Iniciar sesión Registro
Anuncios
Tu espacio publicitario
Reserva este slot exclusivo para el periodo elegido.
Comprar publicidad →
Logotipo de la comunidad de telegram - Keep calm and grow
Añadido 06 ene. 2025 🌐 UK

Keep calm and grow

@keepcalmandgrow
Número de suscriptores: 86
Fotos: 144
Videos: 12
Enlaces: 146
Descripción:
KCAG - блог для зростання в IT. 📝 Історії, 🧠 ментальне здоров'я, 💻 тех. лайфхаки, 🚀 лідерство/менеджмент. Знання, які хотів би мати 10 років тому. 📩 Зв'язок: @radomyr_kcag
Fuente

Keep calm and grow | Як я паралельно запускаю чотирьох агентів-інженерівСьогодні трохи розк...

Logotipo de la comunidad de telegram - Keep calm and grow Keep calm and grow @keepcalmandgrow
73 Vistas/Alcance 2026-07-17 10:32 Mensaje №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