TGLIST.COM.UA
Джерело
Keep calm and grow | Як я паралельно запускаю чотирьох агентів-інженерівСьогодні трохи розк...
Keep calm and grow
@keepcalmandgrow
73 Охват/переглядів
2026-07-17 10:32
Повідомлення №175
💻 Як я паралельно запускаю чотирьох агентів-інженерів
Сьогодні трохи розкажу про свій воркфлоу agentic-розробки з Hermes agent.
Мені близька філософія Hermes: «ШІ достатньо розумний - просто не заважай йому працювати». Тому для свого side-project Workstream Cockpit я вибудував воркфлоу з безпечними ізольованими енвами, де кілька агентів можуть працювати паралельно. Але про все по порядку.
1. Починаю з feature request
У спільному трекері лежить backlog із короткими ідеями. Продуктовий агент знає контекст, користується проєктом через MCP та бачить спільний backlog.
Прошу перетворити кілька задач на feature requests: що змінити, як має поводитися фіча та як зрозуміти, що вона готова. Для паралельного запуску беру незалежні задачі.
2. Кожна сесія працює окремо
Окремий профіль Hermes памʼятає, де шукати код, як запускати й писати тести та які edge cases уже траплялися.
GitHub-токен із мінімальними правами налаштований у профілі й доступний лише для цього репозиторію. Прямий push у master заблокований. hermes -w створює окремий worktree та Git-гілку, а команди виконує в Docker-контейнері. Сесії працюють у різних гілках, тому помилку легше локалізувати.
3. Чотири панелі - чотири задачі
Відкриваю tmux, ділю екран на чотири панелі й у кожну вставляю свій feature request. Гардрейли для імплементації: додати тести, прогнати кілька тисяч backend- і frontend-тестів, за потреби оновити документацію та створити PR.
Перед завершенням кожен агент-інженер запускає агента-ревʼюера без контексту реалізації. Той читає diff, а автор PR виправляє зауваження.
4. Моє ревʼю працює як карусель
PR часто прилітають одночасно. Беру перший, читаю diff, шукаю треш, зайву складність і пропущені сценарії. Складну фічу збираю локально й роблю smoke test. Передаю правки та переходжу до наступного PR.
Після мерджу інші сесії підтягують master. Якщо виникає конфлікт, агент отримує завдання розвʼязати його. Так стрибаю між панелями, поки не змерджу всі PR.
У підсумку маю конвеєр: feature request → ізольована розробка → незалежне ревʼю → моє ревʼю → мердж.
Що б ти тут спростив, автоматизував або зробив безпечніше?
---
🌱 Keep calm and grow | 💬 Обговорити 1-на-1
Сьогодні трохи розкажу про свій воркфлоу agentic-розробки з Hermes agent.
Мені близька філософія Hermes: «ШІ достатньо розумний - просто не заважай йому працювати». Тому для свого side-project Workstream Cockpit я вибудував воркфлоу з безпечними ізольованими енвами, де кілька агентів можуть працювати паралельно. Але про все по порядку.
1. Починаю з feature request
У спільному трекері лежить backlog із короткими ідеями. Продуктовий агент знає контекст, користується проєктом через MCP та бачить спільний backlog.
Прошу перетворити кілька задач на feature requests: що змінити, як має поводитися фіча та як зрозуміти, що вона готова. Для паралельного запуску беру незалежні задачі.
2. Кожна сесія працює окремо
Окремий профіль Hermes памʼятає, де шукати код, як запускати й писати тести та які edge cases уже траплялися.
GitHub-токен із мінімальними правами налаштований у профілі й доступний лише для цього репозиторію. Прямий push у master заблокований. hermes -w створює окремий worktree та Git-гілку, а команди виконує в Docker-контейнері. Сесії працюють у різних гілках, тому помилку легше локалізувати.
3. Чотири панелі - чотири задачі
Відкриваю tmux, ділю екран на чотири панелі й у кожну вставляю свій feature request. Гардрейли для імплементації: додати тести, прогнати кілька тисяч backend- і frontend-тестів, за потреби оновити документацію та створити PR.
Перед завершенням кожен агент-інженер запускає агента-ревʼюера без контексту реалізації. Той читає diff, а автор PR виправляє зауваження.
4. Моє ревʼю працює як карусель
PR часто прилітають одночасно. Беру перший, читаю diff, шукаю треш, зайву складність і пропущені сценарії. Складну фічу збираю локально й роблю smoke test. Передаю правки та переходжу до наступного PR.
Після мерджу інші сесії підтягують master. Якщо виникає конфлікт, агент отримує завдання розвʼязати його. Так стрибаю між панелями, поки не змерджу всі PR.
У підсумку маю конвеєр: feature request → ізольована розробка → незалежне ревʼю → моє ревʼю → мердж.
Що б ти тут спростив, автоматизував або зробив безпечніше?
---
🌱 Keep calm and grow | 💬 Обговорити 1-на-1