界面已本地化;技能介绍与说明文档按所选语言由 AI 自动翻译,代码、命令、路径和专业术语保留原文,以原作者文档为准。
探索技能
开发与工程 · SKILL.md

team-orchestrate

team-orchestrate

【开发与工程】Unified orchestration engine with 3 modes: team (Agent Teams API, 3-level hierarchy), auto (direct Task dispatch, worktree-based phases), and thin (ultra-minimal context for 50-200 tasks). Use this skill for any multi-task project execution — it auto-selects the right mode based on task count and infrastructure. Triggers on /team-orchestrate, /auto-o…

独立 GitHub 快照 · 自动分类 · 以原作者文档为准

技能说明

GitHub

name: team-orchestrate description: "Unified orchestration engine with 3 modes: team (Agent Teams API, 3-level hierarchy), auto (direct Task dispatch, worktree-based phases), and thin (ultra-minimal context for 50-200 tasks). Use this skill for any multi-task project execution — it auto-selects the right mode based on task count and infrastructure. Triggers on /team-orchestrate, /auto-orchestrate, /orchestrate, '에이전트 팀 실행', '오케스트레이트', '자동 실행', '완전 자동화', and any request to execute TASKS.md at scale." triggers:

  • /team-orchestrate
  • /auto-orchestrate
  • /orchestrate
  • 에이전트 팀 실행
  • 팀 오케스트레이트
  • 완전 자동화
  • 자동 실행 version: 4.1.0 updated: 2026-03-29

Unified Orchestration Engine

Goal: Execute TASKS.md at any scale with the right coordination strategy.

Mode Selection

ModeTask countInfrastructureCommand
auto1-50Task tool only/team-orchestrate --mode=auto
autonomousanyTask tool + auto-cycle/team-orchestrate --mode=autonomous
team10-80Agent Teams API/team-orchestrate --mode=team
thin50-200Task tool + background/team-orchestrate --mode=thin

Auto-selection (when no --mode specified):

IF tasks < 30 AND no Agent Teams → auto
IF tasks < 80 AND Agent Teams available → team
IF tasks >= 50 → thin

For mode-specific details:

  • auto: references/auto-mode.md — Direct subagent dispatch, worktree-based phases
  • thin: references/thin-mode.md — Ultra-minimal context, 76% token reduction
  • team: Below (this document) — Agent Teams API, 3-level hierarchy

Mode: team (Agent Teams API)

Mandatory Tools (순서대로 호출)

순서도구용도필수 파라미터
1TeamCreate팀 생성 + 공유 작업 리스트team_name, description
2TaskCreate작업 등록subject, description
3TaskUpdate의존성/소유자 설정addBlockedBy, owner
4Agent팀메이트 생성team_name, name, prompt
5SendMessage에이전트 간 통신to, message

CRITICAL: Agent를 호출할 때 반드시 team_name을 포함해야 함. 없으면 일반 서브에이전트가 생성되어 통신 불가.


Prerequisite Checks (실행 전 자동 확인)

#항목실패 시 동작
1TASKS.md 존재STOP - "/tasks-init로 생성 먼저"
2TASKS.md 형식 (deps:, domain:)STOP - "/tasks-migrate로 변환"
3Agent Teams 활성화AUTO-FIX - install.sh --local --mode=team
4프로젝트 훅 설치AUTO-FIX - 동일
5settings.json 등록AUTO-FIX - 동일
6governance 문서 존재AskUserQuestion - 사용자 선택

Check 6 상세:

ls management/project-plan.md management/decisions/ADR-*.md 2>/dev/null | wc -l
  • ≥ 2 → PASS
  • < 2 → 사용자에게 "/governance-setup 먼저 실행?" 선택지 제시

Architecture: Logical 3-Level on Flat Team

Physical (flat):
  TeamCreate("project")
  ├── architecture-lead    ← domain coordinator
  ├── backend-builder      ← worker
  ├── design-lead          ← domain coordinator
  ├── frontend-builder     ← worker
  └── qa-lead              ← cross-cutting

Logical (hierarchical via SendMessage):
  Level 0: team-lead
    ├── Level 1: architecture-lead → Level 2: backend-builder, reviewer
    ├── Level 1: design-lead → Level 2: frontend-builder, designer
    └── Level 1: qa-lead (reports to team-lead)

Key: SendMessage는 모든 팀메이트 간 통신 가능. 계층은 통신 규약, 기술 제약 아님.


Execution Steps

Step 1: TASKS.md 분석

node ${CLAUDE_PLUGIN_ROOT}/skills/team-orchestrate/scripts/domain-analyzer.js --tasks-file TASKS.md --json

