Menu
用于组合和派遣并行团队的交互式代理选择器
Instinct-based learning system that observes sessions via hooks, creates atomic instincts with confidence scoring, and evolves them into skills/commands/agents. v2.1 adds project-scoped instincts to prevent cross-project contamination.
Orchestrate building a brand-new feature end to end — research, plan, TDD implementation, review, and gated commit — by delegating each phase to the matching ECC agent. Use when adding a capability that does not exist yet.
Orchestrate bootstrapping a working MVP from a design or spec document — ingest the doc, plan thin vertical slices, scaffold the first end-to-end slice, then TDD-implement, review, and gated commit. Use to turn an SDD/PRD into a running starting point.
Orchestrate altering an existing, working feature to new desired behavior — update its tests to the new spec, change the implementation to match, review, and gated commit. Use when behavior is not broken but should be different.
Orchestrate fixing a bug — reproduce it as a failing regression test, fix to green, review, and gated commit — by delegating each phase to the matching ECC agent. Use when existing behavior is broken or wrong.
Shared orchestration engine for the orch-* skill family. Defines the gated Research-Plan-TDD-Review-Commit pipeline, the size classifier, the agent map, and the two human gates that the orch-* operation skills delegate to. Not usually invoked directly.
| name | team-builder |
| description | 用于组合和派遣并行团队的交互式代理选择器 |
| origin | community |
用于按需浏览和组合智能体团队的交互式菜单。适用于扁平化或按领域子目录组织的智能体集合。
智能体文件必须是包含角色提示（身份、规则、工作流程、交付物）的 markdown 文件。第一个 # Heading 用作智能体名称，第一段用作描述。
支持扁平化和子目录两种布局：
子目录布局 — 领域从文件夹名称推断：
agents/
├── engineering/
│ ├── security-engineer.md
│ └── software-architect.md
├── marketing/
│ └── seo-specialist.md
└── sales/
└── discovery-coach.md
扁平化布局 — 领域从共享的文件名前缀推断。当 2 个或更多文件共享同一前缀时，该前缀被视为一个领域。具有唯一前缀的文件归入 "General" 类别。注意：算法在第一个 - 处分割，因此多单词领域（例如 product-management）应使用子目录布局：
agents/
├── engineering-security-engineer.md
├── engineering-software-architect.md
├── marketing-seo-specialist.md
├── marketing-content-strategist.md
├── sales-discovery-coach.md
└── sales-outbound-strategist.md
智能体目录按顺序探测，结果会被合并：
./agents/**/*.md + ./agents/*.md — 项目本地智能体（两种深度）~/.claude/agents/**/*.md + ~/.claude/agents/*.md — 全局智能体（两种深度）所有位置的结果会合并，并按智能体名称去重。同名情况下，项目本地智能体优先于全局智能体。如果用户指定了自定义路径，则使用该路径代替。
使用上述探测顺序在智能体目录中进行全局搜索。排除 README 文件。对于找到的每个文件：
- 之前的文本）。一个前缀只有在出现在 2 个或更多文件名中时才符合领域资格（例如，engineering-security-engineer.md 和 engineering-software-architect.md 都以 engineering 开头 → Engineering 领域）。具有唯一前缀的文件（例如 code-reviewer.md, tdd-guide.md）归入 "General" 类别# Heading 提取智能体名称。如果未找到标题，则从文件名派生名称（去除 .md，用空格替换连字符，并转换为标题大小写）如果在探测完所有位置后未找到任何智能体文件，则通知用户："未找到智能体文件。已检查：[探测的路径列表]。期望：这些目录中的 markdown 文件。" 然后停止。
可用的代理领域：
1. 工程领域 — 软件架构师、安全工程师
2. 市场营销 — SEO专家
3. 销售领域 — 发现教练、外拓策略师
请选择领域或指定具体代理（例如："1,3" 或 "security + seo"）：
接受灵活的输入：
如果选择的智能体超过 5 个，则按字母顺序列出它们，并要求用户缩小范围："您选择了 N 个智能体（最多 5 个）。请选择保留哪些，或说 'first 5' 以使用按字母顺序排列的前五个。"
确认选择：
选定：安全工程师 + SEO专家
他们应该专注于什么任务？（描述任务）
subagent_type: "general-purpose"prompt: "{agent file content}\n\nTask: {task description}"收集所有输出并呈现统一的报告：
如果只选择了一个智能体，则跳过综合部分，直接呈现输出。
User: team builder
Claude:
可用代理领域：
1. 工程 (2) — 软件架构师，安全工程师
2. 市场营销 (1) — SEO专家
3. 销售 (4) — 探索教练，外拓策略师，提案策略师，销售工程师
4. 支持 (1) — 执行摘要
选择领域或指定具体代理：
User: security + seo
Claude:
已选择：安全工程师 + SEO专家
他们应该处理什么任务？
User: 在发布前审查我的 Next.js 电商网站
[两个代理并行启动，各自将他们的专长应用于代码库]
Claude:
## 安全工程师发现
- [发现内容...]
## SEO专家发现
- [发现内容...]
## 综合分析
双方代理均同意：[...]
冲突点：安全建议的CSP阻止内联样式，SEO需要内联模式标记。解决方案：[...]
后续步骤：[...]