Хватит перепромптить Claude: как работать с Opus 5.5

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

Одна цель и способ проверки

Для Opus 5.5 Османи советует писать один промпт с понятной целью и описанием того, как Claude поймёт, что цель достигнута. Дальше модель работает сама. Начинать стоит с /effort medium и поднимать уровень, если результата не хватает.

Если вы пока не понимаете, что именно хотите получить, попросите Claude провести с вами интервью, пока у него не наберётся материала на спецификацию. Потом откройте новую сессию и стройте продукт по этой спецификации.

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

Auto mode и проверка результата

В свежих версиях Claude Code режимом по умолчанию для интерактивных сессий в терминале стал auto mode. Действия модели в нём оценивает классификатор, и привычные запросы разрешений почти пропадают. Османи прямо пишет, что безопасность это не гарантирует, как не гарантирует её и бездумное одобрение каждого запроса. Поэтому когда Claude отчитывается о сделанном, просите показать команду с выводом или скриншот.

80% системного промпта оказались лишними

Самый показательный факт из поста: для Claude Opus 5 и Claude Fable 5 из системного промпта Claude Code вырезали больше 80% текста, и на оценках качества кода это никак не отразилось.

Тот же эксперимент можно провести со своими инструкциями. Удалите часть правил, а потом верните только те, без которых модель начинает ошибаться. Команда /doctor prompt-audit подсвечивает инструкции, написанные под старые модели.

Субагенты нужны реже, чем кажется

Claude сам решает, когда отдать работу субагентам, так что просить об этом приходится редко. Явно это стоит делать для крупных самостоятельных задач вроде долгих аудитов или миграций, которые Opus 5.5 умеет раскладывать на параллельные потоки. На мелких задачах субагенты только увеличивают стоимость и задержки. Они распараллеливают работу и дают второе мнение, но умнее систему сами по себе не делают.

Если вы строите собственных агентов, один агент со skills, по наблюдениям Османи, часто выигрывает у схемы с субагентами по качеству и при этом обходится дешевле и отвечает быстрее.

Облачные сессии и Projects

Чтобы закрыть ноутбук и уйти, запускайте облачную сессию через claude.ai/code, приложение Claude или командой claude --cloud. Она работает на отдельной виртуальной машине со свежим клоном репозитория, поэтому коммиты нужно запушить заранее. С телефона можно ответить на вопросы сессии, посмотреть дифф и открыть PR. Если задаче нужны ресурсы, доступные только на вашей машине, оставайтесь в локальной сессии.

Параллельные сессии окупаются только тогда, когда одна сессия умеет доводить задачу до конца без вас. Иначе вы сами превращаетесь в менеджера и следите, какая сессия чем занята. Project в Claude Code устроен как один длинный чат, который берёт эту рутину на себя: вы вставляете туда задачи, Claude заводит под каждую отдельный тред (обычно облачную сессию) и запускает их параллельно. Инструкции задаются один раз и применяются ко всем новым тредам, а на вкладке Overview видно, что готово, какие PR ждут ревью и где нужен ваш ответ. Сейчас Projects в публичной бете на тарифах Pro и Max.

Ревью по-прежнему важно

В команде Claude Code большая часть чтения кода уже автоматизирована: почти каждое изменение хотя бы раз проверяет и правит Claude, и только потом его смотрит человек. На тарифах Team и Enterprise для этого есть Code Review, а облегчённая команда /code-review проверяет дифф в субагенте, который не видел вашего диалога. Можно и просто открыть новую сессию, передать ей спецификацию и попросить не придираться к стилю.

Последний совет из поста стоит взять за правило: раз в несколько месяцев пересматривайте свой рабочий процесс и проверяйте, не подстраиваетесь ли вы до сих пор под то, как работали старые модели.