Иллюзия завершённой работы в Claude Code: Почему анализ пути агента важнее, чем diff

Пост на r/ClaudeAI утверждает, что по мере того, как Claude Code (и аналогичные инструменты для агентного кодирования) становятся более автономными, традиционный код-ревью итогового diff перестаёт быть достаточным. Автор, Ill_Particular_3385, предупреждает о "разрыве доверия": агент может выдать чистый diff, хорошее резюме и пройти тесты, но всё равно упустить реальное поведение, проблемы безопасности, архитектурные ограничения или крайние случаи. "Агент остановился" и "это безопасно для слияния" — не одно и то же.

Что меняется с агентными рабочими процессами

Claude Code теперь может:

• Исследовать кодовую базу
• Планировать изменения
• Редактировать файлы
• Запускать команды
• Создавать PR
• Работать в параллельных сессиях
• Резюмировать свои действия

Что должна включать улучшенная поверхность для ревью

Автор предлагает, чтобы инструменты агентного кодирования предоставляли больше структурированных данных для ревью, в том числе:

• Исходная задача
• План
• Прочитанные файлы
• Изменённые файлы
• Выполненные команды
• Вывод тестов
• Изменения зависимостей
• Согласования и проверки безопасности
• Особенно что не было проверено

Практические выводы для разработчиков

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

Автор также ссылается на более развёрнутое эссе (https://cate.cero-ai.com/blog/illusion-of-finished-work) и предложение по обработке этого процесса ревью (https://github.com/0-AI-UG/cate).