Claude Code в боевых условиях: память и планирование

Память агента после сжатия контекста Claude Code после сжатия контекста автоматически перечитывает файлы CLAUDE.md — глобальный и проектный. Всё, что вы туда пропишете, он будет помнить после сжатия. Что обязательно должно быть в CLAUDE.md: — роль агента — пути деплоя и способ деплоя К самому деплою мы ещё вернёмся, но если не прописать способ — он забывает, как код попадает на продакшн, и каждый раз пробует разные варианты. Вариантов великое множество, и это всё ломает. Принцип работы с любыми изменениями Исправил что-то — сразу делаешь сохранение через Git и тут же говоришь агенту запомнить, что было сделано, в соответствующем разделе памяти. Планирование: 90% времени — подготовка, 10% — исполнение Неважно, баг это или новая фича — даже если ты работаешь в плановом режиме и по максимуму даёшь Claude Code работать субагентно, он всё равно пропускает критические вещи. Чем сложнее нововведение, тем больше нужно прогонять одни и те же вопросы по несколько раз, под разным углом. И он будет находить новые и новые ошибки. Пример: когда я вводил оплату криптой, планирование заняло 5–7 часов и порядка 40 прогонов вопросов под разными углами. После чего я составил окончательный план. Само исполнение заняло буквально 5–10 минут. База знаний проекта Очень полезная вещь — запустить субагента после того, как вы запустили свой проект, и заставить его проанализировать весь код. Пускай он сам напишет описание проекта — но полезное, написанное человеческим языком. Он его сам потом читает, и вы тоже можете посмотреть, что вы наделали.

Claude Code в боевых условиях: задачи и контроль Как правильно ставить задачу Сначала тыкаешь Claude Code мордочкой в проблему, не говоря ему, в чём проблема. Например: «Изучи, как устроены слоты на доставку. Как это реализовано в админке, как реализовано на витрине. Изучи все зависимости и предложи, как добавить ограничение по времени на определённые зип-коды. В городе пробки, и в эти места просто не попасть. Составь план, запусти субагентов и проследи все зависимости, чтобы не положить существующую логику проекта.» Он делает план. Ты копируешь его и отдаёшь субагенту по поиску багов, чтобы тот прогнал ещё раз и посмотрел, что не учтено. Основной Claude Code стоит в plan mode. Когда приходят рекомендации — просишь его оценить их, потому что рекомендации часто бывают мусорные. Когда думаешь, что план готов — выполняешь. И перед деплоем снова ищешь баги: те же вопросы, заданные другими словами. Субагенты и кросс-валидация Полезно создать отдельного субагента, заточенного под отлов багов. Ещё лучше — использовать разные модели: Claude, Codex, Gemini. Они все галлюцинируют, но если гонять идеи между ними — становится понятно, что реально стоит делать. Когда остановиться Если сидеть на задаче слишком долго — он начинает высасывать проблемы из пальца. Он почти никогда не скажет: «Всё нормально». Чем больше спрашиваешь — тем больше находит. И здесь уже тебе решать, где остановиться. Технический долг Claude Code хорошо находит ошибки и разбивает их по приоритету. Не бойтесь складывать некритичные вещи в технический долг и возвращаться позже. Он лучше работает, если решает одну задачу за раз. Если даёшь большую — начинает пропускать. Пример: перевод сайта с русского на английский. Все статьи, описания товаров — их великое множество. Пришлось прогонять задачу раз 10–15, потому что он тупо пропускает куски, хотя говорит, что всё сделал. То же с SEO-оптимизацией — отдельная тема, на которую ушло недели три, а то и месяц. С наскоку одной командой ничего не решить. Даже с агентами — это работа, это ваше время. Обратная связь от пользователей Когда приходит проблема от заказчиков — просто копируешь их сообщение в Claude Code и просишь найти, где, что и почему не работает.

Claude Code в боевых условиях: прод и реальность Деплой: dev-сервер обязателен Когда думаешь, что всё готово — сохраняешься через Git и смотришь на dev. Тестить на проде — нереально. Когда dev устраивает — деплоишь. Потом тестируешь уже вживую. В моём случае — это постоянная проверка формирования заказов. ️ Золотое правило Во время рабочего дня ничего не менять на продакшене. Понял на собственной шкуре. Логирование — ваш лучший друг Я сделал отдельную страницу в админке: — попытки логина — регистрации — создания заказов Отдельно — запись всей сессии клиента, которую можно проиграть как видео. Там видны все движения мышки — понимаешь, что клиент чувствовал, когда бродил по сайту. Логируются все ошибки обращений к API. После дня смотришь, отдаёшь Claude Code и разбираешь. Если делаете систему — логируйте всё, что можно. Баги всегда находятся Не было ситуации, чтобы баг не нашли. Иногда не сразу, но через 5–20 минут всё вскрывается. Затыки на фронтенде Иногда Claude Code тупит на простых вещах, особенно во фронтенде. Начинает гадать. В такие моменты лучше взять задачу и отдать другой модели. Они часто дают решение сразу — скармливаешь обратно, и он фиксит за 2 минуты. Осторожнее с новыми фичами Чем больше логики — тем больше багов. Добавлять нужно постепенно. Иначе потом утонешь в фиксе. Проекту нужно время просто отстояться. Человеческий фактор Диспетчеры и админы не понимают, что система логирует каждый шаг, каждое нажатие. Вся сессия отслеживается — сразу видно, кто что сделал не так. Кейс: админ хотел дать скидку одному человеку — и дал 20% на всё для всех. Узнали через сутки. И, конечно, виновата «система». К этому нужно быть готовым. Откаты и проверки Откаты были всего пару раз. Но даже при всех проверках после деплоя в 30–50% случаев приходится переделывать. Да, Claude Code сидит в топиках Telegram, и голосовыми командами можно фиксить из парка, из такси, со скамейки. Удобно. Но лучше сидеть за компом, пока лично не убедился, что всё работает. Это основная причина, по которой я перенёс всю среду разработки на удалённый VPS. Ноутбук стал просто терминалом. Доступ — из любого места. Финал Работа — это не написать код. Работа — это: смотреть, проверять, возвращаться и не давать системе развалиться.