用途：研发提测后、上线前，把 PRD 和交付包拆成可勾选的产品验收项，供产品走查（Sanity Check）、功能验收与视觉交互还原度核对。不适用于写测试代码、跑自动化测试、审查代码质量或判定版本能否发布；产出的是验收清单而非测试用例。
开始前：确定功能名 <feature-name>，定位 docs/prd/<feature-name>/，读取 prd.md（必需），prototype.html、demo.md 有则读。没有 prd.md 时不要凭原型硬编清单，应提示先补 PRD，或明确标记本次验收无需求依据。需提取 PRD 中的需求编号（R1、R2…）、验收标准、范围外清单，以及交付包里的状态与异常清点。
拆解维度与默认优先级：核心流程（主线路径是否走得通，P0）；边界与异常（网络异常、超时、无权限、次数用尽、不合规输入、并发提交，P0/P1）；UI 还原度（关键页面布局、文案、加载态、空态、交互反馈是否与 PRD 和原型一致，P1/P2）；数据埋点（核心转化漏斗埋点是否触发，有条件验收时才做，P2）。不写“体验良好”“符合预期”这类无法判定的条目，每条须第三方独立可验证。
产物：写入 docs/prd/<feature-name>/acceptance.md，按维度与需求编号分组，每条为可勾选项，包含可验证的行为描述、预期结果、依据出处（指回 PRD 编号）与结果勾选（通过/未通过/跳过）。依据出处是清单价值所在，未通过时可直接定位是需求没写清还是实现没做到。
浏览器走查：默认产出 markdown；若要在浏览器逐条打勾、看通过率进度，可让 AI 依据 acceptance.md 生成单文件 HTML 清单，本 Skill 不预置也不依赖任何前端框架或本地服务。
交付前检查：每条可被第三方独立验证、无主观表述；每条有真实存在的 PRD 依据；优先级已标且 P0 覆盖主流程与主要异常；PRD 范围外内容未被误列；明确标注未覆盖的维度（如无埋点数据时）。
限制：不写测试代码、不替代测试、不执行测试、不判定版本能否发布；不凭原型反推需求当作验收依据；不引入外部框架或需常驻进程的本地服务。走查后把未通过项按归属人整理成缺陷清单；若暴露需求缺口，回到 grill-with-prd 或 prd-write 补齐，而非在验收阶段现场改口径。