/goal — работать до результата, а не до конца хода

Почему это важно именно вам

Обычный ритм работы: вы просите — Claude делает ход — возвращает управление вам. Если задача требует пятнадцати ходов, вы пятнадцать раз говорите «продолжай». Половина вашего участия в такой задаче сводится к тому, чтобы нажимать «дальше».

/goal убирает эту рутину. Вы задаёте условие завершения — не задачу, а признак готовности, — и Claude работает ход за ходом, пока условие не выполнено. После каждого хода отдельная быстрая модель проверяет: достигнуто или нет.

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

Что это такое

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

Цель снимается сама в трёх случаях:

1. Условие выполнено.
2. Проверяющая модель сочла условие принципиально недостижимым.
3. Ход упал на ошибке, которую без вас не починить. Таких ровно четыре: сбой авторизации (и только когда доступом управляет сам Claude Code — в приложении, VS Code и облачных сессиях его восстанавливает хост, и цель остаётся); исчерпанный баланс кредитов; переполнение контекста, которое не разобрало автосжатие; недоступная модель. Временные сбои — упёрлись в лимит запросов, сервер перегружен — цель не снимают.

Снять вручную — /goal clear. Одна цель на сессию.

Чем это отличается от соседних механизмов:

И отдельно: авторежим разрешений (auto mode) убирает вопросы внутри хода, а /goal убирает необходимость запускать следующий ход. Это дополняющие вещи, а не альтернативы.

Как работает на практике

Поставить цель

/goal все выгрузки из папки ~/Отчёты/2026 проверены на дубли,
результаты сведены в один файл сводка_дубли.csv, и в нём нет пустых строк

Отдельно просить «начинай» не нужно: постановка цели сразу запускает первый ход, а само условие становится заданием. Пока цель активна, в интерфейсе виден индикатор ◎ /goal active со временем работы, а после каждого хода проверяющая модель выносит вердикт: «это уже так?»

Формулировать проверяемо

Это главный навык урока. Цель должна быть такой, чтобы посторонний мог сказать «да» или «нет», не заглядывая вам в голову.

Важное ограничение: проверяющая модель ничего не запускает и не открывает файлы сама — она читает только то, что Claude показал в разговоре. Поэтому условие должно быть таким, чтобы Claude мог его продемонстрировать выводом: не «файл открывается в Excel», а «Claude открыл файл и вывел число строк — 12 — и первые пять строк».

Плохо: «разобраться с отчётами». Непонятно, когда закончено.

Хорошо: «в файле сводка.csv есть строка по каждому из 12 проектов, суммы совпадают с исходной выгрузкой, файл открывается в Excel без ошибок кодировки».

Плохо: «навести порядок в папке».

Хорошо: «в папке 00_inbox не осталось файлов старше 14 дней; всё перемещённое записано в перемещения.md».

Наблюдать за ходом

Проверка идёт после каждого хода. Если в фоне ещё крутится субагент или фоновая команда, проверку этого хода пропускают — оценка случится в конце первого хода, который завершится без фоновой работы. Чтобы фоновая задача не подвесила цель навсегда, через 30 минут ожидания Claude Code сам заглядывает в неё; дальше интервал растёт (через час, потом каждые два часа), и таких самостоятельных заглядываний между вашими сообщениями бывает не больше трёх.

Останавливать

/goal clear

Годятся и stop, off, reset, none, cancel; /clear снимает цель заодно. /goal без аргументов покажет статус: условие, сколько идёт, сколько ходов оценено, последнюю причину вердикта. Условие — до 4000 символов, одна цель на сессию; при возобновлении сессии активная цель возвращается, но счётчики начинаются заново.

Вечного кручения не будет: если Claude несколько ходов подряд отвечает проверяющей модели, не берясь ни за один инструмент, Claude Code сам останавливает цикл и возвращает управление вам, оставив цель поставленной. Но если видите, что работа идёт не туда, — снимайте цель и переформулируйте. Рамку можно вписать и в само условие: «…или остановись после 20 ходов».

Частые ошибки

Ставить цель без проверяемого критерия. «Сделай хорошо» — вечный цикл или преждевременная остановка.

Ставить цель, зависящую от внешних людей. «Пока подрядчик не ответит» — Claude не может на это повлиять и будет ходить впустую.

Забывать про стоимость. Каждый ход тратит лимит. Цель, требующая пятидесяти ходов, обойдётся соответственно. Перед долгой целью проверьте /usage.

Считать, что цель делает работу безопасной. Она не отменяет разрешений: если Claude в процессе захочет сделать что-то разрушительное — это регулируется режимом разрешений, а не целью.

Ставить цель на задачу, где нужен ваш выбор посередине. Если в середине потребуется решение «а как поступим с этими двадцатью спорными строками» — цель будет либо ждать, либо решит сама.

Когда нужно / когда нет

Стоит:

• многошаговая работа с проверяемым признаком готовности;
• обработка очереди до её опустошения;
• доведение до состояния «все проверки пройдены».

Не стоит:

• задачи, где важен ваш выбор по ходу;
• расплывчатые формулировки;
• работа с необратимыми действиями (рассылка, удаление, отправка наружу) без жёстких разрешений.

Связь с другими уроками

День 77 — /loop. Другой способ продолжать: не «до результата», а «раз в N минут».

День 86 — режимы разрешений. Цель убирает подтверждения ходов, но не подтверждения опасных действий.

День 41–50 — hooks. Stop-хук — способ сделать то же самое постоянным правилом для всех сессий, а не разово.

Задание на сегодня

1. Возьмите задачу, где вы вчера или на прошлой неделе несколько раз говорили «продолжай».
2. Сформулируйте цель как проверяемое условие: что должно быть верно, чтобы работа считалась выполненной.
3. Поставьте /goal и запустите работу.
4. Наблюдайте: сколько ходов ушло и остановился ли Claude сам.
5. Если цикл затянулся — снимите цель /goal clear и переформулируйте условие точнее.

Критерий «выполнено»: Claude завершил работу сам, потому что условие выполнено, а не потому что вы его остановили.

Резюме

• /goal задаёт условие завершения; Claude работает ход за ходом, пока оно не выполнено.
• Готовность проверяет отдельная быстрая модель — не та, что делает работу.
• Цель снимается сама при выполнении, при признании недостижимости или при одной из четырёх неустранимых ошибок (авторизация, кончились кредиты, переполнение контекста, недоступная модель); временные лимиты её не снимают. Вручную — /goal clear.
• Формулируйте цель как проверяемый тест, а не как задание — и такой, который Claude может показать выводом: проверяющая модель ничего не запускает сама, она читает только разговор.
• Одна цель на сессию; каждый ход тратит лимит — перед долгой целью проверьте /usage.
• Цель не заменяет режим разрешений: опасные действия по-прежнему регулируются им.