AI agent skill · by @kwakseongjae

Omd:Orchestrator

멀티 에이전트 디자인 워크플로우 supervisor. writer, locale adaptation, humanize, UI slop audit, designer review, final QA, image materialization을 routing한다. 2-round revision cap을 유지하며 다국어 문서·UI 개선·출간 준비처럼 여러 역할이 필요한 요청에 사용한다.

Archived 2026-10-23 · Source updated 2026-10-01 · License: MIT. Check the original repository for the latest version.

SKILL.md instructions

<!-- omd:installed-skill — managed by `omd install-skills`. Do not edit; rerun the command to refresh. -->


# omd:orchestrator

omd v0.2 agent layer의 **supervisor**. 한 글/한 컴포넌트가 여러 specialist를 거쳐야 할 때 routing을 책임진다.

채택 패턴: **Anthropic orchestrator-workers** (Building effective agents, 2024-12) + **LangGraph supervisor**의 revision-cap. 자세한 비교는 `data/research/2026-05-18-agent-landscape.md` §1.

> 런타임 dependency 없음. Claude Code의 subagent 호출 메커니즘이 그대로 orchestrator-workers 토폴로지를 구현한다.

## 0. Worker 카탈로그

| 역할 | subagent | 용도 |
|---|---|---|
| Writer | `omd-kr-writer` | 한국어 본문 작성. `preset_id` 인자로 voice 결정. |
| Localizer | `omd-locale-adapter` | KR → EN/JA/ZH-CN/ZH-TW **adaptation** (번역 아님) |
| Copy finalizer | `omd-humanizer` | locale별 번역투·기계적 구조를 국소 수정하고 보호 구간 대조 |
| Slop auditor | `omd-slop-auditor` | 실제 route의 context-free UI/copy cluster를 품질·취향과 분리해 감사 |
| Visual reviewer | `omd-designer-review` | DESIGN.md 대비 typo/색/spacing/state 검수 |
| UX engineer | `omd-ux-engineer` | 실제 route의 interaction·responsive·focus·perceived performance 감사 |
| UX writer | `omd-ux-writer` | 섹션별 copy·정보 순서·CTA 계약 감사 |
| A11y auditor | `omd-a11y-auditor` | axe/lighthouse/키보드 기반 결정론 gate |
| Critic | `omd-final-qa` | Read-only rubric verdict. 2-round cap 강제. |
| Image materializer | `omd-codex-image` | `<!-- omd:gen-image -->` 블록을 채널별로 실체화 (Codex native gen / asset-curator fallback / OpenCode user-queue) |

## 1. 입력

사용자 요청. 예:
- "당근 디자인 시스템 분석 글 작성, KR + EN, 5500자+"
- "이 컴포넌트 디자인 리뷰 받고 카피 다듬어줘"
- "이 글 final QA 거쳐서 출간 ready로"

## 2. Routing decision tree

```
사용자 요청 도착
├─ "글 작성" 키워드 → Stage 1: omd-kr-writer
├─ "AI 티/번역투/문장이 기계적" → omd-humanizer
├─ 다국어 요청 ("EN", "영문", "JA", "간체", "대만어") → Stage 3 + locale별 humanize 추가
├─ "AI slop/템플릿 같음" + audit만 → omd-slop-auditor
├─ 기존 UI "고쳐/개선/구현" → UI delivery lane → 수정은 caller의 omd:apply
├─ artifact 첨부 + "리뷰" → Stage 2부터 진입
└─ "출간 ready" → Stage 4 final-qa로 직행
```

## 2.1 UI delivery lane — advice와 delivery를 분리

기존 UI의 변경 요청에서는 orchestrator가 제품 파일을 직접 편집하지 않는다. 다음 work packet을 먼저 고정하고 필요한 specialist를 최대 3개까지만 선택해 read-only로 실행한다.

```yaml
intent: audit | implement
task: <user outcome>
consumer_route: <real user route>
acceptance: []
protected_behaviors: []
evidence: []
unknowns: []
implementation_owner: caller-main-agent
verification:
  routes: []
  viewports: []
  states: []
  commands: []
```

각 specialist에게는 packet과 필요한 artifact만 전달한다. 응답은 `finding / evidence / smallest_useful_change / acceptance_check / unresolved`로 정규화한다. orchestrator는 중복·충돌을 합쳐 **우선순위가 있는 하나의 implementation handoff**를 caller에게 반환한다.

- `intent: audit`이면 report로 종료 가능.
- `intent: implement`이면 `status: advice-ready`, `implementation_owner: caller-main-agent`로 반환한다. 완료·수정됨·검증됨이라고 표현하지 않는다.
- caller는 `omd:apply`로 실제 편집한 뒤 packet의 **같은 consumer route·viewport·state**를 재검증한다.
- specialist와 caller가 같은 제품 파일을 병렬 수정하지 않는다.

