Claude Opus 4.8 для написания и ревью кода
Opus 4.8 держит в голове большой репозиторий целиком и рассуждает о коде как инженер, а не как автодополнялка. Ниже — как выжать из неё максимум на реальных задачах: от нового модуля до аудита чужого legacy.
Почему Claude Opus 4.8 подходит для этой задачи
У Opus 4.8 большое окно контекста, поэтому в один запрос помещается не один файл, а связка «модуль + его тесты + вызывающий код + типы». Модель видит, откуда приходят данные и куда уходят, и не выдумывает несуществующие функции — она опирается на то, что вы приложили.
Она сильна в длинных цепочках рассуждений: перед тем как предложить правку, разбирает инвариант, крайние случаи и то, что сломается у соседей. На ревью это ценнее скорости — важно поймать race condition или утечку, а не просто расставить точки с запятой.
Opus честно говорит «я не уверен, здесь нужен ваш контекст», вместо того чтобы уверенно подставить правдоподобную чушь. Для кода это критично: галлюцинация в имени метода стоит вам получаса отладки.
Какие входные данные подготовить
Сам код целиком, а не пересказ. Прикладывайте файл(ы) в блоке ``` с указанием пути и языка — модель разметит ответ по тем же путям.
Версии и стек: язык и его версия, фреймворк, менеджер пакетов, важные библиотеки. «Python 3.12, FastAPI, SQLAlchemy 2.0» экономит вам круг уточнений.
Что считается «правильно»: текст ошибки, ожидаемое поведение, ссылка на тест, который падает. Для ревью — что именно тревожит (производительность? безопасность? читаемость?).
Ограничения проекта: «без новых зависимостей», «поддерживаем Node 18», «стиль — как в приложенном файле». Без них модель предложит идеально-книжное, но неуместное решение.
Пошаговый процесс
Задайте роль и рамки
Одной строкой: «Ты senior-инженер, ревьюишь мой PR на Go. Не переписывай стиль, ищи баги и гонки». Это отсекает косметику и направляет внимание.
Дайте код и контекст вокруг
Приложите изменяемый файл плюс то, что его вызывает и типы/интерфейсы. Чем полнее срез, тем меньше догадок в ответе.
Сформулируйте задачу как проверяемую
«Найди, почему падает test_checkout_refund, и предложи минимальную правку» лучше, чем «посмотри код».
Попросите план до кода
Сначала — короткий разбор причины и план правки; код только после вашего «ок». Так вы ловите неверную гипотезу до того, как получите 200 строк.
Прогоните правку у себя
Вставьте изменение, запустите тесты/линтер. Ошибки и вывод отдайте обратно модели — второй проход почти всегда закрывает остаток.
Пример готового промпта
Ты — senior Go-инженер, делаешь код-ревью моего изменения. Стек: Go 1.22, стандартная библиотека + pgx. Новых зависимостей не добавлять. Задача ревью — в порядке приоритета: 1) корректность (гонки, nil-разыменования, необработанные ошибки), 2) поведение при отмене context и таймаутах, 3) утечки соединений/горутин. Стиль не трогай. Сначала выдай список находок: [файл:строка] — суть — почему это баг — как чинить. Код-патч покажи только для находок уровня critical/major, диффом. Если чего-то не хватает для вывода — скажи, чего именно. Вот изменение (файл internal/billing/refund.go): ```go // ...сюда вставляете свой код... ```
Промпт разделяет приоритеты и просит сначала находки, потом патч — так ответ не тонет в косметике.
Как проверить результат
Прогоните тесты и линтер локально: правка должна проходить их без ручной доводки. Если модель «починила» так, что упал соседний тест, — это она и должна была предвидеть, верните вывод обратно.
Проверьте каждое имя функции/поля по своей кодовой базе. Даже сильная модель может сослаться на метод, которого у вас нет, — Grep по проекту за 10 секунд.
Для правок с конкурентностью или деньгами не доверяйте «на глаз»: попросите модель написать тест, воспроизводящий баг до правки, и убедитесь, что он краснеет на старом коде и зеленеет на новом.
Типичные ошибки
Просят «напиши функцию» без контекста
Модель угадывает сигнатуры и стиль — получаете код, который не стыкуется с проектом. Дайте соседние файлы и типы.
Принимают патч не читая
Opus рассуждает хорошо, но не запускает ваш код. Ответ — это гипотеза, которую подтверждают тесты, а не готовый мёрж.
Смешивают пять задач в одном запросе
«Отрефактори, добавь фичу, покрой тестами и ускорь» размывает внимание. Ведите по одной цели за проход.
Не сообщают версии
Совет по async из старой мажорной версии библиотеки просто не соберётся. Одна строка со стеком снимает половину таких промахов.
Альтернативные модели для этой задачи
Частые вопросы
Подойдёт ли Opus 4.8 для ревью большого pull request?
Да — большое окно контекста позволяет приложить изменяемые файлы вместе с вызывающим кодом и типами. Для очень крупных PR разбивайте по модулям и просите разбор по одному, иначе внимание размывается.
Можно ли доверять коду от модели без проверки?
Нет. Любой ответ — это гипотеза: обязательно прогоняйте тесты и линтер, а имена функций сверяйте с реальной кодовой базой. Для критичных мест просите модель написать воспроизводящий тест.
Что дать модели, чтобы совет был точным?
Код целиком (не пересказ), версии языка и библиотек, текст ошибки или падающий тест и ограничения проекта — например, «без новых зависимостей».
Модель Claude Opus 4.8 доступна в FatherGPT: без VPN, картой РФ, единый баланс токенов на все нейросети. Переключайтесь между моделями в одном чате — под каждую задачу своя.