리서치 보고서 · 2026년 7월 23일

Hermes 멀티에이전트는 Kanban을 중심에 두고 실행 계층을 분리해야 한다

결론: Hermes는 지시·검수·최종 보고를 맡고, 실행은 격리된 Orca/Codex worktree에 맡기는 구조가 가장 안전하다.

delegate_task는 짧은 독립 작업에는 맞지만 durable workflow가 아니다. Kanban은 재시작·대기·검수·결과 회수까지 추적할 수 있어 운영 본체에 더 가깝다.

확인된 사실

공식 문서 기준으로 delegate_task는 child agent를 격리 실행하고 부모에게 최종 요약만 돌려준다. 공식 저장소도 blocked tools, background handle, live transcript, final-summary-only 동작을 확인시킨다.

Kanban은 SQLite 기반 durable board, worker OS process, block/unblock, retry, crash reclaim, artifacts 기록을 갖는다. 그래서 장기 작업, 사람 승인, 검수, 재시작 내성이 필요한 운영에는 Kanban이 기본값이다.

cron은 fresh session 또는 no-agent script로 반복 감시와 watchdog에 적합하다. 협업 DAG의 본체라기보다 board 상태, stalled worker, 테스트·PR 상태를 주기적으로 확인하는 보조 계층으로 보는 것이 맞다.

Orca는 공식적으로 parallel worktrees와 Codex 등 CLI agent 실행을 지원한다. 현재 Hermes 공식 저장소에서는 native Orca adapter를 확인하지 못했으므로, Orca는 Hermes 내부 기능이 아니라 외부 실행 계층으로 취급해야 한다.

장기 멀티에이전트 운영의 핵심은 agent 수가 아니라 context, worktree, 상태, artifact 회수 규칙이다.

· · ·

운영 판단

delegate_task는 짧은 조사, 후보안 생성, 독립 파일 분석처럼 부모가 즉시 검증할 수 있는 작업에 쓴다. coding 실행이나 재시작 복구가 필요한 작업의 기본값으로 두면 결과 회수와 완료 감시가 약해진다.

Kanban은 task id, profile, block reason, artifact를 남기는 control plane으로 쓴다. 작업자 profile은 researcher, planner, codex-executor, reviewer, reporter처럼 나누되, worker가 무제한 fan-out하지 않도록 역할을 제한한다.

Orca/Codex 실행은 worktree 단위로 격리한다. 완료 payload에는 task id, worktree path, branch, commit 또는 diff, test command, test result, changed files, unresolved issues가 들어가야 한다.

커뮤니티 반응

최근 30일 공개 논의는 많지 않았고 Reddit 중심이었다. Kanban/Profiles 토론에서는 profile별 guardrail, approval gate, proof-of-work 장점이 언급됐지만, blocked review와 babysitting 부담도 같이 나왔다.

Kanban orchestrator 요청 글은 DAG, acceptance criteria, structured handoff, final synthesis가 필요하다는 수요를 보여준다. third-party showcase와 자동화율 주장은 독립 검증하지 않았으므로 미검증으로 둔다.

비교표

방식별 권장 용도
방식권장 용도주의점
delegate_task짧고 독립적인 하위 조사·초안final summary only, durable resume 아님제한
Kanban장기 큐, 검수, 사람 승인, crash reclaimboard/profile/artifact 운영 규칙 필요권장
cron반복 감시, stalled task 알림, no-agent watchdogworkflow 본체로 쓰기에는 약함보조
Orca + Codex격리 worktree에서 병렬 coding 실행Hermes native integration은 확인 안 됨조건부 권장

정한 것

  1. Hermes Kanban을 control plane으로 둔다. 작업 상태와 artifact의 정본.
  2. Orca/Codex를 execution plane으로 둔다. 각 task는 별도 worktree와 branch.
  3. cron은 watchdog으로 둔다. 오래 멈춘 claim, 실패한 테스트, PR 대기를 감시.
  4. delegate_task는 단기 fan-out에 제한한다. 장기 운영 기본값 아님.