本文へ移動
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)

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

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

日本語の概要は準備中です。原文の説明を表示しています。

oimiragieo/agent-studio432026年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-studio432026年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-studio432026年7月14日 更新

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

日本語の概要は準備中です。原文の説明を表示しています。

oimiragieo/agent-studio432026年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-studio432026年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-studio432026年7月14日 更新

oimiragieo のスキルをすべて見る

このスキルの問題を報告する