Шесть принципов работы с Claude Code от его создателя

У Бориса Черного — инженера Anthropic, который ведёт разработку Claude Code, — сетап для работы до смешного простой: никаких раздутых вики, никаких папок с регламентами, один файл инструкций строк на сто, который он периодически просто стирает целиком.

Из его публичных интервью и постов я собрал шесть принципов — как агентом пользуется человек, который этот агент собрал. Если коротко: выигрывает не тот, кто валит на модель больше промптов, а тот, кто правильно её ограничивает.

1. Сначала план, потом код

Главная привычка — никогда не начинать с кода. Около 80% сессий стартуют в режиме планирования: вы заставляете модель сначала разложить задачу на шаги, согласовать структуру и только потом писать.

Принцип «move slow to move fast»: на старте теряете десять минут, потом экономите часы — за нормальным планом не надо нянчить агента после каждого шага. Без плана модель легко тащит в проект чужие стили и решения, которых у вас в коде нет; план ловит это до того, как оно появится.

2. CLAUDE.md — чем меньше, тем лучше

Контринтуитивный закон, который многим тяжело принять. Файл инструкций у автора — около 100 строк, примерно 2 500 токенов на чтение. Раздуется — он его не «оптимизирует», а удаляет целиком и заводит заново.

Логика трезвая: модели улучшаются каждый месяц, и то, что было нужно прописывать полгода назад, уже зашито в саму модель. Чем длиннее инструкция, тем выше шанс, что агент в ней утонет и пропустит реально важное. Большой файл инструкций — это не страховка, а шум, который глушит сигнал.

3. Дай модели проверить саму себя

Самый недооценённый рычаг качества. Тезис простой: дайте агенту способ увидеть результат своей работы — появится петля обратной связи, и качество вырастет в разы без вашего участия.

Технически два шага: дать инструмент и объяснить, как им пользоваться. Дальше модель гоняет себя по кругу сама. На практике это значит: после каждой функции отправляете её в петлю «найди, что можно улучшить» — две-три итерации, и результат заметно ровнее. Модель ищет именно то, что попросили искать; этим надо пользоваться.

4. Параллельные сессии

Совет для тех, кто уже комфортно сидит в агенте. Сегодня он способен работать над одной задачей по 30–40 минут автономно — и пока он работает, вы просто ждёте.

Решение — не одна сессия, а четыре-пять параллельных. Один диалог делает интерфейс, второй — страницу входа, третий — документацию, четвёртый — деплой. Контекст в голове больше пяти потоков не вытягивает, это потолок. Зато вы почти не ждёте: всегда что-то в процессе. На крупном проекте это экономит десятки часов.

Новичку такое пока вредно: сначала научитесь не путаться в одном диалоге.

5. Оформляйте то, что делаете каждый день

Любое действие, которое вы повторяете много раз в день, должно стать командой — чтобы не набирать один и тот же запрос заново. Принцип универсальный и работает в любом инструменте: то, что повторяется, оформляется.

6. Не стройте костыли под сегодняшнюю модель

Принцип «never bet against the model». Любые хитрые подкрутки ради «чуть-чуть лучшего ответа» через полгода окажутся ненужным мусором.

Вспомните, как агенты справлялись с кодом полгода назад — и как справляются сейчас. Те, кто месяцами допиливал многоэтажные конструкции на низкокодовых платформах, сегодня заменяют их парой запросов. Не городите сложную систему ради сложной системы: почти всегда её съест ближайшее обновление модели, а вы потратите на неё месяц жизни.

Сводка

В сухом остатке

Шесть принципов сводятся к одной мысли. Агент работает в полную силу не там, где ему отсыпали побольше промптов и контекста, а там, где ему задали понятные рамки — план, короткий конфиг, петлю проверки, ограниченный набор команд — и не лезут «улучшать» его костылями.

Голова и вкус по-прежнему ваши. Агент — это рычаг под них, а не замена.

Частые вопросы

Что такое CLAUDE.md?

Файл с инструкциями для агента в корне проекта: как устроен код, какие правила, чего делать не надо. Читается автоматически в начале сессии. Главное правило — держать его коротким.

Зачем нужен режим планирования?

Чтобы согласовать подход до того, как написана первая строка кода. Это дешевле, чем переделывать готовое: правка плана занимает минуту, правка реализации — часы.

Сколько параллельных сессий имеет смысл вести?

Четыре-пять — потолок для большинства людей: дальше вы сами перестаёте помнить, кто что делает. Начинать стоит с одной, добавляя вторую только когда первая перестала требовать постоянного внимания.

Нужно ли писать длинные подробные промпты?

Нет. Подробность нужна в постановке задачи и в критериях приёмки, а не в объёме текста. Длинный промпт чаще размывает суть, чем помогает — и то же касается файла инструкций.