Step 2: TeamCreate 호출 (가장 먼저)

TeamCreate(team_name="{project-name}", description="3-level team for {project}")

Step 3: 협업 디렉토리 초기화

Bash('mkdir -p .claude/collab/decisions .claude/collab/requests .claude/collab/reports')

Step 4: TaskCreate로 작업 등록 + 의존성 설정

TaskCreate(subject="T1.1: User API", description=" deps:[] domain:backend")
TaskUpdate(task_id="2", addBlockedBy=["1"])

Step 5: Agent로 팀메이트 스폰 (team_name 필수)

최소 구조:

Agent(
  subagent_type = "general-purpose",  // 또는 "builder"
  team_name = "{project-name}",       // 필수 - 통신 가능하게 함
  name = "architecture-lead",         // 필수 - SendMessage에서 사용
  prompt = "...",                     // 상세는 references/agent-prompts.md
  run_in_background = true
)

Step 6: 초기 작업 할당 + 도메인 리드 알림

TaskUpdate(task_id="1", owner="backend-builder")
SendMessage(to="architecture-lead", message="Tasks assigned. Coordinate workers.")

Step 7: 모니터링 + 중재

  • 도메인 리드로부터 메시지 자동 수신 (폴링 불필요)
  • TaskList로 진행 상황 확인
  • 교차 도메인 충돌 시 중재 + .claude/collab/decisions/DEC-*.md 기록

Step 8: 완료 시 팀 종료

SendMessage(to="teammate", message={"type": "shutdown_request", "reason": "All tasks complete"})

Team Sizing 가이드

프로젝트 유형도메인 리드워커총인원
Backend onlyarchitecture-leadbackend-builder, reviewer3
Full-stackarchitecture-lead, design-leadbackend, frontend, reviewer, designer6
+ QA+ qa-lead7

Communication Protocol

Worker → Domain-lead:    "Task #1 done, ready for review"
Domain-lead → Team-lead: "Backend phase 1: 3/5 tasks done"
Domain-lead → Worker:    "Fix auth logic in T1.3"
Cross-domain:            architecture-lead → design-lead "API changed"

Agent Prompts (상세)

에이전트별 상세 프롬프트 템플릿은 references/agent-prompts.md 참조:

에이전트역할주요 책임
architecture-leadBackend 도메인 조정작업 할당, 도메인 테스트, ADR 작성
design-leadFrontend 도메인 조정작업 할당, 도메인 테스트, ADR 작성
backend-builderBackend 구현단위 테스트, architecture-lead 보고
frontend-builderFrontend 구현단위 테스트, design-lead 보고
qa-lead교차 도메인 품질통합 테스트, Phase 승인/거부
reviewer코드 리뷰architecture-lead 지시, PR 검토
designerUI/UX 설계design-lead 지시, 명세 작성

Configuration Files

파일용도
config/team-topology.json도메인 매핑, CLI 라우팅
.claude/collab/decisions/ADR-*.md기술 결정 기록
.claude/collab/requests/REQ-*.md도메인 간 요청
.claude/collab/reports/*-status.md상태 보고

Governance Hooks

Hook시점효과
TeammateIdle팀메이트 턴 종료미완료 작업 확인
TaskCompleted작업 완료 표시가벼운 품질 게이트
task-progress-gate리드 세션 종료TASKS.md 미갱신 경고

Last Updated: 2026-03-29 (v4.1.0 - autonomous 모드 추가)


Mode: autonomous (완전 자율 실행)

GSD의 /gsd:autonomous 패턴. 모든 incomplete 작업을 자동으로 순회.

실행 흐름

1. TASKS.md 분석 → incomplete 작업 목록
2. 각 작업에 대해:
   a. /discuss (필요시) → CONTEXT.md
   b. 계획 수립
   c. 실행 (deviation rules 적용)
   d. 검증 (goal-backward)
3. 모든 작업 완료 또는 블로커 발생까지 반복

사용자 개입 포인트

  • Gray area 결정 필요 (AskUserQuestion)
  • 검증 실패 시 확인
  • 블로커 발생 시 알림

진행 상황 표시

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
 AUTONOMOUS MODE
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

 Progress: 3/10 tasks
 Current: T1.3: Implement auth API
 Status: executing...

 [██████░░░░░░░░░░░░░░] 30%

호출

/team-orchestrate --mode=autonomous
/team-orchestrate --mode=autonomous --from T2.1  # 특정 작업부터

Fallback

  • 5분 무응답 → 알림 + 대기
  • 3회 연속 실패 → 중단 + 상태 저장
我的收藏