에이전트 팀 지휘 (Agent Teams Command)

무엇을 해주나

• 팀 편성 심사: 병렬화가 정말 이득인지 '오케스트레이션 태스(셋업, 컨텍스트 중복, IPC, 머지 충돌, 리뷰, 정리 비용)'를 먼저 계산하고, 단일 프로세스로 끝날 일이면 팀을 만들지 않도록 막습니다.
• 지휘 프로그램 작성: 목표/비목표, 체크포인트 주기, 인터럽트 정책, 상태·산출물 경로, IPC 스키마, 허용/금지 도구, 검증자, 중단·복구 조건을 문서화합니다.
• 영역 분리: 작업을 인터페이스/파일 단위로 쪼개 워커마다 배타적 소유권을 주고, 별도 worktree·브랜치로 쓰기 충돌을 원천 차단합니다.
• 타입드 IPC: {task_id, state, artifact, artifact_hash, evidence, decision, unknowns, termination_reason, next_action} 형태의 구조화 메시지만 상태를 바꾸도록 규정합니다.
• 직렬 통합 + 게이트: 검증된 워크스트림을 의존 순서대로 하나씩 통합하고, 독립 리뷰어(레드팀)·인간 승인·롤백 준비·정리 영수증을 요구합니다.
• 실패 프로토콜: NEEDS_INPUT, BLOCKED_DEPENDENCY, BLOCKED_PERMISSION, VERIFY_FAILED, NO_PROGRESS, BUDGET_STOP 상태로 상황별 대응을 표준화합니다.

이런 분께 추천

• 서브에이전트를 여러 개 띄웠다가 결과가 뒤엉키고 머지 충돌만 늘어난 경험이 있는 개발자
• 빌더/검증자 역할을 분리해 자기검증 편향을 줄이고 싶은 AI 에이전트 파이프라인 설계자
• 대규모 리팩터링·마이그레이션처럼 워크스트림이 여러 갈래인 작업의 지휘자 역할을 맡은 테크리드
• 프로덕션 배포·비용 지출·파괴적 작업 전 승인/롤백 절차를 명문화해야 하는 팀

활용 예시

1. 스키마 공유 충돌: 두 워커가 같은 스키마 파일을 필요로 할 때 → 커맨더가 계약(스키마)을 먼저 확정·발행하고, 워커들은 읽기 전용으로만 소비하도록 직렬화합니다.
2. 과잉 병렬화 방지: 의존 그래프에 노드가 6개지만 실제 판단이 필요한 건 2개뿐 → 워커 2명만 채용하고 결정론적 노드는 스케줄러가 그대로 처리합니다.
3. 가짜 리뷰 재실행: 비평가가 빌더의 논리를 그대로 받아보고 동의만 했다면 → 수용 기준·산출물·증거만 주고 다시 검토시켜 컨텍스트 독립성을 확보합니다.
4. 전원 성공, 통합 실패: 워커 전부 성공 보고인데 통합이 깨진 경우 → 보고를 평균내지 말고 미션 상태를 VERIFY_FAILED로 두고 비호환 산출물을 반려합니다.

이 파일의 지시를 읽고 그대로 따라서 나를 도와줘:
https://raw.githubusercontent.com/Mark393295827/third-brain-v7-skills/HEAD/skills/agent-teams-command/SKILL.md

내가 원하는 것: (여기에 하고 싶은 일을 쓰세요)

클로드스킬마트에서 찾은 스킬을 설치해줘.
GitHub 저장소 Mark393295827/third-brain-v7-skills 의 skills/agent-teams-command 폴더를 내 ~/.claude/skills/agent-teams-command/ 에 그대로 복사해줘.
설치가 끝나면 이 스킬로 무엇을 할 수 있는지 한 줄로 알려줘.