GUIDE / DEMO / WORKFLOW

把需求、页面和修改结论讲清楚

从需求梳理开始，用可交互原型核对规则。评审后同步页面、PRD 细则和 PRD，再交付研发。

方法论、使用说明、Demo 和安装更新已整合到本站，可从顶部导航直接切换。

01 / HOW

6 个阶段、3 个核心 Skill。查看每一步的输入、产出、确认条件，以及反馈如何回到需求和原型。

02 / TRY

全部数据虚构。体验项目看板、任务验收、依赖限制、访客只读、双主题与控件旁的需求说明。

03 / START

当前 Codex 插件的安装、更新和验证，以及本地原型编辑器的下载与使用说明。

需求到定稿，分 6 步走

负责的 Skill	处理什么	交接时看什么
requirements2prd	按需求规模选路径，明确用户、目标、约束、对象、状态和本轮范围。	影响实现的规则已确认；事实缺口有明确问题。
prd2prototype	复用组件，串联主线和详情，表达权限、异常及字段规则；按评审反馈修改。	页面可操作，局部说明可定位，跨页术语与行为一致。
proto-check	检查本轮页面、规则和交互，给出可定位的整改要求。	区分已验证、需整改和需人工核验，修改后复查。
评审后的回写	由 prd2prototype 逐页更新细则，再同步 PRD，核对三者后按交付约定出稿。	产品经理确认范围与结论。发布预览不等于评审通过。

完整说明包含 5W、对象与状态建模、视图分层、MVP 与 PDCA，以及按需使用的方案探索工具。

页面上的操作文案服务于用户；评审说明补充界面没有直接表达的规则。

位置	适合说明	Demo 中的例子
控件旁的局部说明	计算口径、禁用条件、权限和操作结果。稳定编号绑定具体区域，可定位查看。	依赖未完成时，为什么不能开始任务
页面底部全局说明	字段规格、跨区块约定与页面级边界；支持折叠阅读。	项目字段和进度计算口径
需求与实现对照	同一条需求连接到页面和验收场景，修改时可检查影响范围。	R-01 至 R-07 的规则对照

在“开始任务”按钮旁补充说明：前置任务未完成时禁用，显示原因；前置任务完成后允许开始。同步检查任务详情和项目状态。

旧版便签与新版局部说明的交互可能不同。以当前原型接入的组件和编辑器说明为准。

先明确改动属于新增、修改还是删除，并指出页面、对象和期望行为。视觉与文案按已明确反馈调整；涉及新状态、权限、范围或对象关系时，先确认产品决策。

任务验收增加一个条件：全部验收项核对后才允许完成。先列出会影响的页面和规则，再按确认结果修改，并核对看板进度。

保留可回退版本和人工修改的说明。字段名改动要检查全部引用，状态改动要检查前置条件、失败反馈及下游统计。

版本与状态按产品经理确认的交付阶段维护。内部打磨、提交评审和评审通过要明确区分，不能按编辑次数自动升版。已有材料的版本、日期和人工定稿优先。

版本变更记录写清涉及页面、改动类型和业务结果。定稿前核对原型、PRD 细则和 PRD，确认本轮范围与验收条件。

摘要示例：任务验收增加逐项核对条件，未全部通过时禁止完成；退回须填写原因，并恢复为进行中。

本地原型编辑器用于修改需求标签和原型说明。先按当前手册打开原型，再编辑并保存；迭代时保留已有说明覆盖层。

公开网站与静态预览提供只读说明。项目 Demo 的新建、验收等演示操作仅保存在当前浏览器，和本地说明编辑是两种用途。

旧版下载入口已由当前手册接替，编辑器与原型组件需使用兼容版本。

开始梳理需求

先用 requirements2prd 梳理这个需求。明确使用者、当前问题和本轮范围，再讨论对象、状态、权限和验收条件。缺少业务事实时先问我。

生成可评审原型

按已确认需求，用 prd2prototype 生成原型。先做主路径，再补关键异常。复用对应产品组件，局部规则绑定控件，字段和跨页规则放在页底。

修改和复查

按这次确认的反馈修改，保留我手改的说明。列出受影响页面，检查状态、权限和跨页口径，再用 proto-check 复查这次改动。

评审后定稿

按已确认评审结论，逐页回写 PRD 细则，再更新 PRD。核对原型和两份文档一致后，按本轮交付约定生成定稿。