Как управлять Claude Opus 5.5: запрет на «think carefully», стоп-правила и автономия в CLAUDE.md

Переход на фронтирную модель Claude Opus 5.5 требует пересмотра устоявшихся привычек промптинга. Инженеры, привыкшие добавлять в системные промпты фразы вроде «think carefully» («думай внимательно») или «be thorough», все чаще сталкиваются с обратным эффектом: модель с развитым адаптивным рассуждением начинает бесконечно кружить в мета-размышлениях, перепроверяя очевидные шаги и сжигая токеновый бюджет. Официальные рекомендации Anthropic и спецификация CLI-агента Claude Code предлагают противоположный подход — отказ от абстрактных напутствий в пользу жестких критериев готовности (Definition of Done) и формализованных стоп-правил в файле проектной памяти CLAUDE.md.

Почему фразы-паразиты вредят новому поколению моделей

В моделях предыдущих поколений фраза «think step by step» служила триггером для пошагового логического вывода (Chain of Thought). В Opus 5.5 механизм рассуждения встроен нативно и активируется автоматически. Когда пользователь искусственно требует «думать осторожнее», модель воспринимает это как директиву сомневаться в любых входных данных, что приводит к избыточным рассуждениям и раздуванию контекстного окна.

Вместо эмоциональных призывов разработчикам рекомендуется формулировать задачу через явные инварианты:

• зафиксировать гипотезу и уровень уверенности;
• перечислить недопустимые изменения в существующем коде (negative constraints);
• передавать задачу целиком, а не дробить ее на ручные микрошаги, заставляющие модель терять общий контекст.

Проектная память CLAUDE.md: настройка стоп-факторов

Для терминального агента Claude Code главным источником контекста служит файл CLAUDE.md, размещаемый в корне репозитория. CLI-утилита автоматически загружает его при старте (первичную структуру можно создать командой /init и отредактировать через /memory).

Чтобы агент работал автономно и безопасно, CLAUDE.md должен решать две ключевые задачи: определять точный момент остановки и жестко ограничивать опасные действия.

В первом примере создадим базовый манифест проектных правил, определяющий сценарии выполнения тестов и запретные операции:

# Проектные правила: Core API Service

## Команды валидации
- Тестирование: `pytest tests/unit/ -v`
- Проверка типов: `mypy src/`
- Линтер: `ruff check src/`

## Критерии готовности (Definition of Done)
1. Все затронутые функции покрыты unit-тестами.
2. Команды валидации завершились с нулевым кодом возврата.
3. В коде отсутствуют неиспользуемые импорты и отладочные print-вызовы.

## Стоп-правила (Stop & Ask)
Немедленно остановись и запроси подтверждение разработчика перед:
- модификацией схемы базы данных или файлов миграций;
- отправкой любых внешних сетевых запросов;
- удалением существующих файлов репозитория.

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

Прогрессивное расширение: субагенты и лимиты ходов

Когда инженерная задача разрастается до масштабного рефакторинга или поиска уязвимостей, одного инстанса модели становится недостаточно. Во втором примере разовьем наш CLAUDE.md, добавив регламент изолированного запуска субагентов и бюджетные ограничения на число шагов (--max-turns):

# Проектные правила: Core API Service (Расширенный контур)

## Команды валидации
- Тестирование: `pytest tests/unit/ -v`
- Проверка типов: `mypy src/`
- Линтер: `ruff check src/`

## Критерии готовности (Definition of Done)
1. Команды валидации завершились с нулевым кодом возврата.
2. Сформирован отчет о внесенных изменениях с диффом файлов.

## Стоп-правила (Stop & Ask)
- Запрещено менять миграции БД и отправлять внешние запросы без подтверждения.
- Запрещено использовать флаг `--dangerously-skip-permissions`.

## Делегирование субагентам
При комплексном аудите запускать параллельные изолированные сессии:
- Исследователь: `claude --max-turns 5 "Найди все вызовы устаревшего Auth API"`
- Аудитор тестов: `claude --max-turns 8 "Проверь граничные условия в tests/auth/"`
Инстансы субагентов работают в режиме чтения; слияние изменений выполняет только основной агент после прогона полного тест-сьюта.

Четкое разделение зон ответственности, формализация критериев завершенности и отказ от псевдо-психологических уговоров нейросети превращают Claude Opus 5.5 из непредсказуемого собеседника в надежного автономного исполнителя.