Как работать в команде с ИИ помощниками
Российские команды разработчиков массово подключают ИИ-агентов (программы, которые сами пишут код по заданию), но теряют видимость в реальный процесс производства, и статья разбирает, как вернуть контроль и измеримость, не отказываясь от скорости.

Трекер задач показывает «задача у разработчика», а за этой строкой скрывается целый конвейер: агент исследует проект, строит план, пишет код, запускает проверки, человек корректирует и принимает результат. Пока этот конвейер невидим, команда не может его измерять, сравнивать и улучшать.
Проблема не в самих ИИ-агентах, а в том, что компания продолжает управлять разработкой по старым метрикам. Раньше инженерная работа жила внутри задач, коммитов и код-ревью. Теперь между постановкой и итоговым кодом возникает отдельное производство, которое трекер не отражает. Каждый разработчик получает персональный «заводик», но общей картины у команды нет.
Источник, экспертный разбор практик агентной разработки, фиксирует три конкретных разрыва: невозможность свободно экспериментировать с пайплайнами (последовательностями шагов агента), невозможность честно сравнить процессы и невозможность определить реальную стоимость результата. Разберём каждый и дадим конкретные шаги.
Что понадобится
- Любой ИИ-агент для кода: Claude Code, Codex от OpenAI, Cursor или аналог (в РФ доступны через VPN или через отечественные обёртки)
- Трекер задач с возможностью добавлять пользовательские поля (Jira, YouTrack, Linear, Kaiten)
- Таблица или дашборд для фиксации экспериментов (Google Sheets, Notion, «Яндекс Таблицы»)
- 2 часа на настройку процесса, далее 5 минут на задачу
Пошаговая инструкция: как сделать агентную разработку видимой
-
Разделите календарное время и активное участие человека. Когда задача «висит» на разработчике 6 часов, это больше не означает 6 часов его работы. Агент мог 5 часов реализовывать код, а человек потратил 10 минут на уточнение постановки и 20 минут на проверку результата. Добавьте в трекер два поля: «время активного участия» и «время работы агента».
-
Фиксируйте стадии агентного пайплайна. Каждый запуск агента проходит цепочку: план, реализация, проверка, принятие. Заведите шаблон комментария к задаче:
## Агентный пайплайн
- Модель: [Claude Sonnet / Codex / другая]
- Попыток: [число запусков до принятия]
- Ручные правки: [да/нет, объём]
- Активное время человека: [минуты]
- Результат принят с первого раза: [да/нет]
-
Выделите бюджет на эксперименты отдельно от рабочей квоты. Источник указывает на ключевую ловушку: разработчик исследует не лучший способ решить задачу, а лучший способ уложиться в уже выданный ему инструмент. Если квота одна, эксперимент конкурирует с текущей работой за те же токены (единицы, которыми модель измеряет объём текста). Договоритесь с руководством о тестовом лимите, пусть это 10 процентов от основного бюджета.
-
Проверьте минимум два альтернативных пайплайна на одинаковых задачах. Источник описывает три варианта:
- «План, реализация, проверка»: один агент строит план, второй пишет код, третий проверяет
- «Один сильный агент»: дорогая модель с максимальным рассуждением получает полный контекст и инструменты
- «Рой» (swarm): несколько агентов независимо предлагают решения, финальный агент собирает лучшее
Третий вариант может быть дорогим по токенам, но дешёвым по человеческому вниманию: задача делается с первого раза, разработчик тратит 15 минут на принятие.
-
Считайте стоимость результата, а не стоимость подписки. Результат дешёвой модели может оказаться дорогим, если требует перезапусков, ручных исправлений и нескольких циклов проверки. Результат дорогой модели может стоить меньше, если принимается после короткой проверки. Формула из источника: стоимость равна расходу токенов (или доле подписки) плюс время активного участия разработчика (постановка, экспертные решения, возвраты, ревью, ручные правки).
-
Проводите еженедельную ретроспективу пайплайнов. Соберите данные из шаблонов, сравните: какой пайплайн дал меньше возвратов, где активное время человека минимально, где стоимость принятого результата ниже. Без этих данных любое сравнение процессов остаётся, как формулирует источник, «фольклором».
Допустим, ваша команда из четырёх разработчиков использует Codex на тарифе за 200 долларов. Один инженер утверждает, что решает задачи с первого запуска агента. Другой говорит, что его задачи сложнее и агент только удлиняет работу. Проверить ни одну позицию нельзя: люди решают разные задачи в разных окружениях.
Вы берёте три типовые задачи из бэклога и просите обоих разработчиков заполнить шаблон пайплайна. Выясняется: первый действительно получает результат с одной попытки, но тратит 40 минут на ручную доводку. Второй запускает агента трижды, но каждый раз тратит лишь 5 минут на проверку. По активному времени человека второй процесс дешевле, хотя по токенам дороже. Без шаблона вы бы этого не увидели.
One-shot rate как KPI. Источник предупреждает: если «принято с первого раза» становится показателем эффективности, система учится не улучшать результат, а избегать видимых итераций. Хороший агент может задать уточняющий вопрос. Плохой молча реализует удобную ему интерпретацию и выдаст «убедительный мусор».
«Принято» не значит «хорошо». Иногда это значит лишь «проверяющий устал». За рамками простого учёта остаются дефекты после слияния кода, будущая поддержка, архитектурный долг и стоимость инцидента.
Путать календарное время с работой. Если задача была у разработчика 6 часов, а он активно участвовал 30 минут, нельзя считать это шестичасовой задачей.
Экспериментировать за счёт рабочей квоты. Эксперимент провалился, лимит исчерпан, текущая задача не сделана. Бюджет на поиск лучшего процесса должен быть отдельным.
Что делать с этим прямо сейчас, по ролям
Тимлиду или техлиду. Добавьте в трекер два поля (активное время человека и число попыток агента) и проведите первую ретроспективу через неделю. Этого достаточно, чтобы увидеть реальную картину вместо рассказов.
Разработчику. Начните заполнять шаблон пайплайна хотя бы для себя. Через две недели у вас будут данные, чтобы аргументировать запрос на другую модель или больший лимит.
Руководителю или предпринимателю. Если ваша команда уже пишет код с ИИ-агентами, но вы по-прежнему видите только строку «задача у разработчика» в трекере, вы платите за инструмент, эффект которого не можете измерить. Выделите тестовый бюджет на эксперименты с пайплайнами и потребуйте фиксацию активного времени.
Автору Дзена или контент-маркетологу. Принцип переносится за пределы кода. Если вы используете ИИ для разработки логотипа с помощью ИИ, написания текстов или генерации изображений, фиксируйте: сколько промптов (запросов к модели) до приемлемого результата, сколько минут ручной доводки, какая модель. Без этих данных вы тоже «развиваетесь на ощущениях».
Я наблюдаю эту проблему не только в разработке. Авторы, которые пришли ко мне на консультации, описывают то же самое: один говорит, что ChatGPT пишет статью за 10 минут, другой жалуется, что тратит час на промпты и потом два часа на правки. Сравнить их процессы невозможно, потому что никто не фиксирует шаги.
Честная оговорка: внедрение учёта добавляет трение. Первые две недели команда будет тратить лишние 5 минут на задачу, и кто-то скажет, что это бюрократия. Но без данных вы не отличите сильного инженера от человека, который просто получил удачную подписку. А разработка логотипа с помощью ИИ, генерация контента и любая другая работа с агентами в команде упирается в ту же стену: невидимый процесс нельзя улучшить.
Компания не станет по-настоящему AI-native, пока агентная работа остаётся невидимой. Первый шаг занимает два часа: шаблон в трекере, два поля, одна ретроспектива. Через неделю у вас будут не рассказы о производстве, а само производство в цифрах.
Генератор промптов dzen.guru
Попробуйте наш инструмент для создания структурированных промптов, чтобы каждый запрос к ИИ-агенту давал предсказуемый результат
Попробовать бесплатно
Основатель dzen.guru. Эксперт по монетизации и продвижению на Дзен. Автор курса «Старт на Дзен 2026».
Читайте также
Создатель RLHF вошёл в совет OpenAI Foundation: фильтры ChatGPT могут ужесточиться
Пол Кристиано, один из ведущих исследователей безопасности искусственного интеллекта, 9 июня 2025 года вошёл в совет директоров OpenAI Foundation,…

Генератор музыки Suno впервые обучен на легальных данных: $819 млн и иски лейблов
Suno 4 июня представила семейство моделей v6, первое в истории компании, обученное на лицензированной музыке крупных лейблов, а не на спорных данных из…

ИИ-агенты открыли 85 000 файлов без ведома безопасности: Cymphony привлекла $30 млн
ИИ-агенты получают доступ к тем же корпоративным данным и системам, что и живые сотрудники, но работают на машинной скорости, и стартап Cymphony привлёк 30…
Комментарии