From developer-toolkit
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 developer-toolkitThis skill uses the workspace's default tool permissions.
작업 상황을 인터뷰하고, 최적의 에이전트 팀을 추천하여 구축한다.
Searches, retrieves, and installs Agent Skills from prompts.chat registry using MCP tools like search_skills and get_skill. Activates for finding skills, browsing catalogs, or extending Claude.
Searches prompts.chat for AI prompt templates by keyword or category, retrieves by ID with variable handling, and improves prompts via AI. Use for discovering or enhancing prompts.
Guides agent creation for Claude Code plugins with file templates, frontmatter specs (name, description, model), triggering examples, system prompts, and best practices.
작업 상황을 인터뷰하고, 최적의 에이전트 팀을 추천하여 구축한다.
$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도 추가 가능하다.