Как супервизировать AI‑кодинговых агентов и не потерять нить

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

Изоляция: отдельный git worktree на каждого агента

Первый приём — изоляция через git worktrees: у каждого агента своя директория, своя ветка и своё рабочее дерево. После работы ветки по очереди сливаются в main, конфликты разрешаются одним проходом, а не хаотичными перезаписями в общей копии.

В статье приводятся примеры команд вида git worktree add для трёх копий с путями в духе .worktrees/agent-1 и ветками agent-1/task-1 и аналогами для остальных агентов.

Гейт на тестах: «готово» только при нулевом коде выхода

Второй столп — обязательный запуск тестов до принятия результата. Если тесты падают, агенту возвращают вывод; тезис автора: exit 0 означает, что итерацию можно считать успешной, иначе нужна следующая попытка.

В примере из поста — переход в .worktrees/agent-1, затем cargo test; явно сказано, что вместо этого подойдут npm test, pytest и т.п. Проверка кода выхода делается через echo $?.

Автор сам оценивает, что такой гейт по его наблюдению снизил частоту сценария «агент что-то сломал» примерно на 80%, а оставшиеся около 20% относит к случаям, когда тесты не покрывают затронутое поведение. Это личная оценка в статье, а не независимая метрика платформы.

Диспетчеринг: Markdown‑канбан и одна задача на агента

Третий приём — структурированный диспетчинг: единая доска задач. В примере — Markdown kanban с секциями Todo / In Progress / Done и чекбоксами. Правило: одна задача на агента и видимое состояние «кто что делает», чтобы не тонуть в переключениях.

Паттерн целиком и практический потолок параллелизма

В оригинале full supervision pattern сведён к пяти шагам (нумерованный список в посте):

1. Декомпозиция на независимые задачи на канбане.
2. Одна задача на агента.
3. Изоляция в отдельном git worktree.
4. Завершение только при прохождении тестов.
5. Поочерёдное слияние проверенных веток в main.

Практический предел числа параллельных агентов автор называет порядка 3–5: дальше, по его словам, узким местом становится сама кодовая база и этап слияний.

Инструменты из поста: ассистенты, Batty и ссылки

В материале явно фигурируют ассистенты, с которыми автор работал: Claude Code, Codex, Aider. Для автоматизации описанного цикла упоминается Batty как Rust CLI: по описанию в посте он запускает цикл супервизии (агенты в панелях tmux, задачи из Markdown kanban, worktrees, гейт на тестах). В конце статьи приведена команда установки cargo install batty-cli.

В посте на Dev.to также указаны https://github.com/battysh/batty и https://youtube.com/watch?v=2wmBcUnq0vw с подписью в духе «2-min demo» (формулировка из оригинала). Содержимое репозитория и ролика здесь не описывается шире, чем в тексте того поста.

---

Источники

1. battyterm, «How to Supervise AI Coding Agents Without Losing Your Mind» — Dev.to (дата доступа: 2026-04-04, 22:00 UTC). Дата публикации на Dev.to: 2026-04-04, 12:42 UTC.
2. Репозиторий Batty, указанный в тексте того же поста: https://github.com/battysh/batty (дата доступа к странице поста на Dev.to: 2026-04-04, 22:00 UTC).
3. Демонстрационное видео, указанное в тексте того же поста: https://youtube.com/watch?v=2wmBcUnq0vw (дата доступа к странице поста на Dev.to: 2026-04-04, 22:00 UTC).

Зачем это разработчику

Материал «Как супервизировать AI‑кодинговых агентов и не потерять нить» относится к экосистеме AI-кодинг и vibe coding — теме, которую отслеживают разработчики и инди-хакеры, собирающие стек для быстрых прототипов. Даже узкая фича может повлиять на ежедневный workflow: деплой, агент, редактор или биллинг. Для инди-разработчика и небольшой команды в РФ/СНГ это снижает трение при переносе привычного локального workflow в облако. Зафиксируйте шаги в README repl и сделайте commit после проверки — иначе правки агента сложно откатить. Перед демо заказчику прогоните smoke на публичном URL деплоя.

Как попробовать

Откройте оригинальный источник из статьи и сопоставьте с вашим repl или локальным репозиторием. Если используете агента (AI-кодинг и vibe coding или Replit Agent), опишите задачу и попросите применить изменения к конкретным файлам. После правок — commit, smoke-тест и при необходимости redeploy. Для инди-разработчика и небольшой команды в РФ/СНГ это снижает трение при переносе привычного локального workflow в облако. Зафиксируйте шаги в README repl и сделайте commit после проверки — иначе правки агента сложно откатить. Перед демо заказчику прогоните smoke на публичном URL деплоя.

Нюансы

Новости AI-кодинг и vibe coding устаревают: проверяйте дату публикации и changelog вендора. Бесплатные tier и региональные ограничения для РФ/СНГ могут отличаться от англоязычных анонсов. Не переносите экспериментальные фичи в прод без review безопасности. Для инди-разработчика и небольшой команды в РФ/СНГ это снижает трение при переносе привычного локального workflow в облако. Зафиксируйте шаги в README repl и сделайте commit после проверки — иначе правки агента сложно откатить. Перед демо заказчику прогоните smoke на публичном URL деплоя.

Связка с vibe coding

Тема «Как супервизировать AI‑кодинговых агентов и не потерять нить» вписывается в стек vibe coding: один агентный чат, облачный repl или Cursor, git как источник правды. Зафиксируйте в README, что именно поменялось после анонса, чтобы через месяц не восстанавливать контекст. Для пет-проектов достаточно бесплатного tier; для продакшена заложите мониторинг и лимиты расходов на деплой и API.