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

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

Из-за этого агентная разработка пока масштабируется странно. У каждого человека появляется всё более сильный персональный заводик, но команда не получает общего производства. Она видит продукт, не видит способ его изготовления — и поэтому не может этот способ измерять, сравнивать, передавать и улучшать. Компания не станет AI‑native, пока эта работа остаётся невидимой и развивается на ощущениях.

Что нужно понимать перед чтением

Агентский стекПолная рабочая среда агента: модель, harness и интерфейс. Harness, в свою очередь, задаёт инструкции, контекст, навыки, инструменты, права и правила выполнения.

Harness (упряжка)Программа и правила вокруг модели: они собирают контекст, дают доступ к инструментам, управляют циклом работы и точками подтверждения. Дальше в статье используется термин harness.

Skill / навыкПереиспользуемая инструкция, знание или процедура для конкретного класса задач, которую harness подключает к агенту.

Token cost / стоимость токеновЦена входных и выходных токенов модели. Для расчёта полной стоимости результата её — или долю подписки — складывают со стоимостью активного участия разработчика.