Files
obsidian-vault/wiki/concepts/executor-orchestrator.md
T

4.2 KiB
Raw Blame History

namespace, tags, created, updated, type, confidence, sources
namespace tags created updated type confidence sources
work
architecture
agent
executor
orchestrator
2026-05-19 2026-05-19 concept 0.85
personal/projects/personal-os/executor-orchestrator-redesign.md

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ч/день).

Шаги реализации

  1. Определить message protocol (structured tags)
  2. Добавить Zulip sender в executor worker prompts
  3. Создать Eagle monitoring cron (2 мин, #executor stream)
  4. Реализовать auto-approval logic в monitoring prompt
  5. Добавить @mention Alex на эскалацию
  6. Тест с dry-run executor run

Open Questions

  • Как Executor «спавнится» как отдельный bot? (Profile A vs отдельный gateway vs hermes run -p executor-worker.md)
  • Concurrent runs: нужен run_id в каждом сообщении

Связанные страницы