feature-acceptancelisted

1. # 验收（功能验收 Skill） 研发开发完成后，用这个 skill 把 PRD 描述的业务逻辑和 HTML 原型表达的交互效果，逐项对照线上实现，产出可直接发研发的差异清单。 2. ## 一、输入约定 每次启动验收，PM 至少给两样： 2.1. **PRD 路径**：明确指定某份 `.md`，不要猜。 2.2. **线上 URL**：研发提测的页面入口。 HTML 原型自动找： 2.3. 在 PRD 同目录下找 `prototype/` 或 `原型/` 子目录。 2.4. 找不到就退化为「两方对照」（PRD ↔ 线上），并在报告里注明 HTML 缺失。 2.5. 找到多个 HTML 时，按文件名匹配 PRD 名字优先；不确定就问 PM。 特殊情况： 2.6. **URL 与 PRD 描述对象明显不是同一个**（如 PRD 写新系统页面、URL 是老系统页面）：先停下来问 PM 这次验收意图——迁移前差异盘点 / 用错 URL / 中止——再继续。不要默默按其中一种跑下去。 2.7. **PRD 内有「现状说明 / 迁移依据」章节引用了一个老系统页面，而 PM 给的就是这个 URL**：默认按"迁移盘点"模式处理，逐项写"PRD 新需求 vs 老页面现状"差异。这只是验收口径，**不写进报告**——不要前置说明章节，也不要在总体结论里加"线上为待迁移老页面…"这类背景句。PM 已知背景，报告只留差异。 3. ## 二、验收前准备 3.1. **读 PRD 提取期望清单** 只拉与本次验收直接相关的章节，重点提： 1. **功能清单**（本期做 / 不做）—— 验收的最外层 checklist。 2. **页面与交互** —— 每页有哪些区块、字���、按钮。 3. **操作逻辑** —— 主路径 + 校验 + 异常处理。 4. **字段表** —— 必填、限制、校验规则。 5. **指标口径**（数据类 PRD）—— 公式、环比、展示格式。 把这些转成一张 checklist，每条都能在线上验真。 3.2. **读 HTML 提取视觉口径** 只看： 1. 页面结构（左侧栏 / tab / 主区分块）。 2. 字段位置和默认态。 3. 关键按钮和状态切换。 4. 弹窗 / 浮层 / 二级页。 不要纠结圆角、间距、像素 —— 那是设计交付（视觉还原度走查见 `ui-walkthrough` skill）。 如果原型本身已与 PRD 不一致（命名 / 数量 / 流转），不要默认以 HTML 为准。把这些记下来作为 🔍 候选项，最终以 PRD 为准给状态，原型偏离在备注里单独说。 3.3. **接管浏览器（默认 MCP，可选高速）** **默认路径：chrome-devtools MCP**。所有验收能力（导航 / 截图 / 点击 / hover / 读 DOM / 抓接口）都走 MCP 工具。一次起一个 Chrome，串行执行。无需任何额外安装。 **可选高速路径：`browser-cap`**。当用户在 CLAUDE.md 中配置了 `BROWSER_CAP_DIR`（指向 [`claude-browser-cap`](https://github.com/mayuemarsha-del/claude-browser-ca