# Разбор: Agent Orchestrator

**Источник:** сводка AI Daily News за 2026-08-31.
**Лицензия по сводке:** Apache 2.0, локальный запуск.
**Вердикт:** разобрать устройство и перенять две идеи; целиком не брать.
**Дата разбора:** 2026-09-02.

> Первоисточник перед внедрением перепроверить: сводка — это пересказ, а не сам
> проект. Ссылку и точное имя репозитория подтвердить.

## Почему он для нас важен

Это ближайший архитектурный родственник того, что строит Hermes Hub. Он тоже
раздаёт работу флоту coding-агентов (Claude Code, Codex, Aider, OpenCode, Cline,
Continue, Goose и другие) и держит постоянную роль оркестратора — планирование,
делегирование, координация, — а работники заняты реализацией, тестами, PR и
исправлениями. Ровно наша схема ролей из `ROUTER.md`.

Ценность не в том, чтобы взять его вместо Hub, а в том, что он уже прошёл путь,
на котором мы сейчас: у нас роли есть, но замечания исполнителю пока возвращает
живой ревьюер вручную.

## Что перенять

### 1. Возврат замечаний исполнителю — то, чего у нас нет

У них отказы CI и замечания ревью **маршрутизируются обратно нужному агенту**, и
петля замыкается автоматически. У нас этого звена нет: агент присылает отчёт,
ревьюер проверяет исполнением, находит расхождение — и передаёт правку заново
руками. За 1–2 сентября так было трижды (A56, A57, ложный «16/16»).

Стоит спроектировать: результат проверки (прошло / не прошло + причина + номер
задания) возвращается тому исполнителю и в ту ветку, откуда пришла работа. Это
естественное продолжение линии заданий, которую ведёт `agents/inbox`.

### 2. Ветка и worktree на каждого работника

Каждый работник получает отдельный git worktree, отдельную ветку и отдельное
состояние сессии. Мы это уже делаем вручную — каждое задание Antigravity живёт в
своей ветке `antigravity/aNN-*`, ревьюер сливает в `main`. У них это часть
системы, а не ручной обычай. Формализовать наш обычай стоит.

### 3. Отслеживание PR / CI / merge conflicts / состояния работника

Единая доска состояния флота. У нас это разбросано: `agents/inbox`,
`agents/done`, `agents/reports` и git-ветки. Свести в один обзор — понятная
польза, когда исполнителей несколько и они на разных машинах.

## Чего НЕ брать

- **Целиком как замену Hub.** Hub — маршрутизатор провайдеров внутри Hermes
  Agent, а не автономная IDE для флота. Задачи пересекаются, но не совпадают.
- **Прямой доступ агентов к рабочему окружению без ограничений.** Здесь держать
  в уме вывод из отчёта OpenAI Astra (сводка за 2026-09-02): автономным агентам
  ограничения должны обеспечиваться инфраструктурой, а не системным запросом. У
  нас противовес уже есть — изоляция из A37 и правило про `agy_profiles`;
  ослаблять его ради удобства оркестрации нельзя.

## Что проверить у первоисточника перед любым внедрением

- точное имя и адрес репозитория, реальную лицензию (в коде, не в сводке);
- как именно возвращаются замечания — формат, транспорт, привязка к ветке;
- требования к окружению и зрелость проекта (возраст, тесты, сообщество);
- модель прав: что работник может делать с репозиторием и системой.

## Связанное

- Роли и цепочки: [../ROUTER.md](../ROUTER.md).
- Изоляция агентов и запрет на чужие ключи: A37, `agents/inbox/2026-08-30-A37-*`.
- Наблюдаемость сессий агентов — см. AgentsView в
  [scouting-log.md](scouting-log.md).