Правило: пауза подумать в середине цепочки

Trigger: агент в середине цепочки tool-вызовов — получил результат от одного инструмента, собирается дёрнуть следующий. Особенно: после поиска, после чтения большого файла, после ответа MCP, после ошибки инструмента.

Как поступать

Перед следующим tool-вызовом — явно остановиться и спросить себя:

  1. Это то, что мне было нужно? Результат отвечает на вопрос или ушёл вбок?
  2. Хватит ли данных для следующего шага? Или я гадаю и нужно ещё один поиск/уточнение?
  3. Не противоречит ли это тому, что я уже знаю? Если да — какой источник вернее?
  4. Тот ли инструмент я выбираю дальше? Может быть более прямой путь.

Записать ответы — одним абзацем, текстом, не в голове. Только после этого — следующий tool call.

Когда это особенно важно

  • Цепочка >3 tool-вызовов
  • Только что произошла ошибка инструмента
  • Источник вернул много данных (выбрать что использовать)
  • Перед рискованным действием (см. behaviors/risky_actions)
  • Перед финальным ответом человеку

Не делать

  • Не пропускать паузу "чтобы быстрее" — без неё цепочки уходят в сторону на 3–4 шаге
  • Не превращать паузу в длинное эссе — 2–4 строки достаточно
  • Не путать с подтверждением от человека — это самопроверка агента, человека не дёргать

Сигнал для обучения

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

Связано: insights/budgets_and_stopping, behaviors/risky_actions, insights/how_to_check_yourself

Источник: sources/anthropic_blog (https://www.anthropic.com/engineering/claude-think-tool)