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

В чём фокус

Что понадобится

• Установленный Claude Code и проект, в котором вы уже что-то делали. Если его ещё нет, начните с гайда «Claude Code с нуля»
• Файл правил CLAUDE.md в корне проекта: половина списка опирается на него
• Полчаса, чтобы примерить правила к своей последней задаче

Правила про один запрос

1. Не верьте первому ответу. На один и тот же запрос модель каждый раз отвечает по-разному, и удачный первый ответ ничего не говорит о втором. Сараев советует прогнать запрос десять раз и посчитать удачные.

2. Дайте модели способ проверить себя. Первый черновик плохой у всех. Разница в том, есть ли с чем его сверить: образец, скриншот, тест. В моём конвейере роликов собранное видео сверяет с утверждённой раскадровкой отдельный агент, а кадры между версиями сравнивает скрипт. Без образца модель оценивает свою работу словом «готово».

3. Пояснения держите в коде. Заметки, описания и журналы отстают: код уже в четвёртой версии, а заметка всё ещё про первую. В моих проектах среди правил для Claude есть такое: комментарии в коде пишутся на русском. Я сам код не пишу, и комментарий рядом со строкой остаётся единственным описанием, которое не может отстать от этой строки.

4. Пусть Claude сам напишет запрос. Вместо длинного задания напишите: «хочу вот это для вот этих людей, помоги составить запрос». Он спросит, для кого работа, как выглядит хороший результат и есть ли пример. Я оформил это навыком: перед большой задачей он проводит короткое интервью и собирает задание из моих ответов. Задание выходит лучше того, что я написал бы сам, потому что вопросы достают то, что я считал очевидным.

5. Следите, чем занята память. Команда /context показывает, что лежит в окне модели ещё до вашего первого слова: инструкции, инструменты, подключения, навыки. Автор списка оценивает эту долю примерно в треть. Свою цифру я сюда не ставлю, она у каждого своя, и /context покажет её за секунду. Правило у меня такое: новый набор навыков не ставится, пока не измерено, что он вытеснит из списка. Чем длиннее чат, тем он дороже и тем хуже модель соображает.

6. Ставьте задачу через определение готового. Старым моделям расписывали каждый шаг. Сейчас задача ставится как подрядчику: она готова, когда верно вот это, это и это. Агента, который разбирает чужие ролики, я починил одной правкой: вместо «разбери подробно» в задании появились числа. Первая часть не короче 550 знаков, у видео минимум четыре эпизода с таймкодами, обязательная строка «на чём держит». Подробно этот приём разобран в гайде про критерий приёмки.

7. Сначала диагноз, потом починка. Когда что-то сломалось, первая просьба звучит так: «перечисли проблемы и пока ничего не меняй». Вы вычёркиваете то, что вас устраивает, остальное отдаёте чинить. Иначе модель заодно переделает и то, что было в порядке. Мои агенты-проверяющие устроены именно так: они возвращают находки с файлом и строкой и сам код не трогают.

Правила про долгую работу

8. Пробуйте через подключение, масштабируйте навыком. Подключение к сервису (MCP) включается в один клик и годится, чтобы быстро проверить идею. Автор списка считает подключения тяжёлыми для памяти; сколько они занимают у вас, покажет /context. Когда идея подтвердилась, рабочее переведите в навык, короткую инструкцию под одну задачу: до вызова от него в памяти лежит одна строка описания.

9. Независимые задачи раздавайте параллельно. Три несвязанные задачи можно отдать разом, Claude раскидает их по помощникам и сведёт результат. Условие одно: два помощника не трогают один и тот же кусок. Я заплатил за это правило дважды. Параллельные агенты делили одну временную папку и затирали файлы друг друга. А команда, которая складывает в сохранение все изменения сразу, подхватывала чужую незаконченную работу соседнего агента.

10. Длинный чат меняйте на новый с запиской. В длинном разговоре модель путается в ваших же указаниях. Попросите итог: что сделано, какие решения приняты и почему, что осталось, какие вопросы открыты. Поправьте его и несите в новый чат. Этот гайд написан именно так: предыдущая сессия по сайту закончилась запиской: что уже сделано, что осталось, решения с причинами, открытые вопросы. Новая начала работу с неё, а не с моего пересказа по памяти.

11. Боковые вопросы задавайте через /btw. Claude занят большой задачей, а вам непонятно, что происходит. Команда /btw и вопрос: он ответит сбоку, и в историю основного разговора этот обмен не попадёт.

12. Дешёвая модель ищет, сильная решает. Поиск, чтение и подсчёты уходят дешёвым моделям, вывод делает сильная. У меня это записано таблицей из четырёх ролей: добывать, собирать, писать, думать. И к ней одно дополнение, которого в исходном списке нет: вывод дешёвой модели сверяется с первоисточником, прежде чем на него опираться.

13. Чистите файл правил. CLAUDE.md Claude читает при каждом запуске и принимает за правду. Оставите там старые цифры, и он будет решать по ним. Мой указатель памяти четыре раза упирался в предел чтения: к середине сентября он весил 26 килобайт, и модель переставала дочитывать его до конца. Лечение каждый раз одно: тяжёлую тему уносить в отдельный файл, в общем оставлять строку-крючок «когда это открыть».

14. Держите запасной инструмент. Любой сервис иногда падает посреди задачи. Второй помощник в той же папке и с тем же файлом правил продолжит с того же места: всё, что ему нужно знать о проекте, уже записано в файлах, а не в упавшем чате.

15. Правила должны учиться на ошибках. Модель ошиблась, и в файл правил записывается решение: как делать правильно. Список запретов её ничему не учит. У меня это сформулировано коротко: правка — это правило, а не разовая починка.

Весь список одной карточкой

ОДИН ЗАПРОС
1. Не верьте первому ответу: прогоните запрос несколько раз и посчитайте удачные.
2. Дайте модели образец, скриншот или тест, чтобы она сверилась сама.
3. Пояснения пишите в код: заметки отстают.
4. Попросите Claude самого составить запрос: «хочу X для Y, помоги составить».
5. Смотрите /context: что занимает память до первого слова. Лишнее отключайте.
6. Ставьте задачу через «готово, когда верно вот это».
7. Сломалось: «перечисли проблемы и пока ничего не меняй».

ДОЛГАЯ РАБОТА
8. Идею пробуйте через подключение, рабочее переводите в навык.
9. Независимые задачи раздавайте параллельно. Один кусок — один исполнитель.
10. Длинный чат меняйте на новый с запиской: сделано, решения, дальше, открыто.
11. Боковой вопрос — через /btw.
12. Дешёвая модель ищет, сильная решает. Найденное сверяйте с первоисточником.
13. Чистите CLAUDE.md от устаревшего.
14. Держите запасной инструмент в той же папке.
15. В правила пишите решение «делай так», а не запрет.

Чтобы не споткнуться

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

А если я не программист, мне нужны все пятнадцать?

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

С какого правила начать?

С шестого: строку «готово, когда…» можно дописать в следующий же запрос, ничего больше не настраивая.

Команды /context и /btw точно существуют?

Да, обе описаны в справочнике команд Claude Code, ссылка в источниках. Проверено 13 октября 2026 года.

Источники

1. YouTube — Nick Saraev, пятнадцать правил Claude CodeИсходный список и порядок правил. Личные цифры автора в этот текст не перенесены
2. code.claude.com — справочник команд Claude CodeОписания /context и /btw
3. code.claude.com — как заполняется окно контекстаСимуляция, с которой снят рисунок: что загружается до первого сообщения