prd-workflow-cli 1.4.1 → 2.0.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/.agent/workflows/prd-a1-scan.md +133 -0
- package/.agent/workflows/prd-a2ui-guide.md +6 -6
- package/.agent/workflows/prd-b-planning.md +135 -0
- package/.agent/workflows/prd-it-biz.md +56 -0
- package/.agent/workflows/prd-it-dev.md +163 -0
- package/.agent/workflows/prd-r2-review.md +104 -409
- package/.antigravity/rules.md +50 -265
- package/.cursorrules +57 -371
- package/GUIDE.md +147 -240
- package/README.md +170 -362
- package/bin/prd-cli.js +19 -12
- package/commands/baseline.js +174 -293
- package/commands/freeze-checks.js +424 -0
- package/commands/init.js +97 -162
- package/commands/it.js +286 -0
- package/commands/iteration.js +7 -91
- package/commands/planning.js +149 -517
- package/commands/review.js +78 -50
- package/commands/status.js +29 -38
- package/commands/upgrade.js +20 -0
- package/commands/version.js +222 -200
- package/package.json +2 -2
- package/rules/index.json +26 -27
- package/rules/schemas/rules.schema.json +1 -2
- package/templates/it-biz.md +141 -0
- package/templates/it-dev.md +237 -0
- package/templates//344/270/232/345/212/241/351/234/200/346/261/202.md +141 -0
- package/templates//346/212/200/346/234/257/350/247/204/346/240/274.md +237 -0
- package/.agent/workflows/prd-b1-planning-draft.md +0 -614
- package/.agent/workflows/prd-b2-planning-breakdown.md +0 -828
- package/.agent/workflows/prd-c1-requirement-list.md +0 -286
- package/.agent/workflows/prd-r1-review.md +0 -503
|
@@ -1,286 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
description: C1 版本需求清单填写工作流
|
|
3
|
-
---
|
|
4
|
-
|
|
5
|
-
# C1 版本需求清单填写工作流
|
|
6
|
-
|
|
7
|
-
---
|
|
8
|
-
|
|
9
|
-
## 🚨 本阶段必须遵守的规则
|
|
10
|
-
|
|
11
|
-
> ⚠️ AI 在执行任务前必须逐条确认以下规则。输出时需包含自检清单。
|
|
12
|
-
|
|
13
|
-
| ID | 规则 | 严重程度 | 自检 |
|
|
14
|
-
|----|------|----------|------|
|
|
15
|
-
| G001 | 所有回复必须使用简体中文 | 🔴 严重 | ☐ |
|
|
16
|
-
| G002 | 禁止未经对话就填充文档,必须通过提问引导 PM 填写 | 🔴 严重 | ☐ |
|
|
17
|
-
| G003 | 禁止替 PM 做决策(优先级/范围/目标由 PM 决定) | 🔴 严重 | ☐ |
|
|
18
|
-
| G004 | 禁止'快速完成'跳过流程,每个阶段都要充分对话和审视 | 🔴 严重 | ☐ |
|
|
19
|
-
| D005 | 文档状态变更后必须同步更新 .prd-config.json | 🟠 高 | ☐ |
|
|
20
|
-
| S001 | 禁止在 C1 阶段加入新需求,新需求只能暂存到 A2 | 🔴 严重 | ☐ |
|
|
21
|
-
| S003 | C1 需求必须在 B3 范围内,禁止超出 | 🟠 高 | ☐ |
|
|
22
|
-
| S004 | 新需求正确流程:暂存 A2 → 新迭代 → B1 处理 | 🟠 高 | ☐ |
|
|
23
|
-
| V002 | PM 描述界面/表单时,必须生成 A2UI 界面原型 | 🟠 高 | ☐ |
|
|
24
|
-
| V004 | PM 确认原型后,必须保存 .json + .html 两个文件 | 🔴 严重 | ☐ |
|
|
25
|
-
| V005 | 原型命名规范:REQ-XXX-名称.json/html | 🟠 高 | ☐ |
|
|
26
|
-
| V006 | 保存原型后必须更新 index.md 索引 | 🟠 高 | ☐ |
|
|
27
|
-
| I001 | 确认一个需求,立即写入文件(铁律) | 🔴 严重 | ☐ |
|
|
28
|
-
| I002 | 禁止聊完全部需求后一次性写入 | 🔴 严重 | ☐ |
|
|
29
|
-
| I003 | 完成章节/确认 3 个需求项/10 轮对话后必须保存 | 🟠 高 | ☐ |
|
|
30
|
-
| I004 | 切换讨论主题前必须保存当前内容 | 🟠 高 | ☐ |
|
|
31
|
-
| U002 | C1 记录需求前,必须审计是否站在用户角度 | 🟠 高 | ☐ |
|
|
32
|
-
| U003 | 禁止直接记录 PM 说的内容而不质疑 | 🟠 高 | ☐ |
|
|
33
|
-
| C001 | PM 说'需求完成'时,必须从 5 维度检查功能闭环 | 🔴 严重 | ☐ |
|
|
34
|
-
| C002 | 5 维度具体内容:用户/技术/管理/产品逻辑/体验 | 🟠 高 | ☐ |
|
|
35
|
-
| C003 | 禁止'只记录 PM 说的,不追问遗漏的' | 🟠 高 | ☐ |
|
|
36
|
-
| W001 | 开始工作前,必须查看 .prd-config.json 了解项目状态 | 🟠 高 | ☐ |
|
|
37
|
-
| W002 | 开始工作前,必须确认哪些文档已冻结 | 🟠 高 | ☐ |
|
|
38
|
-
|
|
39
|
-
**自检清单模板**(AI 输出时必须包含):
|
|
40
|
-
```
|
|
41
|
-
## ✅ 规则自检 (C1)
|
|
42
|
-
- [ ] G001: 所有回复必须使用简体中文...
|
|
43
|
-
- [ ] G002: 禁止未经对话就填充文档,必须通过提问引导 PM 填写...
|
|
44
|
-
- [ ] G003: 禁止替 PM 做决策(优先级/范围/目标由 PM 决定)...
|
|
45
|
-
- [ ] G004: 禁止'快速完成'跳过流程,每个阶段都要充分对话和审视...
|
|
46
|
-
- [ ] D005: 文档状态变更后必须同步更新 .prd-config.json...
|
|
47
|
-
- [ ] S001: 禁止在 C1 阶段加入新需求,新需求只能暂存到 A2...
|
|
48
|
-
- [ ] S003: C1 需求必须在 B3 范围内,禁止超出...
|
|
49
|
-
- [ ] S004: 新需求正确流程:暂存 A2 → 新迭代 → B1 处理...
|
|
50
|
-
- [ ] V002: PM 描述界面/表单时,必须生成 A2UI 界面原型...
|
|
51
|
-
- [ ] V004: PM 确认原型后,必须保存 .json + .html 两个...
|
|
52
|
-
- [ ] V005: 原型命名规范:REQ-XXX-名称.json/html...
|
|
53
|
-
- [ ] V006: 保存原型后必须更新 index.md 索引...
|
|
54
|
-
- [ ] I001: 确认一个需求,立即写入文件(铁律)...
|
|
55
|
-
- [ ] I002: 禁止聊完全部需求后一次性写入...
|
|
56
|
-
- [ ] I003: 完成章节/确认 3 个需求项/10 轮对话后必须保存...
|
|
57
|
-
- [ ] I004: 切换讨论主题前必须保存当前内容...
|
|
58
|
-
- [ ] U002: C1 记录需求前,必须审计是否站在用户角度...
|
|
59
|
-
- [ ] U003: 禁止直接记录 PM 说的内容而不质疑...
|
|
60
|
-
- [ ] C001: PM 说'需求完成'时,必须从 5 维度检查功能闭环...
|
|
61
|
-
- [ ] C002: 5 维度具体内容:用户/技术/管理/产品逻辑/体验...
|
|
62
|
-
- [ ] C003: 禁止'只记录 PM 说的,不追问遗漏的'...
|
|
63
|
-
- [ ] W001: 开始工作前,必须查看 .prd-config.json 了解...
|
|
64
|
-
- [ ] W002: 开始工作前,必须确认哪些文档已冻结...
|
|
65
|
-
```
|
|
66
|
-
|
|
67
|
-
---
|
|
68
|
-
|
|
69
|
-
|
|
70
|
-
**核心原则**:忠实于 B3,不新增范围 + 完整记录所有细节。C1 是 AODW 的输入源!
|
|
71
|
-
|
|
72
|
-
---
|
|
73
|
-
|
|
74
|
-
## 🚨 AI 行为红线
|
|
75
|
-
|
|
76
|
-
**AI 在 C1 创建后绝对禁止:**
|
|
77
|
-
|
|
78
|
-
| 红线 | 说明 |
|
|
79
|
-
|-----|------|
|
|
80
|
-
| ❌ 未经对话就填充需求细节 | 必须逐项询问 PM |
|
|
81
|
-
| ❌ 省略或简化需求细节 | 必须包含 9 个维度 |
|
|
82
|
-
| ❌ 新增 B3 范围外的需求 | 必须严格映射 B3 |
|
|
83
|
-
| ❌ 不记录 PM 的特殊说明 | 必须全部记录 |
|
|
84
|
-
| ❌ 允许 PM 跳过必填内容 | 必须拒绝跳过 |
|
|
85
|
-
|
|
86
|
-
**AI 必须做到:**
|
|
87
|
-
|
|
88
|
-
| 要求 | 说明 |
|
|
89
|
-
|-----|------|
|
|
90
|
-
| ✅ 严格检查 C1 与 B3 的映射 | 先列出 B3 需求,再确认 |
|
|
91
|
-
| ✅ 逐项询问需求的 9 个维度 | 逐个维度细化 |
|
|
92
|
-
| ✅ 完整记录所有细节 | 背景/规则/边界/A2UI... |
|
|
93
|
-
| ✅ 分段确认后才写入 | 每个需求确认后再写 |
|
|
94
|
-
| ✅ 拒绝跳过必填内容 | 见下方处理规则 |
|
|
95
|
-
|
|
96
|
-
---
|
|
97
|
-
|
|
98
|
-
## 📋 C1 需求的 9 个维度
|
|
99
|
-
|
|
100
|
-
每个需求必须包含:
|
|
101
|
-
|
|
102
|
-
| # | 维度 | 必填 | 说明 |
|
|
103
|
-
|---|-----|------|------|
|
|
104
|
-
| 1 | 需求背景 | ✅ 必填 | 为什么做,解决什么问题 |
|
|
105
|
-
| 2 | 需求描述 | ✅ 必填 | 用户视角的详细说明 |
|
|
106
|
-
| 3 | 业务规则 | ✅ 必填 | 业务逻辑和约束 |
|
|
107
|
-
| 4 | 验收标准 | ✅ 必填 | 可测试的完成标准 |
|
|
108
|
-
| 5 | 边界情况 | ✅ 必填 | 异常处理和特殊场景 |
|
|
109
|
-
| 6 | 界面示意 (A2UI) | 🚀 推荐 | 结构化 UI 描述,详见 prd-a2ui-guide.md |
|
|
110
|
-
| 7 | 非功能需求 | ⚠️ 视情况 | 性能、兼容性、安全等 |
|
|
111
|
-
| 8 | 特殊说明 | ⚠️ 视情况 | PM 强调和注意事项 |
|
|
112
|
-
| 9 | 附加信息 | ⚠️ 视情况 | 来源追溯、讨论记录 |
|
|
113
|
-
|
|
114
|
-
---
|
|
115
|
-
|
|
116
|
-
## 🚨 禁止跳过必填内容
|
|
117
|
-
|
|
118
|
-
### PM 要求跳过时的处理
|
|
119
|
-
|
|
120
|
-
**AI 正确反应**:
|
|
121
|
-
|
|
122
|
-
```
|
|
123
|
-
AI: "⚠️ [维度名称] 是必填项,不能跳过。
|
|
124
|
-
|
|
125
|
-
原因:
|
|
126
|
-
1. [不填的具体后果]
|
|
127
|
-
2. [对后续环节的影响]
|
|
128
|
-
|
|
129
|
-
让我帮您梳理,只需要回答:
|
|
130
|
-
- [引导性问题 1]
|
|
131
|
-
- [引导性问题 2]
|
|
132
|
-
|
|
133
|
-
请简要说明,我来记录。"
|
|
134
|
-
```
|
|
135
|
-
|
|
136
|
-
**PM 坚持跳过时**:
|
|
137
|
-
|
|
138
|
-
1. 在文档中标注 `⚠️ **待补充** - PM 要求暂时跳过`
|
|
139
|
-
2. 汇总警告:列出所有缺失项
|
|
140
|
-
3. R2 审视时严格扣分
|
|
141
|
-
|
|
142
|
-
---
|
|
143
|
-
|
|
144
|
-
## 🚨 新增需求检测
|
|
145
|
-
|
|
146
|
-
### 触发检查的信号词
|
|
147
|
-
|
|
148
|
-
| PM 说的话 | AI 行为 |
|
|
149
|
-
|----------|--------|
|
|
150
|
-
| "我还要加一个需求" | ✅ 立即检查 B3 |
|
|
151
|
-
| "对了,还需要..." | ✅ 立即检查 B3 |
|
|
152
|
-
| "顺便把...也做了" | ✅ 立即检查 B3 |
|
|
153
|
-
| "能不能再加一个..." | ✅ 立即检查 B3 |
|
|
154
|
-
|
|
155
|
-
### AI 检查流程
|
|
156
|
-
|
|
157
|
-
1. **暂停并确认**:询问是否在 B3 范围内
|
|
158
|
-
2. **检查 B3**:读取 B3 文件验证
|
|
159
|
-
3. **提示违规**:如超出范围,明确告知
|
|
160
|
-
4. **提供选择**:
|
|
161
|
-
- 📝 暂存到 A2(推荐)
|
|
162
|
-
- 🔄 解冻 B3 重新规划
|
|
163
|
-
|
|
164
|
-
**❌ 绝对禁止**:给出"加入本次迭代"选项!
|
|
165
|
-
|
|
166
|
-
---
|
|
167
|
-
|
|
168
|
-
## 🎨 A2UI 自动触发规则 (重要!)
|
|
169
|
-
|
|
170
|
-
### 触发条件
|
|
171
|
-
|
|
172
|
-
**当 PM 在 C1 讨论中提到以下内容时,AI 必须主动提议 A2UI 原型:**
|
|
173
|
-
|
|
174
|
-
| PM 提到的内容 | AI 触发行为 |
|
|
175
|
-
|-------------|-----------|
|
|
176
|
-
| "这个功能的界面..." | ✅ 主动生成 A2UI |
|
|
177
|
-
| "用户看到的页面是..." | ✅ 主动生成 A2UI |
|
|
178
|
-
| "有一个表单/列表/看板..." | ✅ 主动生成 A2UI |
|
|
179
|
-
| "需要一个按钮/输入框..." | ✅ 主动生成 A2UI |
|
|
180
|
-
| "操作流程是先...再..." | ✅ 主动生成 A2UI |
|
|
181
|
-
| "用户在这里可以..." | ✅ 主动生成 A2UI |
|
|
182
|
-
|
|
183
|
-
### AI 触发流程
|
|
184
|
-
|
|
185
|
-
```
|
|
186
|
-
1. PM 描述需求时提到了界面相关内容
|
|
187
|
-
↓
|
|
188
|
-
2. AI 识别到触发信号
|
|
189
|
-
↓
|
|
190
|
-
3. AI 主动提议:
|
|
191
|
-
"我注意到这个需求涉及界面交互。
|
|
192
|
-
让我为您生成一个界面原型,您可以实时预览。
|
|
193
|
-
|
|
194
|
-
稍等,我正在生成..."
|
|
195
|
-
↓
|
|
196
|
-
4. AI 生成 JSON 并写入 `.a2ui/current.json`
|
|
197
|
-
↓
|
|
198
|
-
5. AI 提示:
|
|
199
|
-
"✅ 已生成界面原型!
|
|
200
|
-
|
|
201
|
-
👉 请运行命令查看:prd ui
|
|
202
|
-
(如果已经运行,刷新浏览器即可)"
|
|
203
|
-
↓
|
|
204
|
-
6. PM 查看后给出反馈
|
|
205
|
-
↓
|
|
206
|
-
7. AI 根据反馈迭代修改,重复步骤 4-6
|
|
207
|
-
```
|
|
208
|
-
|
|
209
|
-
### ⚠️ AI 容易遗漏的情况
|
|
210
|
-
|
|
211
|
-
1. **PM 没有明说"界面"但描述了操作流程**
|
|
212
|
-
- AI 应该主动提问:"这个流程是否涉及用户界面?需要我生成一个原型吗?"
|
|
213
|
-
|
|
214
|
-
2. **PM 只说功能不说界面**
|
|
215
|
-
- AI 应该主动补充:"这个功能的用户界面是什么样的?让我帮您可视化一下。"
|
|
216
|
-
|
|
217
|
-
---
|
|
218
|
-
|
|
219
|
-
## 执行步骤
|
|
220
|
-
|
|
221
|
-
### Step 1: 严格映射检查
|
|
222
|
-
|
|
223
|
-
```
|
|
224
|
-
AI: "C1 只能包含 B3 首版范围内的需求项。
|
|
225
|
-
让我先列出 B3 的首版需求:[列出]
|
|
226
|
-
C1 将基于这些需求展开,不会新增。确认吗?"
|
|
227
|
-
```
|
|
228
|
-
|
|
229
|
-
### Step 2: 逐项细化 9 个维度
|
|
230
|
-
|
|
231
|
-
对每个需求,按顺序询问:
|
|
232
|
-
1. 需求背景 → 2. 需求描述 → 3. 界面示意 (A2UI) → 4. 业务规则 → 5. 验收标准 → 6. 边界情况 → 7. 非功能需求 → 8. 特殊说明 → 9. 附加信息
|
|
233
|
-
|
|
234
|
-
**界面示意 (A2UI)**:详见 `prd-a2ui-guide.md`
|
|
235
|
-
|
|
236
|
-
### Step 3: 完整性检查
|
|
237
|
-
|
|
238
|
-
```
|
|
239
|
-
AI: "让我检查需求 #N 的完整性:
|
|
240
|
-
- [ ] 需求背景
|
|
241
|
-
- [ ] 需求描述
|
|
242
|
-
- [ ] 界面示意 (A2UI)
|
|
243
|
-
- [ ] 业务规则
|
|
244
|
-
- [ ] 验收标准
|
|
245
|
-
- [ ] 边界情况
|
|
246
|
-
- [ ] 非功能需求
|
|
247
|
-
- [ ] 特殊说明
|
|
248
|
-
- [ ] 附加信息
|
|
249
|
-
|
|
250
|
-
缺失项:[列出]"
|
|
251
|
-
```
|
|
252
|
-
|
|
253
|
-
### Step 4: 分段写入
|
|
254
|
-
|
|
255
|
-
每确认 1 个需求的完整信息,立即写入 C1。
|
|
256
|
-
|
|
257
|
-
### Step 5: 归档对话
|
|
258
|
-
|
|
259
|
-
写入 `98_对话归档/C1_对话记录.md`
|
|
260
|
-
|
|
261
|
-
---
|
|
262
|
-
|
|
263
|
-
## C1 完成后
|
|
264
|
-
|
|
265
|
-
```
|
|
266
|
-
AI: "C1_版本需求清单已完成。
|
|
267
|
-
|
|
268
|
-
检查清单:
|
|
269
|
-
- [✓] 所有需求都有完整的 9 个维度
|
|
270
|
-
- [✓] 所有内容都有界面示意 (A2UI) 支撑
|
|
271
|
-
- [✓] 所有验收标准都可测试
|
|
272
|
-
|
|
273
|
-
下一步:执行 R2 版本审视
|
|
274
|
-
运行:prd review r2"
|
|
275
|
-
```
|
|
276
|
-
|
|
277
|
-
---
|
|
278
|
-
|
|
279
|
-
## 相关文档
|
|
280
|
-
|
|
281
|
-
- **A2UI 专项指南**:`prd-a2ui-guide.md` - 界面示意的详细操作
|
|
282
|
-
- **对话归档模板**:`templates/dialog-template.md`
|
|
283
|
-
|
|
284
|
-
---
|
|
285
|
-
|
|
286
|
-
**记住:C1 是产品需求的最终形态,是交付给后续所有环节的唯一依据!**
|