본문으로 건너뛰기
cccskills
무료GitHub에 공개

team-orchestration

6-phase multi-agent pipeline with approval gates. Orchestrates Plan→Design→Implement→Review→Test→Deploy phases with explicit entry/exit criteria, phase-level agent assignment, and human-in-the-loop approval checkpoints.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

설치 방법 보기

포함된 파일(10)

  • SKILL.md8.7 KB
  • commands/team-orchestration.md2.1 KB
  • hooks/post-execute.cjs1.5 KB
  • hooks/pre-execute.cjs1.9 KB
  • references/research-requirements.md3.3 KB
  • rules/team-orchestration.md2.4 KB
  • schemas/input.schema.json1.2 KB
  • schemas/output.schema.json1.5 KB
  • scripts/main.cjs2.2 KB
  • templates/implementation-template.md2.9 KB

SKILL.md(원문)

설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.

Team Orchestration

Overview

This skill provides a structured 6-phase multi-agent pipeline for medium-to-large feature work:

Plan → Design → Implement → Review → Test → Deploy

Each phase has:

  • Entry criteria: conditions that must be met to start the phase
  • Exit criteria: verifiable outputs that must be produced to leave the phase
  • Approval gate: human or automated checkpoint before advancing
  • Agent assignment: the specialist agent responsible for this phase

When to Use

Use for:

  • Features that require collaboration across 3+ agents
  • Work that spans multiple files and subsystems
  • Tasks where quality gates between phases are important
  • Enterprise deliveries requiring audit trail of phase transitions

Do NOT use for:

  • Single-file bug fixes (use developer directly)
  • Simple Q&A or documentation-only changes
  • Tasks estimated under 1 hour

The Iron Law

NO PHASE ADVANCE WITHOUT VERIFIED EXIT CRITERIA

The orchestrator must verify every exit criterion before spawning the next phase's agent. If any criterion is unmet, the current phase remains active.

Phase Definitions

Phase 1: Plan

Entry criteria:

  • User request received and understood
  • Scope boundaries defined (in/out of scope)

Assigned agent: planner

Actions:

# Planner produces implementation plan
node .claude/tools/team-orchestration/team-orchestration.cjs --phase plan --task "{{task_description}}"

Exit criteria (ALL must pass):

  • Implementation plan written to .claude/context/plans/{{task-id}}-plan.md
  • Task decomposition lists ≥2 and ≤10 subtasks
  • Risk/dependency section populated
  • Plan reviewed by planner for completeness

Approval gate: HUMAN (user approves the plan before Design starts)


Phase 2: Design

Entry criteria:

  • Plan approved by human
  • Plan file exists at .claude/context/plans/{{task-id}}-plan.md

Assigned agent: architect

Actions:

# Architect produces design document
node .claude/tools/team-orchestration/team-orchestration.cjs --phase design --plan ".claude/context/plans/{{task-id}}-plan.md"

Exit criteria (ALL must pass):

  • Design doc written to .claude/context/plans/{{task-id}}-design.md
  • API contracts / interfaces defined
  • Data flow diagram or description present
  • Security considerations noted

Approval gate: AUTOMATED (validation script checks doc completeness)


Phase 3: Implement

Entry criteria:

  • Design document exists and is complete
  • No unresolved blockers from Design phase

Assigned agent: developer

Actions:

# Developer implements per design doc
# Uses tdd skill for code changes
Skill({ skill: 'tdd' })

Exit criteria (ALL must pass):

  • All planned files created/modified
  • pnpm lint:fix passes with 0 errors
  • pnpm format produces no changes
  • All new code has corresponding tests

Approval gate: AUTOMATED (lint + format + test run)


Phase 4: Review

Entry criteria:

  • Implementation complete
  • All tests passing
  • Lint/format clean

Assigned agent: code-reviewer

Actions:

# Code reviewer performs structured review
Skill({ skill: 'requesting-code-review' })

Exit criteria (ALL must pass):

  • Code review report written to .claude/context/reports/backend/{{task-id}}-review.md
  • Zero critical findings (severity: critical)
  • All high-severity findings addressed or risk-accepted with justification

Approval gate: HUMAN (reviewer sign-off required before Test)


Phase 5: Test

Entry criteria:

  • Code review sign-off received
  • No critical or unresolved high findings

Assigned agent: qa

Actions:

# QA runs full test suite and validates coverage
Skill({ skill: 'qa-workflow' })

Exit criteria (ALL must pass):

  • Full test suite passes: pnpm test
  • Test coverage report shows no regression from baseline
  • Integration tests pass (if applicable)
  • QA sign-off written to .claude/context/reports/backend/{{task-id}}-qa.md

Approval gate: AUTOMATED (test suite pass/fail)


Phase 6: Deploy

Entry criteria:

  • QA sign-off exists
  • All tests passing
  • Approval from Test phase

Assigned agent: devops

Actions:

# DevOps executes deployment
Skill({ skill: 'finishing-a-development-branch' })

Exit criteria (ALL must pass):

  • Changes committed and pushed to remote
  • Deployment verification performed
  • CHANGELOG.md updated
  • Deployment record written to .claude/context/reports/backend/{{task-id}}-deploy.md

