1.2Kпросмотров
62.1%от подписчиков
16 марта 2026 г.
📷 ФотоScore: 1.4K
Создаём оркестратор агентов Любой разраб, который начинает кодить через агентов обычно проходит несколько стадий: общение в чатике с LLM, потом через терминал (Claude Code / Codex) / IDE (Cursor), дальше стадия обвеса через команды / скиллы и мультиагентность (sub-агенты). А что потом?
Потом начинаешь додумывать:
– это что получается каждого агента можно заточить под решение конкретной задачи за счёт скиллов да ещё сделать так чтобы они общались между собой и даже принимали решения без тебя?
– а если пойти дальше то можно вообще заставить агентов работать через разные модели? (экономим токены, некоторые модели лучше справляются с определёнными задачами) Ещё через некоторое время понимаешь
– не хочется быть привязанным к ПК
– раз есть агенты, которые могут быть самостоятельны то задачу можно поставить с телефона
– пусть менеджер сделает декомпозицию, разобьёт на подзадачи, отдаст на выполнение Когда проходишь путь кодинга с агентом понимаешь: большие компании уже к этому пришли, а энтузиасты, которым нравится копаться во всём, что связано с разработкой через агентов стараются настроить такую штуку у себя. Да, мы все к этому придём со временем. Возникает вопрос
Можно подобное набросать уже сейчас? Да, можно. Это называется оркестратор агентов, который может работать в разных оболочках, например в GitHub. Я поресёрчил и наткнулся на статью Серёжи, который сделал у себя подобное. Он неплохо прокопал тему. Оказалось, что компания GitHub (читай Microsoft) уже давно внедрила такой подход в свою экосистему. Что есть у них на платформе:
Copilot Coding Agent
Agent HQ
Agentic Workflows
Spec Kit
IssueOps
CCPM В чём идея:
Всё крутится вокруг Projects / Issues. Создаётся единое пространство, которое выглядит как Jira-доска (есть разные представления, например таблица, но не суть). Там отображаются Issues, привязанные к репо с лейблами (name, status, priority). Issue — это по сути контекст, который теперь хранится в GitHub и агент всегда его может посмотреть. Ты как CEO проекта создаёшь репу с проектом, верхнеуровнево описываешь задачу в Issue. Настроенный Agentic Workflows подхватывает Issue и начинает работать над декомпозицией задачи. Создаёт sub-issues, назначает ответственных. Как опишешь Agentic Workflows так и будет работать. Copilot Coding Agent подхватывает Issues и двигает её по статусам: пишет код, тестит, запускает сборки, отдаёт в код-ревью, ждёт твоего апрува. Вот эта штука называется IssueOps, когда контекст и задачи описаны в Issues и всегда находятся рядом с репозиторием. Агент при реализации нового функционала может пойти и посмотреть, что раньше делал (сам либо по твоему указанию). Это удобно, потому что агента не нужно насыщать контекстом. Чтобы агенты делали всё ок, придумали такую штуку как CCPM — под капотом spec-driven development для Claude Code. Работает через Issues и утилиту для GitHub gh (важно — нужно для Claude Code если не используешь Agent HQ). Там много приколюх, почитайте (например уже всем известные worktrees). После того как агент сделал задачу и создал PR можно через комменты докручивать решение. За это отвечает Copilot Coding Agent. Эта штука работает на платформе Agent HQ, у которого под капотом доступны разные модели Claude / Codex. Agent HQ платный и если вы не хотите платить то похожее решение можно сделать просто через Claude Code не используя Copilot Coding Agent, но позаимствовав идею. Что сделал я? Взял CCPM, взял статью, описал задачу и попросил Claude Code создать оркестратор, который будет запускаться каждый раз как я ему ставлю задачу. Например: создай бота для поиска похожих Telegram-каналов. – запускается оркестратор
– агент начинает писать план реализации
– верхнеуровнево декомпозирует
– подключает экспертов они чего-то там думают, обсуждают, спорят, приходят к решению
– через gh создают root-issue и sub-issues
– запускают агентов, которые выполняют issues: пишут код, тесты, запускают сборки
– как выполнили отдают в ревью
– я провожу ревью и если мне ок мерджу
– пр