PRD Iterative — 多轮迭代PRD写作

启动前确认（必须）

每次开始前，主agent必须向用户确认以下信息：

确认项	说明	示例
产品名称	要做什么产品	时光小屋
开发平台

小程序/iOS/Android/Web/其他 | 微信小程序 |
| Writer模型 | 写稿用的模型 | MiniMax-M2.7-highspeed |
| Reviewer模型 | 审阅用的模型 | Kimi (kimi-coding/k2p5) |
| 交付路径 | 最终文件存放位置（用户自定义） | ~/Desktop/prd/时光小屋/ |
| 轮数 | 迭代次数（默认3轮） | 3 |

⚠️ 模型和路径必须用户确认后再开始，不能用默认值直接跑。

工作原理

用户输入产品主题 + 素材
↓
┌─ Round N ──────────────────────────┐
│ Writer Agent（用户指定模型） │
│ → 产出 PRD-v{N}.md │
│ → 产出 PRD-v{N}-review.md │
└────────────────────────────────────┘
↓
┌─ Review Agent（用户指定模型）───────┐
│ → 审阅 PRD-v{N}.md │
│ → 输出具体问题清单 │
│ → 标注通过或需修改 │
└────────────────────────────────────┘
↓
反馈给 Writer → 下一轮
↓
达到指定轮数或reviewer通过 → 交付到用户指定路径

标准配置

参数	默认值	说明
轮数	3轮	可配置 2-5 轮
Writer模型

MiniMax-M2.7-highspeed | 中文写作快 | | Reviewer模型 | kimi-coding/k2p5 | 批判性思维强 | | 输出目录 | ~/.openclaw/workspace/prd/ | 仅作默认提示，实际以用户指定为准 |

启动流程

Step 1：收集信息

向用户确认：

1. 1. 产品名称/主题是什么？
2. 开发什么平台？（小程序/iOS/Android/Web/混合/其他）
3. Writer 用什么模型？（默认 MiniMax-M2.7-highspeed）
4. Reviewer 用什么模型？（默认 Kimi）
5. 交付路径放哪里？（默认 ~/.openclaw/workspace/prd/）
6. 跑几轮？（默认3轮）
7. 素材来源？（可以是一段描述/竞品链接/文章链接/手写大纲）

Step 2：素材预处理

如果素材是链接，先抓取内容再开始。

Step 3：确认后开始

所有信息确认后，告知用户：

• - 产品：「XXX」
• 平台：「XXX」
• Writer：「XXX」/ Reviewer：「XXX」
• 交付路径：「XXX」
• 轮数：「X轮」
• 开始时间，预计每轮 X 分钟

Agent Prompt 模板

Writer Agent（用户指定模型）

你是一个资深产品经理。请根据以下信息撰写PRD。

【产品名称】：{product_name}
【开发平台】：{platform}
【背景素材】：{material}

【上一轮审阅意见】（第一轮为空）：
{previous_review}

【本次任务】：

1. 1. 解决上一轮指出的所有问题
2. 保持上一轮已通过的内容不变
3. 输出一份完整的PRD（Markdown格式）
4. 根据开发平台调整技术描述的准确性

【PRD结构要求】：

• - 产品概述（背景/问题/解决方案）
• 用户画像
• 核心功能（按优先级排序）
• 信息架构
• 交互流程
• 数据埋点（关键指标）
• MVP范围（必须/可选/排除）
• 附录（如有特殊设计）

输出文件：{outputdir}/{productslug}-prd-v{round}.md
写完后报告：文件路径 + 行数 + 主要新增内容

Reviewer Agent（用户指定模型）

你是一个严格的PRD审阅者。请审阅以下PRD。

【产品】：{product_name}
【开发平台】：{platform}
【版本】：v{round}
【审阅标准】：

1. 1. 逻辑是否自洽（问题→解决方案是否对应）
2. 功能是否完整（核心路径有无遗漏）
3. 交互是否合理（用户体验是否流畅）
4. MVP是否可行（能否按平台特性2周内完成）
5. 是否有模糊表述（应该/可能/大概等需明确）

【输出格式】：

审阅结果

• - 通过：✅ / 需修改：❌

问题清单

（按严重程度排序，每个问题说明：位置、内容、建议修改方向）

通过的部分

（列出做得好的点，避免下一轮改动）

输出文件：{outputdir}/{productslug}-prd-v{round}-review.md

标准文件命名

{用户指定路径}/
├── {product-slug}-prd-v1.md
├── {product-slug}-prd-v1-review.md
├── {product-slug}-prd-v2.md
├── {product-slug}-prd-v2-review.md
├── {product-slug}-prd-v{final}-final.md ← 最终版
└── {product-slug}-prd-v{final}-final-review.md

交付标准

每轮完成后，主agent向用户汇报：

• - 当前轮次 + 状态（进行中/通过/需修改）
• 主要变更点
• 剩余轮次

所有轮次完成后：

• - 汇总所有版本到最终文件
• 告知用户最终文件路径
• 询问是否需要打开文件夹

适用场景

• - 帮我写一个xxx的PRD
• 用多轮迭代写PRD
• run PRD rounds
• 做一个产品的完整PRD

注意事项

• - 素材可以是：竞品链接、文章链接、手写大纲、对话摘要
• 如果素材是链接，先抓取内容再开始写
• 审阅意见要具体，避免写得不错这类模糊反馈
• 每轮开始前简要告知用户本轮重点
• 用户指定的交付路径优先于默认路径