Approval gate: HUMAN (deployment sign-off before marking pipeline complete)


Phase State Tracking

Orchestrators MUST maintain phase state in a snapshot file:

// .claude/context/plans/{{task-id}}.snapshot.json
{
  "taskId": "{{task-id}}",
  "currentPhase": "implement",
  "completedPhases": ["plan", "design"],
  "approvals": {
    "plan": { "approved": true, "by": "user", "at": "2026-03-22T..." },
    "design": { "approved": true, "by": "automated", "at": "2026-03-22T..." }
  },
  "agentAssignments": {
    "plan": "planner",
    "design": "architect",
    "implement": "developer",
    "review": "code-reviewer",
    "test": "qa",
    "deploy": "devops"
  },
  "resumable": true,
  "timestamp": "2026-03-22T..."
}

Command to verify phase state:

node -e "const s=require('./.claude/context/plans/{{task-id}}.snapshot.json');console.log('Phase:',s.currentPhase,'Completed:',s.completedPhases.join(','))"

Phase Transition Protocol

Before advancing from phase N to N+1:

  1. Verify all exit criteria — use the checklist in the phase definition
  2. Request approval (if human gate) — pause and wait for user confirmation
  3. Record approval — update snapshot.json with approval metadata
  4. Spawn next agent — use Task() with explicit task_id
[ORCHESTRATOR] Phase 1 (Plan) exit criteria check:
  ✓ Plan file exists: .claude/context/plans/my-feature-plan.md
  ✓ 5 subtasks defined (within 2-10 range)
  ✓ Risk section populated
  ✓ Dependencies listed
GATE: Requesting human approval...
[HUMAN APPROVES]
[ORCHESTRATOR] Advancing to Phase 2 (Design)...

Enforcement Hooks

Input validated against schemas/input.schema.json before execution. Output contract defined in schemas/output.schema.json.

Memory Protocol

Before starting:

Read .claude/context/memory/learnings.md for prior orchestration runs on similar tasks.

After completing:

  • Append pipeline summary to .claude/context/memory/learnings.md
  • Record phase duration data for future estimation
  • Log any phase-skip decisions to .claude/context/memory/decisions.md

Anti-Patterns

  • Never skip a phase unless explicitly approved by the user with written justification
  • Never advance without ALL exit criteria passing (not "most")
  • Never reuse a task-id from a previous pipeline run
  • Never proceed past a HUMAN gate without actual human confirmation
  • Never run Design before Plan is approved — partial plans produce costly designs

Related Skills

  • plan-generator — generates implementation plans (used in Phase 1)
  • architecture-review — deep architecture review (supplements Phase 2)
  • tdd — test-driven implementation (used in Phase 3)
  • requesting-code-review — code review dispatch (Phase 4)
  • qa-workflow — QA validation loop (Phase 5)
  • finishing-a-development-branch — branch completion (Phase 6)
  • swarm-coordination — for running Implement phase with parallel agents

Assigned Agents

  • master-orchestrator (primary — runs the full pipeline)
  • planner (Phase 1)
  • architect (Phase 2)
  • developer (Phase 3)
  • code-reviewer (Phase 4)
  • qa (Phase 5)
  • devops (Phase 6)

리뷰

아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.

댓글

로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.

아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.

보내면 바로 공개됩니다. 이메일 주소나 전화번호 같은 개인 정보는 쓰지 마세요. URL은 2개까지입니다.

0 / 1,000자

이 양식은 reCAPTCHA로 보호되며 Google 개인정보처리방침 및 서비스 약관이 적용됩니다.

같은 저장소의 스킬

Ensure accessibility in UI components including semantic HTML, ARIA attributes, keyboard navigation, and WCAG 2.2 AA compliance.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

oimiragieo/agent-studio422026년 7월 14일 업데이트

Use when you want to improve response quality through meta-cognitive reasoning. Applies 15+ reasoning methods to reconsider and refine initial outputs.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

oimiragieo/agent-studio422026년 7월 14일 업데이트

N-round opposing-stance debates for trade-off analysis. Assigns pro/con roles to agents, runs structured debate rounds with quality scoring, and produces a moderator synthesis with confidence-rated recommendation. Generalizable to architecture, technology, security, and design decisions.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

oimiragieo/agent-studio422026년 7월 14일 업데이트

Force adversarial code review stance that eliminates confirmation bias — reviewer must find issues or re-analyze

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

oimiragieo/agent-studio422026년 7월 14일 업데이트

Creates specialized AI agents on-demand when no existing agent matches a request. Use when the Router cannot find a suitable agent for a task. Enables self-evolution by generating persistent agents.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

oimiragieo/agent-studio422026년 7월 14일 업데이트

LLM-as-judge evaluation framework with 5-dimension rubric (accuracy, groundedness, coherence, completeness, helpfulness) for scoring AI-generated content quality with weighted composite scores and evidence citations

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

oimiragieo/agent-studio422026년 7월 14일 업데이트

oimiragieo의 스킬 모두 보기

이 스킬의 문제 신고