头脑风暴技能，在实现前探索用户意图、需求和设计，防止返工
.EnjoyHarness/CONFIG.md，决定头脑风暴是否需要用户参与使用 Read 工具读取：.EnjoyHarness/SKILL_REGISTRY.md
检查条件：
如果未完成：
❌ 错误: 系统未初始化
💡 请先运行: harness-init
使用 Bash 工具执行：
# 查看项目结构
ls -la
# 查看关键文档
cat README.md CLAUDE.md EnjoyHarness_MANIFEST.md 2>/dev/null | head -100
# 查看最近提交
git log --oneline -10
# 查看当前分支状态
git status
目的：
使用 Read 工具读取：.EnjoyHarness/CONFIG.md
读取字段：
brainstorm_user_participation: {true|false}
规则：
falsefalse：保持现状，走全自动 brainstorm 模式true：允许用户参与需求头脑风暴；完成一次最终确认后立即切回自治执行当 brainstorm_user_participation: false 或未配置时：
harness-goal 产物、README、现有代码和约束自动推断需求细节.EnjoyHarness/EXECUTION_CONTRACT.mdconfirmation_source 记为 harness-brainstorm-autonomous当 brainstorm_user_participation: true 时：
confirmation_source 记为 harness-brainstorm-user协作模式强制规则：一次只问一个问题
自治边界规则：
brainstorm_user_participation: true 时，才允许用户参与需求表达、澄清和头脑风暴。协作模式的问题类型：
协作模式的问题格式示例：
🎯 问题1: 这个功能的主要目的是什么？
A) 解决性能瓶颈
B) 添加新功能
C) 重构现有代码
D) 其他（请说明）
💡 提示：选择最符合你需求的选项，或提供自定义答案
当收集足够信息后，提出方案：
## 方案对比
### 方案A: [方案名称]（推荐）
**优点**：
- 优点1
- 优点2
**缺点**：
- 缺点1
**适用场景**：场景描述
### 方案B: [方案名称]
**优点**：
- 优点1
**缺点**：
- 缺点1
- 缺点2
### 方案C: [方案名称]
（如果有第三个方案）
---
**推荐方案A的理由**：
- 理由1
- 理由2
在全自动 brainstorm 模式下，必须额外输出：
设计文档结构：
# [功能名称] 设计文档
## 概述
（一句话描述）
## 架构设计
（分层架构图、组件关系）
## 核心组件
（每个组件的职责）
## 数据流
（数据如何流转）
## 错误处理
（如何处理错误）
## 测试策略
（如何测试）
最终确认 / 冻结流程：
brainstorm_user_participation: true
brainstorm_user_participation: false
.EnjoyHarness/EXECUTION_CONTRACT.md使用 Write 工具创建文件：docs/plans/{YYYY-MM-DD}-{topic}-design.md
文件命名示例：
docs/plans/2026-03-28-user-auth-design.mddocs/plans/2026-03-28-payment-integration-design.md内容结构：
---