Lord1Egypt 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：收集信息
向用户确认：
- 产品名称/主题是什么？
- 开发什么平台？（小程序/iOS/Android/Web/混合/其他）
- Writer 用什么模型？（默认 MiniMax-M2.7-highspeed）
- Reviewer 用什么模型？（默认 Kimi）
- 交付路径放哪里？（默认 ~/.openclaw/workspace/prd/）
- 跑几轮？（默认3轮）
- 素材来源？（可以是一段描述/竞品链接/文章链接/手写大纲）
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. 解决上一轮指出的所有问题
2. 保持上一轮已通过的内容不变
3. 输出一份完整的PRD（Markdown格式）
4. 根据开发平台调整技术描述的准确性
【PRD结构要求】：
- 产品概述（背景/问题/解决方案）
- 用户画像
- 核心功能（按优先级排序）
- 信息架构
- 交互流程
- 数据埋点（关键指标）
- MVP范围（必须/可选/排除）
- 附录（如有特殊设计）
输出文件：{output_dir}/{product_slug}-prd-v{round}.md
写完后报告：文件路径 + 行数 + 主要新增内容
Reviewer Agent（用户指定模型）
你是一个严格的PRD审阅者。请审阅以下PRD。
【产品】：{product_name}
【开发平台】：{platform}
【版本】：v{round}
【审阅标准】：
1. 逻辑是否自洽（问题→解决方案是否对应）
2. 功能是否完整（核心路径有无遗漏）
3. 交互是否合理（用户体验是否流畅）
4. MVP是否可行（能否按平台特性2周内完成）
5. 是否有模糊表述（"应该/可能/大概"等需明确）
【输出格式】：
## 审阅结果
- 通过：✅ / 需修改：❌
## 问题清单
（按严重程度排序，每个问题说明：位置、内容、建议修改方向）
## 通过的部分
（列出做得好的点，避免下一轮改动）
输出文件：{output_dir}/{product_slug}-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"
注意事项
- 素材可以是：竞品链接、文章链接、手写大纲、对话摘要
- 如果素材是链接，先抓取内容再开始写
- 审阅意见要具体，避免"写得不错"这类模糊反馈
- 每轮开始前简要告知用户本轮重点
- 用户指定的交付路径优先于默认路径