Модель Harvi Code
Claude Opus 4.8: модель, которой поручают тяжёлую часть работы
Opus 4.8 нужен не для того, чтобы написать ещё одну функцию. Его сильная сторона — работа, в которой нельзя заранее разбить задачу на пять очевидных шагов: старый сервис с неясными зависимостями, большая миграция, расследование ошибки, где причина может быть в любой части системы.
01Не самый быстрый путь — зато с запасом на неизвестное
В обычной разработке труднее всего не набрать код, а не сделать лишнего. Когда задача сформулирована как «разберись, почему всё ломается после оплаты», агенту нужно сначала восстановить картину: прочитать маршрут запроса, увидеть границы модулей, проверить предположения и только потом менять код. Именно на таких задачах Opus оправдывает себя.
Полезный способ работать с ним — дать не решение, а задачу и ограничения. Например: «Найди источник двойного списания. Сначала опиши цепочку вызовов и три наиболее вероятные причины. Ничего не меняй без подтверждения». Такой запрос заставляет модель показать ход работы, а не немедленно переписывать полпроекта.
02Где он действительно экономит время
В старых репозиториях обычно нет одной точки, в которой живёт проблема. Логика размазана между контроллерами, очередями, SQL и фоновыми задачами. Opus удобен тем, что его можно оставить на исследование: попросить собрать карту зависимостей, выписать инварианты и предложить минимальный план исправления.
Второй хороший сценарий — большой рефакторинг с обязательной проверкой результата. Не «перепиши модуль красиво», а «выдели границу оплаты, сохрани публичные ответы, добавь регрессии и покажи дифф по контракту». Здесь ценность не в первом патче, а в том, что модель не теряет исходную цель по дороге.
03Как не превратить сильную модель в дорогой автокомплит
Не стоит отправлять в Opus мелкие вещи, где ответ известен заранее: переименовать переменную, написать простую регулярку, объяснить одну ошибку TypeScript. Для этого избыточная глубина только добавляет ожидание.
И не просите «сделать приложение целиком» без критериев приёмки. Большая модель уверенно заполнит пустоты своими предположениями. Лучше задать ей роль ревьюера на первом шаге, а исполнителя — после того, как вы согласовали план.
Коротко
- Когда выбирать Opus 4.8?
- Когда в задаче много неизвестных, несколько систем или высокая цена неверного изменения: расследование инцидента, миграция, архитектурное решение, большой рефакторинг.
- Какой первый запрос дать модели?
- Попросите сначала восстановить картину и назвать риски. Код имеет смысл менять только после того, как вы согласовали её понимание задачи.