一个 Claude Code skill，将议题同时交给多个角色鲜明的 subagent 独立分析，汇聚多视角 insights，输出有立场、有行动的结构化报告。
/brainstorm <议题>
/brainstorm --roles "角色1,角色2,角色3" <议题>
示例：
/brainstorm 我们的 harness 要不要在工具调用前加一个 human-in-the-loop 确认步骤？
/brainstorm --roles "品牌视角,用户视角,竞品视角" 我们的 AI 效率工具叫什么名字好？
| 角色 | 关切焦点 |
|---|---|
| AI Infra Builder | Harness 架构：记忆层、权限管道、委派模式、context 工程、hook 生命周期 |
| Challenger | First-principles 假设检验 + 4 类反模式识别（整合 value-first-gate 框架） |
| Product Manager | 用户端交付：痛点频率/上手摩擦/MVP 范围/成功验收标准 |
| Coder | 代码实现：技术可行性/复杂度估算/技术债/已知坑 |
默认角色面向 harness/agentic 系统设计 场景。如需通用角色，通过 --roles 参数覆盖。
每次运行产出一份结构化报告，包含：
- 各角色独立分析（3-5 要点，体现该角色特有关切）
- 综合分析：关键共识 + 核心分歧
- 建议：明确立场（做/不做/条件性做），不骑墙
- 后续行动：具体可执行，含时间节点
将整个 brainstorm/ 目录放置于 ~/.claude/skills/brainstorm/，重启 Claude Code 即可通过 /brainstorm 调用。
brainstorm/
├── SKILL.md # 核心编排逻辑
├── agents/ # 默认角色 prompt
│ ├── ai-infra-builder.md
│ ├── challenger.md
│ ├── product-manager.md
│ └── coder.md
├── references/
│ └── role-boundaries.md # 角色边界冲突分析 + 第5角色（Domain Expert）触发规则
├── examples/
│ ├── onboarding-strategy-for-ai-pm.md # 非技术型议题的 few-shot example（含三种角色表现范式）
│ └── harness-architecture-org-mapping.md # 组织推行场景的 few-shot example（第5角色模式实战）
└── evals/
└── evals.json # 4 组评测用例
通过 --roles 参数指定任意角色名，skill 会根据名称推断立场：
/brainstorm --roles "CFO,CTO,用户研究员" 我们要不要自建 LLM 基础设施？
当议题涉及组织推行时，4个默认角色都缺少"管理过真实团队"的视角。role-boundaries.md 中新增了完整规则：
触发信号关键词：「推行」「全员采用」「改变现有流程」「立项」「预算审批」「跨部门统一」
第5角色原则：召唤该议题所在行业的资深从业者，而非固定角色。例如：
- 游戏研发组织推行 → 游戏制作人
- 医疗机构流程改造 → 科室主任
- 零售连锁运营变革 → 区域运营总监
详见 references/role-boundaries.md 和 examples/harness-architecture-org-mapping.md。
针对 4 个议题的对照测试（with_skill vs. baseline）：
| 场景 | with_skill | baseline |
|---|---|---|
| 产品功能决策 | 5/5 = 100% | 3/5 = 60% |
| 策略方向选择 | 4/4 = 100% | 3/4 = 75% |
| 自定义角色命名 | 4/4 = 100% | 4/4 = 100% |
| 组织推行场景（新增） | 待测 | 待测 |
| 平均（前3） | 100% | 78% |
关键差异：with_skill 强制产生并行角色视角，baseline 倾向于"视角/维度"等非人格化框架，缺乏角色张力。
MIT