头脑风暴技能,在实现前探索用户意图、需求和设计,防止返工
.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内容结构:
---