name: brainstorming-extension description: Warmstart 扩展以增强 superpowers:brainstorming - 设计完成后自动触发设计评审门 auto_activate: true triggers:

after:superpowers:brainstorming
“设计文档已提交”

头脑风暴扩展 - 自动评审门

目的

此技能扩展了 superpowers:brainstorming，在创建设计文档后自动触发设计评审门。它确保复杂功能在实施开始前经过产品经理、架构师、设计师、安全设计和 CTO 的评审。

这是一个特定于 Warmstart 的扩展，集成到 superpowers 头脑风暴技能中。

工作原理

标准头脑风暴流程：

superpowers:brainstorming
    │
    ├── 协作问答
    ├── 设计部分与验证
    ├── 写入 docs/plans/YYYY-MM-DD-<topic>-design.md
    └── 提交到 git
          │
          ▼
    "准备好设置实施了吗？"

使用此扩展：

superpowers:brainstorming
    │
    ├── 协作问答
    ├── 设计部分与验证
    ├── 写入 docs/plans/YYYY-MM-DD-<topic>-design.md
    └── 提交到 git
          │
          ▼
    ┌─────────────────────────────────────────┐
    │  自动设计评审门                         │
    │  (goodtogo:design-review-gate)         │
    │                                         │
    │  并行启动：                             │
    │  • 产品经理代理（用例验证）             │
    │  • 架构师代理（架构）                   │
    │  • 设计师代理（UX/API）                 │
    │  • 安全设计代理（威胁建模）             │
    │  • CTO 代理（TDD 就绪度）               │
    │                                         │
    │  迭代直到所有五个批准                   │
    └─────────────────────────────────────────┘
          │
          ▼
    全部批准？ ────否────► 设计迭代
          │
         是
          │
          ▼
    "准备好设置实施了吗？"

激活

此技能在以下情况自动激活：

superpowers:brainstorming 完成并提交设计文档
创建并提交匹配 docs/plans/*-design.md 的文件
用户明确说“评审此设计”或“运行评审门”

扩展行为

设计文档提交后

当设计文档提交时，此扩展：

检测完成 - 监控 docs/plans/*-design.md 的提交

宣布评审门：

## 🔄 设计评审门已激活

您的设计文档已提交。在继续实施前，
我将运行评审代理以确保其就绪。

启动评审：

- 📦 产品经理代理（用例/需求验证）
- 🏗️ 架构师代理（技术架构）
- 🎨 设计师代理（UX/API 设计）
- 🔒 安全设计代理（威胁建模/安全评审）
- 🔬 CTO 代理（TDD 就绪度）

这通常需要 2-3 分钟...

启动评审代理 - 使用 design-review-gate 技能
聚合结果 - 结合所有五个代理的反馈

报告结果：

如果批准：

## ✅ 设计评审门：通过

所有五个评审员已批准您的设计！

| 代理           | 裁决     | 备注                                 |
| --------------- | -------- | ------------------------------------- |
| 产品经理        | 批准     | 清晰的用例，可衡量的好处             |
| 架构师          | 批准     | 干净的架构，遵循模式                 |
| 设计师          | 批准     | 良好的 API 设计，清晰的错误状态      |
| 安全设计        | 批准     | 无高风险威胁，缓解措施 OK            |
| CTO             | 批准     | TDD 规范存在，准备实施               |

### 下一步

1. 为此功能创建 BEADS 史诗
2. 设置工作树以进行隔离开发
3. 开始实施

准备好继续了吗？ [是 / 否]

如果需要修订：

## ⚠️ 设计评审门：需要修订

一些评审员发现了需要解决的问题。

### 阻塞问题

#### 架构师代理

- [问题 1]
- [问题 2]

#### 安全设计代理

- [缺少速率限制]

#### CTO 代理

- [缺少 TDD 规范]

### 需要回答的问题

- [问题 1]

---

请修订设计文档，我将重新运行评审门。
(迭代 1/3)

集成点

与 superpowers:brainstorming

此扩展在头脑风暴完成后但“准备好实施？”提示前运行。

与 goodtogo:design-review-gate

将实际评审工作委托给 design-review-gate 技能。

与 goodtogo:beads-orchestration

批准后，可以自动：

创建链接到设计文档的 BEADS 史诗
为每个实施阶段创建任务
设置依赖关系

配置

跳过评审门

对于真正简单的设计（工作量小于 1 天），可以跳过评审门：

用户："这是一个简单的修复，跳过评审门"

代理将在跳过前请求确认。

强制评审门

即使对于非头脑风暴上下文：

用户："/project:review-design docs/plans/2026-01-11-my-design.md"

成功指标

此扩展正常工作当：

[ ] 每个产生设计文档的头脑风暴会话触发评审门
[ ] 所有五个代理（PM、架构师、设计师、安全、CTO）被启动
[ ] 阻塞问题必须在实施前解决
[ ] 批准的设计有清晰的下一步

故障排除

评审门未触发

检查：

设计文档是否已提交？（git log --oneline -5）
文件是否在 docs/plans/ 中，带有 -design.md 后缀？
头脑风暴是否正常完成？

代理耗时过长

每个代理应在 2-3 分钟内完成。如果更长：

检查代理输出以查找错误
可能需要减少设计文档大小
可以顺序运行代理而非并行

陷入评审循环

3 次迭代后，评审门将升级到人工决策：

覆盖并继续
推迟功能
取消功能

示例会话

用户："让我们设计一个新的联系标签功能"

[头脑风暴技能运行...]
[问答、设计部分、验证...]

Claude："我已将设计文档提交到 docs/plans/2026-01-11-contact-tagging-design.md"

## 🔄 设计评审门已激活

启动评审代理...

[2 分钟后]

## ✅ 设计评审门：通过

所有五个评审员批准！准备好设置实施了吗？

用户："是"

Claude："我将创建 BEADS 史诗并设置工作树..."

自动设计评审门扩展Skill brainstorming-extension