From agent-team
Use when the user wants to create an agent team, coordinate multiple agents, or needs help deciding team composition for a development task. Triggers on keywords like team, swarm, agent team, parallel agents, role-based development.
npx claudepluginhub window-ook/claude-code-lab --plugin agent-teamThis skill uses the workspace's default tool permissions.
작업 상황을 인터뷰하고, 최적의 에이전트 팀을 추천하여 구축한다.
Guides Next.js Cache Components and Partial Prerendering (PPR) with cacheComponents enabled. Implements 'use cache', cacheLife(), cacheTag(), revalidateTag(), static/dynamic optimization, and cache debugging.
Migrates code, prompts, and API calls from Claude Sonnet 4.0/4.5 or Opus 4.1 to Opus 4.5, updating model strings on Anthropic, AWS, GCP, Azure platforms.
Analyzes BMad project state from catalog CSV, configs, artifacts, and query to recommend next skills or answer questions. Useful for help requests, 'what next', or starting BMad.
작업 상황을 인터뷰하고, 최적의 에이전트 팀을 추천하여 구축한다.
$ARGUMENTS를 작업 설명으로 사용하고, 복잡도와 성격을 자동 추론하여 Phase 2로 넘어간다.
.claude/plans/*.md를 읽어 작업 내용, 복잡도, 성격을 자동 추론하고 사용자에게 확인만 받는다.
아래 질문을 한 번에 던진다:
팀을 구성하겠습니다. 아래 질문에 답해주세요:
1. 어떤 작업인가요? (간단히 설명)
2. 복잡도는?
A: 간단 (단일 파일/컴포넌트 수정)
B: 보통 (여러 파일 수정, 한 영역)
C: 복잡 (여러 영역 걸침, 의존성 있음)
D: 대규모 (새 도메인, 10+ 파일)
3. 작업 성격은? (중복 선택 가능)
① 비즈니스 로직/API
② UI/페이지
③ 리팩토링
④ 버그 수정
⑤ 새 기능 풀스택
⑥ 테스트 작성
⑦ DB/마이그레이션
⑧ 인프라/설정
⑨ 기타 (직접 입력)
| 복잡도 | 작업 성격 | 팀 구성 | 인원 |
|---|---|---|---|
| A 간단 | 모든 성격 | worker + reviewer | 2명 |
| B 보통 | 로직 중심 ①③④⑦ | architect + reviewer | 2명 |
| B 보통 | UI 중심 ② | publisher + reviewer | 2명 |
| B 보통 | 테스트 ⑥ | tester + reviewer | 2명 |
| B 보통 | 풀스택 ⑤ | architect + publisher + reviewer | 3명 |
| B 보통 | 인프라 ⑧ | infra-engineer + reviewer | 2명 |
| C 복잡 | 로직 중심 ①③④⑦ | leader + architect ×2 + reviewer | 4명 |
| C 복잡 | UI 중심 ② | leader + publisher ×2 + reviewer | 4명 |
| C 복잡 | 풀스택 ⑤ | leader + architect + publisher + reviewer | 4명 |
| C 복잡 | 테스트 ⑥ | leader + tester ×2 + reviewer | 4명 |
| C 복잡 | 혼합 | leader + 성격별 specialist + reviewer | 4~5명 |
| D 대규모 | 모든 성격 | leader + specialist ×N + reviewer ×2 | 5~8명 |
작업 성격이 2개 이상이면 각 성격에 맞는 specialist를 배치한다:
📋 추천 팀 구성:
팀 이름: {현재 브랜치명 또는 사용자 지정}
인원: {N}명
근거: {복잡도 X} + {성격 Y} → {매트릭스 매칭 결과}
| # | 이름 | 역할 | 담당 | 에이전트 타입 |
|---|------|------|------|--------------|
| 1 | leader | 리더 | 태스크 분배, 의존성 조율, 최종 검증 | general-purpose |
| 2 | architect | 아키텍트 | 비즈니스 로직, API, 데이터 모델 | general-purpose |
| 3 | publisher | 퍼블리셔 | UI 컴포넌트, 페이지, 스타일링 | general-purpose |
| 4 | reviewer | 리뷰어 | 구현 완성도, 코드 퀄리티, 보안 | feature-dev:code-reviewer |
이대로 진행할까요? (수정하고 싶으면 말씀해주세요)
사용자가 역할 추가/제거/변경을 요청하면 반영 후 다시 확인받는다.
사용자가 확인하면 아래 순서로 실행한다:
subagent_type: "general-purpose"subagent_type: "general-purpose"I- prefix)subagent_type: "general-purpose"subagent_type: "general-purpose"subagent_type: "general-purpose"subagent_type: "feature-dev:code-reviewer"subagent_type: "general-purpose"1. architect / publisher / tester / infra-engineer (병렬 가능)
↓ (모두 완료)
2. reviewer
↓ (이슈 발견 시)
3. 해당 구현 팀원에게 수정 지시
↓ (수정 완료)
4. reviewer 재검증
↓ (통과)
5. leader가 완료 선언 (또는 메인 에이전트가 사용자에게 보고)
사용자가 커스텀 역할을 지정할 때 아래 기준으로 subagent_type을 선택한다:
| 역할 성격 | subagent_type | 이유 |
|---|---|---|
| 코드 구현 (읽기+쓰기) | general-purpose | 파일 편집, Bash 실행 필요 |
| 코드 리뷰 (읽기 전용) | feature-dev:code-reviewer | 읽기 전용으로 충분, 리뷰 특화 |
| 코드 탐색/분석 | feature-dev:code-explorer | 코드 분석 특화 |
| 아키텍처 설계 | feature-dev:code-architect | 설계 분석 특화 |
| 리팩토링 | code-refactor-master | 리팩토링 특화, 의존성 추적 |
| 보안 검증 | security-reviewer | OWASP Top 10, 시크릿 탐지 |
| 접근성 검증 | a11y-verifier | 시맨틱 HTML, ARIA, 키보드 접근성 |
| 성능 검증 | performance-reviewer | LCP, CLS, FCP, INP 관점 |
| 계획 대비 검증 | plan-verifier | 계획서와 코드 비교 |
| 컨벤션 검증 | convention-verifier | CLAUDE.md, CODE_STYLE 준수 |
대규모(D) 팀에서는 reviewer를 2명으로 분리하여 부하를 분산한다:
| 이름 | 담당 | subagent_type |
|---|---|---|
| quality-reviewer | 코드 퀄리티, DRY, SRP, 패턴 | feature-dev:code-reviewer |
| plan-reviewer | 계획서 대비 구현 완성도, 누락 검증 | plan-verifier |
필요 시 security-reviewer, performance-reviewer도 추가 가능하다.