prdlisted

1. # PRD Writing 写 / 改 / 重构 / 统一口径 需求文档时遵循本 skill。 1.1. 需要查产品体系 / 模块定位 / 业务领域知识 → 读 `references/example-domain.md`（**示例文件，用户应替换为自己产品的领域知识**）。 1.2. 需要完整反例 / 正例对照 → 读 `references/examples.md`（正文只留极简示例，多场景对照在那里）。 1.3. 动笔前 / 交付前检查清单 → `references/checklist.md`。 1.4. HTML 原型生成 → 用 `html-prototype` skill（视觉规范在那里，本 skill 只管文档）。 2. ## 一、写作流程 2.1. **先确认上下文** 动笔前只拉与当前任务直接相关的最小上下文： 1. `MEMORY.md`。 2. 当前系统 / 相关 PRD / 现有需求文档。 3. 涉及的同类模块（对齐口径用）。 不展开冗长背景考古。 2.2. **锁定对象粒度** 写细节前先回答清楚： 1. 这是新对象，还是现有对象下的新类型 / 新能力？ 2. 入口在哪一层？一级菜单、二级页、详情页、弹窗，还是已有流程中的一步？ 3. 用户操作链路是什么？ 4. 复用现有页面框架，还是新增页面？ 5. 哪些现状约束不能打破？ 新模块设计前，先拉通同层已有模块的概念边界，确认定位不与已有模块重叠。例如系统已有"结构化字段"类型模块，新模块就别再用同一抽象，要找自身独特定位。 以上不清楚之前，不要急着列字段表或算法。 2.3. **文档骨架** **Planning / Roadmap PRD**： 1. 需求概述。 2. 菜单结构 / 页面结构 / 产品结构。 3. 需求详情。 4. Roadmap。 **Feature PRD**： 1. 背景。 2. 目标。 3. 竞品对比。 4. 入口与结构定位。 5. 页面与交互。 6. 字段设计。 7. 规则 / 边界 / 异常处理。 8. 涉及 Agent / 算法时：后端与算法交互流程 + 算法处理流程。 9. 数据埋点 / 上线前确认 / 上线后观测。 **数据类 PRD（看板 / 列表 / 详情）**： 1. 需求概述（背景 / 目标）—— 涉及组默认不写；确需跨组协调时作者自己补。 2. 入口与产品结构。 3. 功能需求。 1. 功能清单。 2. 页面流转。 3. 各页面 / 区域详情（按下方「层次原则」组织）。 4. 指标口径定义（数据看板必备）。 4. 数据埋点。 5. 上线前确认 / 上线后观测。 6. 历史数据影响 / 与老系统迁移对照（迁移类必备）。 **层次原则**：按「页面 → 区域 → 模块 → 分支」逐层下钻，不要把不同层级的模块平铺到同一层。范例见 `references/examples.md`。 **不写**「方案价值」「范围说明」章节。功能边界由功能清单本身（列出本期做什么）隐含表达。 **不写非功能 / 性能类需求**：不写「非功能需求」表（性能 / 兼容性 / 可用性 S