Goal Mode
Для длительных, сложных задач используйте /goal, чтобы задать явную цель для текущей сессии. После установки ZCode Agent продолжает итерировать к цели: в конце каждой итерации он запускает автоматическую верификацию цели — если цель ещё не достигнута, запускается следующий раунд, и задача завершается, только когда цель верифицирована как выполненная. Вместо повторяющихся «продолжай» вы задаёте цель и ждёте результат.
Цель — это не обычный промпт и не простое автопродолжение. Когда вы вводите /goal, ZCode превращает задачу в сессийный runtime-объект, поддерживаемый протоколом и хранилищем сессии: модель продолжает продвигаться к одной и той же цели в длинном контексте, а статус цели, бюджет и результаты верификации всегда фиксируются системой, а не оставляются на самоконтроль модели.
Лучше всего подходит для работы, которую легко сформулировать одним предложением, но которая требует множества раундов на завершение, например:
- «Отрефакторить весь модуль и сохранить прохождение тестов»
- «Исправить все ошибки компиляции TypeScript»
- «Поднять Lighthouse-оценку производительности страницы выше 90»
Задать цель и управлять ею
Введите /goal в поле чата (или напечатайте / и выберите goal из подсказок):
/goal <objective> Задать цель сессии
/goal replace <objective> Заменить текущую цель
/goal pause Поставить цель на паузу
/goal resume Возобновить цель
/goal clear Очистить цельTip: Делайте цель конкретной и проверяемой — например, «Исправить все ошибки компиляции TypeScript и добиться прохождения
pnpm test». Чем чётче критерии успеха, тем точнее верификация в каждом раунде.
Цель — это runtime-состояние, а не кусок текста
После установки цели ZCode не передаёт модели /goal xxx как обычный текст. Это становится сессийным контрактом цели (goal contract), который непрерывно отслеживает:
| Измерение | Описание |
|---|---|
| objective | Заданная вами цель — единственный источник истины для задачи |
| Конечный автомат | active / paused / budget limited / complete |
| Статистика ресурсов | Всего токенов, прошедшее время, использование контекста, число вызовов инструментов |
| Прогресс итераций | Счётчик итераций цели и следующее действие (nextAction) |
| Таймлайн верификации | Результаты верификации по каждому раунду, полностью доступные для аудита |
Такой дизайн даёт три прямых преимущества:
- Восстанавливаемость (recoverable): состояние цели поддерживается системой — десктоп может продолжать толкать её непрерывно, а удалённое управление с телефона может возобновить ту же задачу без потери прогресса между устройствами.
- Проверяемость (verifiable): завершённость раунда оценивается независимым шагом верификации и записывается в таймлайн; проваленная верификация трактуется как «не завершено» (failed-closed), поэтому уверенно звучащая модель не может ложно закрыть задачу.
- Аудируемость (auditable): траектории вызовов модели и результаты верификации по каждому раунду сохраняются — то, что сделала длинная задача и что именно было проверено, всегда можно инспектировать.
Что происходит после установки цели
Живое отслеживание в панели-сводке
В правой верхней панели-сводке появляется карточка цели со статусом (active / paused / complete) и прошедшим временем, общим числом токенов и счётчиком итераций — с одного взгляда видно, как долго задача выполняется и во что обошлась.
Автоматическая верификация каждого раунда
Когда итерация завершается, агент автоматически верифицирует цель:
- Цель не достигнута, задача продолжается — следующий раунд стартует автоматически; не нужно подсказывать «продолжай»
- Цель достигнута, задача завершена — задача закрывается и суммируется только после прохождения верификации
Вмешаться можно в любой момент
Цель — не нечто высеченное в камне:
- Используйте
/goal replace <новая цель>, чтобы сменить направление без перезапуска с нуля - Используйте
/goal pauseдля паузы, затем/goal resume, когда готовы продолжать - Используйте
/goal clear, когда задаче больше не нужно ограничение по цели
Комбинация с режимами выполнения
Goal Mode работает бок о бок с режимами выполнения: цель определяет когда работа считается завершённой, тогда как режим выполнения — сколько действий по пути требуют подтверждения. Для длинных задач, ведомых целью, комбинируйте её с Full Access или Auto Edit, чтобы минимизировать прерывания и держать итерации непрерывными.
Вместе с GLM-5.2: 1 + 1 > 2
GLM-5.2 отвечает на вопрос «может ли модель завершать длинные задачи»; Goal отвечает на вопрос «как система непрерывно, надёжно и проверяемо доводит модель до их завершения». Они естественно дополняют друг друга:
- Контекст 1M × якорь цели: GLM-5.2 стабильно выполняет длинные задачи в окне 1M токенов; Goal фиксирует вашу цель как сессийное состояние, так что модель продвигается к одному и тому же ориентиру на всём протяжении — длинный контекст становится чем-то большим, чем просто «побольше памяти».
- Гибкое усилие × цикл выполнения: GLM-5.2 подстраивает глубину размышления под сложность задачи; Goal дробит длинную задачу в непрерывно движущийся цикл через цель, итерацию, nextAction и верификацию завершения — глубокое рассуждение служит сложным целям, а не тратится без разбора.
- Long-horizon агентное обучение × продуктовый контур управления: GLM-5.2 обучена на длинных траекториях, многораундных вызовах инструментов, декомпозиции подзадач и обратной связи среды; Goal даёт полный контур управления — постановку цели, автопродолжение, верификацию завершения, обработку failed-closed, восстановление состояния и аудит траекторий — высвобождая обученные способности модели в реальной продуктовой среде.
Одной фразой: GLM-5.2 — это исполнительный движок для длинных задач; Goal — система управления. Вместе это не просто «модель может работать» — система гарантирует, что модель продолжает работать на цель и знает, когда остановиться.
Философия дизайна: контракт цели должен быть надёжным
ZCode Goal исходит из одного принципа: агент может быть ненадёжным, но контракт цели должен быть надёжным.
Модели можно сменить, устройство может поменяться, сессию можно восстановить, а раунд может даже провалиться — но статус цели, бюджет, результаты верификации, следующее действие и границы задачи должны фиксироваться системой. Поэтому Goal — это не «дизайн памяти», а дизайн протокола выполнения задачи: сделать так, чтобы агент был не «как человек, который что-то запоминает», а контролируемой, восстанавливаемой, аудируемой единицей исполнения для инженерной работы.
Заметка практика: Главная ценность Goal Mode — это даже не автопродолжение (его так или иначе дают многие agentic-обёртки), а failed-closed верификация. В Claude Code и Cursor без отдельных хуков модель нередко рапортует «готово», хотя тесты красные; здесь независимая проверка цели по сути подменяет ручной «а теперь прогони проверки и не ври». На практике формулируйте цель через наблюдаемый критерий — «тесты зелёные», «билд проходит», «нет TS-ошибок» — а не через намерение («реализуй фичу»), иначе верификатору не за что зацепиться. И держите под рукой
/goal pause: на длинной задаче иногда нужно вмешаться, не теряя накопленный прогресс.
Это локализованный гайд по официальной документации ZCode. Оригинал на английском.
