4.2 KiB
4.2 KiB
namespace, tags, created, updated, type, confidence, sources
| namespace | tags | created | updated | type | confidence | sources | |||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| work |
|
2026-05-19 | 2026-05-19 | concept | 0.85 |
|
Executor-as-Worker — Orchestrator Pattern
Архитектурный паттерн для запуска задач: Eagle как orchestrator спавнит Executor как отдельный worker-процесс с собственной Zulip-идентичностью.
Проблема
Текущий режим (inline execution):
- Eagle берёт задачу прямо в разговорном треде
- Спрашивает разрешения у Alex в середине задачи — блокирует поток
- Тесная связность между conversational layer и execution layer
Целевая архитектура
Alex → Eagle (orchestrator, Zulip topic)
↓ spawn
Executor (worker, отдельный Hermes-профиль)
↓ пишет в #executor
Eagle мониторит #executor (2-мин cron)
↓ auto-approve безопасные действия
↓ эскалирует неоднозначные → @mention Alex
Протокол сообщений (Executor → Eagle)
[STATUS: investigation] Analysing bug GID 123456...
[REQUEST: create_worktree] Branch: fix/tab-preview-stuck
[REQUEST: run_tests] Scheme: macOS UI Tests CI
[STATUS: pr_open] Draft PR: https://github.com/...
[DONE: pr_ready] PR #1234 opened, CI green
[ESCALATE: scope_expansion] Found unrelated issue — should I fix it?
Таблица auto-approve (Eagle)
| Тип сообщения | Действие |
|---|---|
[REQUEST: create_worktree] |
✅ auto-approve |
[REQUEST: run_build] |
✅ auto-approve |
[REQUEST: run_tests] |
✅ auto-approve |
[REQUEST: open_draft_pr] |
✅ auto-approve |
[REQUEST: push_branch] |
✅ auto-approve |
[REQUEST: post_asana_comment] |
⚠️ показать Alex, ждать |
[REQUEST: merge_pr] |
❌ всегда эскалация |
[ESCALATE: *] |
⚠️ всегда эскалация |
[ESCALATE: scope_expansion] |
❌ deny + notify Alex |
Реализация через Hermes Profiles
- Механизм: Hermes Profiles →
~/.hermes/profiles/executor/с SOUL.md, отдельным Zulip bot token, отдельным gateway. - Команда:
hermes profile create executor --clone - Bot identity: "Исполнитель" (не Eagle)
Мониторинг Eagle
Eagle не запускает непрерывный процесс мониторинга. Вместо этого:
- Hermes cron каждые 2 мин → читает последние 20 сообщений из
#executorпо текущемуexecutor_run_id - Structured messages → O(1) парсинг без LLM
- Sliding window — не полный тред
GTD-фреймворк оркестрации (идея, 2026-05-18)
Eagle как orchestrator должен управлять очередью задач по GTD-принципам: capture all inputs → clarify → organize → execute. Это высвободит ручную координацию (~2-4ч/день).
Шаги реализации
- Определить message protocol (structured tags)
- Добавить Zulip sender в executor worker prompts
- Создать Eagle monitoring cron (2 мин,
#executorstream) - Реализовать auto-approval logic в monitoring prompt
- Добавить
@mention Alexна эскалацию - Тест с dry-run executor run
Open Questions
- Как Executor «спавнится» как отдельный bot? (Profile A vs отдельный gateway vs
hermes run -p executor-worker.md) - Concurrent runs: нужен
run_idв каждом сообщении
Связанные страницы
- personal-os-architecture — полная карта агентов и executor modes (v2 bash daemons)
- personal-os-agent-rules — правила поведения агентов
- concepts/agent-memory-architecture — memory model для агентов