原型内容合规检查

要解决什么问题

用 AI 生成 HTML 原型时，模型常会自行补充副标题、标签、辅助说明或整块模块。这些内容在 PRD 里往往没有依据，却容易一路流到 UI 设计，最后变成返工。本技能不做样式审计，也不改业务定义——只做需求文档与 DOM 的客观对比，把「需求未提及」的内容标出来。

技能如何工作

输入必须包含两段：【原始产品需求】 与 【HTML原型代码】。流程固定为：

1. 从需求里提取允许的模块、字段、标题结构与展示数据清单；
2. 从 HTML 中解析模块、文本、字段与卡片结构；
3. 逐项对比，重点筛查三类问题：凭空新增的字段/模块、无业务逻辑的数据重复展示、卡片仅要求主标题却多了副标题或说明；
4. 输出带 DOM 路径的 Markdown 审计报告。

默认只出报告、不改 HTML。确认可删项后，再次调用并追加 --apply，才会移除报告中无争议的脑补元素并输出清理后的完整 HTML。可选参数如 --ignore=（排除页脚等通用模块）、--depth=N、--strict、--dynamic 仅影响审计范围，不改变「只标记、不替产品做取舍」的原则。

适用边界与注意

• 动态页面需粘贴 JS 渲染后的 HTML，或提供字段绑定清单；仅骨架 HTML 时动态区易误判，需求里应注明动态字段。
• 多层级页面请在需求中按「页面 → 模块 → 子模块」列字段，否则深层节点可能漏判。
• 「需求未提及」不等于必须删除；删除或补进正式需求由产品人工决定。颜色、圆角等视觉规范请交给样式审计类技能。