team-assemble by ai-native-camp/camp-2
npx skills add https://github.com/ai-native-camp/camp-2 --skill team-assemble动态分析任务并组建专家团队,基于 TeamCreate 立即执行的技能。
请勿用于: 单一文件修改、简单问题、只能顺序执行的任务
digraph team_assemble {
rankdir=TB;
"사용자 입력" [shape=doublecircle];
"Phase 1:\n작업 분석 & 팀 설계" [shape=box];
"사용자 승인?" [shape=diamond];
"Phase 2:\nTeamCreate & TaskCreate" [shape=box];
"Phase 3:\nTeammate 실행" [shape=box];
"Phase 4:\n결과 종합 & 정리" [shape=box];
"완료" [shape=doublecircle];
"사용자 입력" -> "Phase 1:\n작업 분석 & 팀 설계";
"Phase 1:\n작업 분석 & 팀 설계" -> "사용자 승인?";
"사용자 승인?" -> "Phase 1:\n작업 분석 & 팀 설계" [label="수정"];
"사용자 승인?" -> "Phase 2:\nTeamCreate & TaskCreate" [label="승인"];
"Phase 2:\nTeamCreate & TaskCreate" -> "Phase 3:\nTeammate 실행";
"Phase 3:\nTeammate 실행" -> "Phase 4:\n결과 종합 & 정리";
"Phase 4:\n결과 종합 & 정리" -> "완료";
}
分析任务并决定:
广告位招租
在这里展示您的产品或服务
触达数万 AI 开发者,精准高效
| 角色类型 | 模型 | 示例 |
|---|---|---|
| 规划/设计/决策 | opus | architect, planner, lead |
| 分析/研究/复杂判断 | opus | analyzer, researcher, code-reviewer |
| 实现/执行/收集 | sonnet | implementer, collector, writer |
| 验证/整理/格式化 | sonnet | validator, formatter, tester |
边界角色判断 : "需要做出新的判断吗?" → opus. "按照给定标准执行吗?" → sonnet.
必须通过 AskUserQuestion 获得批准后再进行:
팀 구성 제안: {team-name}
| # | 역할 | 모델 | 담당 작업 | 의존성 |
|---|------|------|----------|--------|
| 1 | role-name | opus | 작업 설명 | - |
| 2 | role-name | sonnet | 작업 설명 | #1 |
选项:"好的,请执行" / "需要修改角色"
选择"修改角色"时,询问具体要修改什么。如果修改请求超过 2 次,则切换到自由文本输入。
批准后按顺序执行:
TeamCreate(team_name: "{keyword}-team", description: "작업 설명")
team_name 规则:任务核心关键词 + -team (例如:migration-team, research-team)
为每个角色调用 TaskCreate,然后使用 TaskUpdate 设置 blockedBy 依赖关系:
TaskCreate(subject: "#1 {역할}: {작업 요약}", description: "상세 설명", activeForm: "{작업} 진행 중")
TaskUpdate(taskId: "2", addBlockedBy: ["1"])
核心机制 : Task 工具在 foreground(默认)下是 blocking — 等待 teammate 结束并返回结果文本。这个返回值就是 teammate 的工作结果。
在 单条消息中同时 调用没有 blockedBy 依赖的任务:
Task(name: "analyst", team_name: "...", subagent_type: "general-purpose", model: "opus", prompt: "...", mode: "bypassPermissions")
Task(name: "collector", team_name: "...", subagent_type: "general-purpose", model: "sonnet", prompt: "...", mode: "bypassPermissions")
// 两个 Task 完成后分别接收结果文本
将前置 Task 的 返回值 插入到下一个 teammate 的提示词中:
Task(name: "writer", prompt: "선행 작업 결과:\n{result_1}\n\n이 결과를 바탕으로...")
详细提示词模板请参考 references/prompt-templates.md。
汇总所有 teammate 的结果并向用户报告:
## 팀 실행 결과: {team-name}
### 1. {역할}: {작업} → {결과 요약}
### 최종 산출물
- {파일 경로 또는 결과물 목록}
foreground Task 完成后,teammate 处于 idle 状态。清理顺序:
SendMessage(type: "shutdown_request", recipient: "{name}", content: "작업 완료")
TeamDelete() // 确认所有 teammate 已终止后
如果 shutdown_request 没有响应,说明已经终止 — 忽略并继续执行 TeamDelete。
| 错误 | 正确方法 |
|---|---|
| 未经用户批准创建团队 | Phase 1 中必须通过 AskUserQuestion 获得批准 |
| 所有任务顺序执行 | 独立任务应在单条消息中并行调用 Task |
| teammate 提示词模糊 | 必须包含上下文 + 目标 + 约束 + 输出格式 |
| 遗漏 TeamDelete | 必须按 shutdown_request → TeamDelete 顺序清理 |
| 所有角色都使用 opus | 执行/收集角色使用 sonnet 以节省成本 |
Phase 1: 分析 → AskUserQuestion (团队组建批准)
Phase 2: TeamCreate → TaskCreate × N → TaskUpdate (依赖关系)
Phase 3: Task × N (并行) → 结果传递 → Task × N (后续)
Phase 4: 结果汇总 → shutdown_request × N → TeamDelete
references/examples.md — 包含 3 个完整示例(DB 迁移、竞品分析、全栈实现),涵盖 Phase 1~3 完整流程references/prompt-templates.md — 各角色 teammate 提示词模板(analyst, implementer, validator)及编写技巧每周安装次数
139
仓库
GitHub Stars
9
首次出现
8 天前
安全审计
安装于
claude-code135
opencode10
codex10
gemini-cli9
github-copilot9
amp9
작업을 분석하여 전문가 팀을 동적으로 구성하고 TeamCreate 기반으로 즉시 실행하는 스킬.
사용하지 말 것: 단일 파일 수정, 간단한 질문, 순차적으로만 가능한 작업
digraph team_assemble {
rankdir=TB;
"사용자 입력" [shape=doublecircle];
"Phase 1:\n작업 분석 & 팀 설계" [shape=box];
"사용자 승인?" [shape=diamond];
"Phase 2:\nTeamCreate & TaskCreate" [shape=box];
"Phase 3:\nTeammate 실행" [shape=box];
"Phase 4:\n결과 종합 & 정리" [shape=box];
"완료" [shape=doublecircle];
"사용자 입력" -> "Phase 1:\n작업 분석 & 팀 설계";
"Phase 1:\n작업 분석 & 팀 설계" -> "사용자 승인?";
"사용자 승인?" -> "Phase 1:\n작업 분석 & 팀 설계" [label="수정"];
"사용자 승인?" -> "Phase 2:\nTeamCreate & TaskCreate" [label="승인"];
"Phase 2:\nTeamCreate & TaskCreate" -> "Phase 3:\nTeammate 실행";
"Phase 3:\nTeammate 실행" -> "Phase 4:\n결과 종합 & 정리";
"Phase 4:\n결과 종합 & 정리" -> "완료";
}
작업을 분석하여 다음을 결정:
| 역할 유형 | 모델 | 예시 |
|---|---|---|
| 기획/설계/의사결정 | opus | architect, planner, lead |
| 분석/리서치/복잡한 판단 | opus | analyzer, researcher, code-reviewer |
| 구현/실행/수집 | sonnet | implementer, collector, writer |
| 검증/정리/포맷팅 | sonnet | validator, formatter, tester |
경계 역할 판단 : "새로운 판단을 내려야 하는가?" → opus. "주어진 기준대로 실행하는가?" → sonnet.
AskUserQuestion으로 반드시 승인을 받은 후 진행:
팀 구성 제안: {team-name}
| # | 역할 | 모델 | 담당 작업 | 의존성 |
|---|------|------|----------|--------|
| 1 | role-name | opus | 작업 설명 | - |
| 2 | role-name | sonnet | 작업 설명 | #1 |
Options: "좋아요, 실행해주세요" / "역할 수정이 필요해요"
"역할 수정" 선택 시 구체적으로 뭘 바꿀지 질문. 2회 이상 수정 요청 시 자유 텍스트 입력으로 전환.
승인 후 순서대로 실행:
TeamCreate(team_name: "{keyword}-team", description: "작업 설명")
team_name 규칙: 작업 핵심 키워드 + -team (예: migration-team, research-team)
각 역할별 TaskCreate 호출 후 TaskUpdate로 blockedBy 의존성 설정:
TaskCreate(subject: "#1 {역할}: {작업 요약}", description: "상세 설명", activeForm: "{작업} 진행 중")
TaskUpdate(taskId: "2", addBlockedBy: ["1"])
핵심 메커니즘 : Task 도구는 foreground(기본)에서 blocking — teammate가 끝날 때까지 대기하고 결과 텍스트를 반환. 이 반환값이 teammate의 작업 결과.
blockedBy가 없는 태스크들을 단일 메시지에서 동시에 Task 호출:
Task(name: "analyst", team_name: "...", subagent_type: "general-purpose", model: "opus", prompt: "...", mode: "bypassPermissions")
Task(name: "collector", team_name: "...", subagent_type: "general-purpose", model: "sonnet", prompt: "...", mode: "bypassPermissions")
// 두 Task 완료 후 각각의 결과 텍스트 수신
선행 Task의 반환값 을 다음 teammate 프롬프트에 삽입:
Task(name: "writer", prompt: "선행 작업 결과:\n{result_1}\n\n이 결과를 바탕으로...")
상세 프롬프트 템플릿은 references/prompt-templates.md 참조.
모든 teammate 결과를 종합하여 사용자에게 보고:
## 팀 실행 결과: {team-name}
### 1. {역할}: {작업} → {결과 요약}
### 최종 산출물
- {파일 경로 또는 결과물 목록}
foreground Task 완료 후 teammate는 idle 상태. 정리 순서:
SendMessage(type: "shutdown_request", recipient: "{name}", content: "작업 완료")
TeamDelete() // 모든 teammate 종료 확인 후
shutdown_request에 응답 없으면 이미 종료된 것 — 무시하고 TeamDelete 진행.
| 실수 | 올바른 방법 |
|---|---|
| 사용자 승인 없이 팀 생성 | Phase 1에서 반드시 AskUserQuestion으로 승인 |
| 모든 작업을 순차 실행 | 독립 작업은 단일 메시지에서 병렬 Task 호출 |
| teammate 프롬프트가 모호 | 맥락 + 목표 + 제약 + 출력형식 필수 포함 |
| TeamDelete 누락 | 반드시 shutdown_request → TeamDelete 순서로 정리 |
| 모든 역할에 opus 사용 | 실행/수집 역할은 sonnet으로 비용 절약 |
Phase 1: 분석 → AskUserQuestion (팀 구성 승인)
Phase 2: TeamCreate → TaskCreate × N → TaskUpdate (의존성)
Phase 3: Task × N (병렬) → 결과 전달 → Task × N (후속)
Phase 4: 결과 종합 → shutdown_request × N → TeamDelete
references/examples.md — DB 마이그레이션, 경쟁사 분석, 풀스택 구현 등 3개 worked example (전체 Phase 1~3 흐름)references/prompt-templates.md — 역할별 teammate 프롬프트 템플릿 (analyst, implementer, validator) 및 작성 팁Weekly Installs
139
Repository
GitHub Stars
9
First Seen
8 days ago
Security Audits
Gen Agent Trust HubWarnSocketPassSnykFail
Installed on
claude-code135
opencode10
codex10
gemini-cli9
github-copilot9
amp9
AI Elements:基于shadcn/ui的AI原生应用组件库,快速构建对话界面
54,900 周安装