## 3. 표준 5-stage 워크플로우 (블로그 글 기준)

```
Stage 1  WRITE       omd-kr-writer  (preset=toss-tech-design)
Stage 1h HUMANIZE    omd-humanizer  (KO 보호 구간 + 자연스러움 검증)
Stage 2  REVIEW      omd-designer-review  (artifact + brand DESIGN.md)
Stage 2r REVISION    omd-kr-writer  (review feedback 반영)  ← max 2 round
Stage 3  LOCALIZE    omd-locale-adapter  (KR → EN/JA/ZH-CN/ZH-TW)
Stage 3h HUMANIZE    omd-humanizer  (각 locale 독립 검증)
Stage 4  CRITIC      omd-final-qa  (rubric, read-only)
Stage 4r REVISION    omd-kr-writer  (final-qa feedback)  ← max 2 round (Stage 2와 별도 카운트)
Stage 4i IMAGES      omd-codex-image  (`<!-- omd:gen-image -->` 블록 처리, 채널별 분기)
Stage 5  HANDOFF     사용자에게 최종 artifact + revision log + image manifest
```

## 4. Revision cap (hard)

각 critic gate (designer-review, final-qa)는 **최대 2 round**.

```
revision_state = {
  "designer_review": { "round": 0, "max": 2 },
  "final_qa":        { "round": 0, "max": 2 }
}
```

Round 2 후에도 BLOCK이면:
1. 사용자에게 escalate ("designer-review가 2회 fail. 강제 통과? 재작성? 폐기?")
2. 강제 통과 시 known issues 섹션을 artifact frontmatter에 명시
3. 재작성 시 Stage 1로 회귀, 카운터 리셋

## 5. Handoff 로그 (필수)

각 stage 전후로 `<work_dir>/.orchestrator.log`에 append:

```
[2026-05-18T10:23:11] STAGE=write  agent=omd-kr-writer  status=ok  artifact=content/posts/karrot/index.ko.md
[2026-05-18T10:25:02] STAGE=review agent=omd-designer-review  status=WARN  issues=2
[2026-05-18T10:25:03] STAGE=write  agent=omd-kr-writer  round=2  reason="색 budget 위반 fix"
...
```

## 6. State 직렬화

Orchestrator 자체는 stateless. 모든 state는 파일 시스템:
- artifact: `content/posts/<slug>/index.<locale>.md`
- review reports: `content/posts/<slug>/.reviews/round-<N>.md`
- final verdict: `content/posts/<slug>/.reviews/final-qa.md`

## 7. Subagent 호출 규약

Claude Code subagent 호출 시 다음 envelope:

```yaml
agent: omd-kr-writer
inputs:
  work_packet:
    intent: publish
    task: "당근 디자인 분석 글 작성"
    consumer_route: null
    acceptance: ["KO article passes final QA"]
    protected_behaviors: ["facts and source URLs remain unchanged"]
    evidence: ["references/karrot/DESIGN.md"]
    unknowns: []
    implementation_owner: omd-kr-writer
    verification: { routes: [], viewports: [], states: [], commands: [] }
  task: "당근 디자인 분석 글 작성"
  preset_id: toss-tech-design
  brand_design_md: references/karrot/DESIGN.md
  target_length: 6000
  output_path: content/posts/karrot/index.ko.md
revision_round: 0
prior_review: null  # 또는 review report 경로
```

응답을 받으면 `.orchestrator.log`에 기록 후 다음 stage 결정.

## 8. Anti-patterns (금지)

- **3+ round revision loop** — cost runaway. Round 2에서 escalate.
- **Critic의 직접 수정** — final-qa는 read-only. Writer로 round-trip해야.
- **Stage skip** — designer-review 없이 final-qa 진입 금지 (rubric 불충분).
- **병렬 stage 같은 artifact 수정** — race condition. writer/locale-adapter는 직렬.
- **rubber-stamp** — final-qa가 "looks good" 응답 시 orchestrator는 rejected로 처리.
- **advice를 delivery로 표시** — implement 요청에서 caller가 제품 파일과 실제 route를 재검증하기 전 `done` 금지.

## 9. 병렬화 허용 케이스

- KR이 PASS된 뒤 EN/JA/ZH-CN/ZH-TW **adaptation은 병렬** (각각 다른 파일이라 conflict 없음). ZH-TW는 ZH-CN을 상속하지 않는다.
- DESIGN.md re-read는 stage마다 강제 (Anthropic best practice — memory hallucination 방지)

## 10. 종료 조건

- final-qa verdict = PASS → handoff stage로
- final-qa round 2 BLOCK → 사용자 escalation
- 사용자가 명시적으로 abort → `.orchestrator.log`에 ABORT 기록 후 종료