Harness engineering: где на самом деле ломается агентная разработка

Вот важная новость с фронта ИИ: Ещё недавно спор про coding-агентов сводился к тому, какая модель лучше пишет код. Сейчас интереснее другой вопрос: почему команда, у которой агент генерирует в разы больше diff’ов, не получает пропорционального роста поставленной ценности?

Ответ всё чаще звучит не про модель, а про среду вокруг неё: контекст, права, тесты, аудит, наблюдаемость и точки остановки. Это и есть harness engineering — проектирование инженерной обвязки, в которой агент работает.

Технические детали

Не «промпт получше», а исполняемая среда: какие команды можно запускать, какие файлы нельзя менять, какие проверки независимы от агента, что логируется, когда требуется человек и как воспроизвести сессию. Главный тезис: узкое место сместилось с генерации на доверие, проверку и сопровождение агентных изменений.

Ниже — разбор, почему зелёный CI перестал быть доказательством, из чего состоит harness, где он ломается и что проверять в первую очередь.

Событие, по словам экспертов, усилит конкуренцию в сфере ИИ.