Claude Code 2.1.215: /verify и /code-review больше не запускаются автоматически — что должен изменить каждый оператор

В Claude Code 2.1.215 одно изменение. Но его достаточно, чтобы сломать целый класс операторских workflow, использовавших /verify и /code-review как пассивные контрольные точки в фоновом режиме.

Начиная с этого релиза ни один из skill не запускается автоматически. Вы вызываете /verify или /code-review сами — или они вообще не выполняются.

Что произошло

Запись в CHANGELOG 2.1.215 лаконична: «Claude больше не запускает skill-команды /verify и /code-review самостоятельно; используйте /verify или /code-review, когда они вам нужны.»

До этого релиза Claude Code мог по собственному усмотрению запустить эти skill в конце задачи — как правило, когда модель считала, что шаг верификации или ревью уместен. Решение принималось моделью, выполнение было неявным.

В 2.1.215 это меняется: оба skill переходят в режим только явного вызова. Модель больше не запускает их самостоятельно — это должен делать человек или оркестрационный слой.

Почему это важно для AI-инженерных команд

Реальное влияние полностью зависит от того, как ваша команда интегрировала эти skill.

Команды, всегда вызывавшие их вручную — без изменений. Slash-команды работают так же.

Команды, полагавшиеся на автоматический запуск в автономных сессиях — именно здесь разрыв. Если ваш workflow выглядел так:

1. Отправить задачу в Claude Code в фоновом режиме или в CI.
2. Claude завершает задачу.
3. Claude самостоятельно запускает /verify перед завершением, сообщая об ошибках линтера, регрессиях тестов или нарушениях политики.
4. Отчёт сессии включает результаты верификации.

— шаг 3 теперь не происходит, если ваш prompt или оркестрационный слой не инициирует его явно.

Изменение claude code 2.1.215 verify code-review operator наиболее критично для:

• CI-пайплайнов, передающих prompt через claude -p или аналогичный фоновый вызов и предполагающих, что проверка является частью завершения задачи.
• Оркестраторов агентных задач — инструментов вроде Claude Agents, кастомных harness или OpenAI-compatible proxy, отправляющих многошаговые задачи по написанию кода и читающих результат — где шаг верификации был неявно делегирован модели.
• Workflow с контрольными точками качества, где /code-review использовался как пассивный контроль перед коммитом или merge, а явный вызов так и не был добавлен, потому что Claude делал это автоматически.

Для последней категории самый опасный исход — тихое удаление контроля: ни ошибки, ни предупреждения, просто отсутствующая проверка.

Угол router/operator

Это изменение — переход от неявного обеспечения качества к явному управлению. С точки зрения gateway и оркестрации это правильное направление, но оно требует осознанного перехода, а не предположения, что ничего не изменилось.

Операторам нужно сделать две вещи:

1. Проверить шаблоны prompt и определения задач.

Если в вашем CLAUDE.md или промптах задач есть формулировки вроде «проверь работу перед завершением» или «выполни ревью перед коммитом», раньше этих инструкций на естественном языке могло быть достаточно для автоматического запуска skill. Намерение они по-прежнему задают, но skill больше не активируется сам по себе. Замените неявные формулировки явными slash-командами:

После внесения изменений запусти /verify и сообщи о результатах перед завершением.

2. Обновить оркестрационные скрипты.

Если вы используете claude -p в программируемом пайплайне, добавьте явный шаг верификации — либо внутри prompt, либо как последующий вызов инструмента. Harness, считывающие вывод сессии на предмет результатов верификации, также должны убеждаться, что верификация действительно была запущена, а не просто предполагать это.

На уровне router: если вы управляете сессиями Claude Code через gateway или proxy и инспектируете события сессии, отсутствие skill_run event для /verify после 2.1.215 — это ожидаемое поведение, а не пробел в телеметрии.

За чем следить

Anthropic последовательно разделяет выполнение skill и автономное суждение модели в нескольких релизах Claude Code: инструмент EndConversation (2.1.214), изменения subagent cap (2.1.212) и теперь явный режим для /verify//code-review — все движутся в одном направлении: модель делает меньше самостоятельно; операторы задают больше явно.

Для команд, которым нужно предсказуемое, аудируемое поведение, это правильная архитектура. Она требует обновления тех допущений в workflow, которые были написаны, когда Claude Code обладал большей автономией.

Проверьте логи сессий за последние две недели. Если /verify или /code-review появлялись в трассировках событий без явного вызова в ваших промптах — проведите аудит этих workflow сейчас. Неявный шлюз исчез.