用途：在宣布任何设计工作完成、修复、通过或就绪之前，强制先运行验证并确认输出，避免基于意图而非证据声称完成。
使用时机：宣布设计任务完成前；从一个阶段进入下一阶段前；交接给工程前；创建 PR 或提交设计产物前；任何即将说“完成”时。
流程：第一步对照计划，确认计划中每项任务已完成、每项验证标准已满足、无未经用户明确批准而跳过或推迟的任务。第二步对照设计简报，确认已解决所述问题、服务所有已识别用户画像、成功标准已满足或可衡量、范围外内容未混入（反之亦然）。第三步无障碍验证，需实际运行而非猜测：若存在代码，运行自动化无障碍扫描（axe-core、Lighthouse 或等效工具）、键盘导航测试、屏幕阅读器测试（至少检查标题结构和表单标签）、放大至 200%、检查 prefers-reduced-motion 行为，并报告结果；若仅有设计产物，则用工具验证对比度、测量触控目标、记录标题层级、设计所有状态而非仅正常路径。第四步内容验证：占位文本已替换为真实内容、错误消息已撰写、所有图片有替代文本、标签具体且具描述性。第五步对照包容性用户画像阶段识别的每个画像，检查能否完成主要任务及剩余障碍。第六步检查设计债务：审查 design-state.md 中的设计债务登记，所有关键和重要项须为已解决；升级项须已处理或经用户明确接受；开放次要项已审查且用户知晓随本次发布上线的债务；无障碍债务若被接受须有用户明确确认。第七步报告，按模板向用户呈现验证报告，包含计划完成情况、简报对齐、无障碍结果、内容状态、用户画像走查、设计债务状态和结论（可发布或需先解决问题）。
集成：在任何完成声明前调用；紧随 designpowers-critique、design-handoff 之后；阻止完成声明、PR 创建和合并决策。
核心法则：若无法提供证据证明设计对已识别用户画像（包括能力光谱边缘者）有效，则不算完成，须返回验证。
限制：资料未提供具体安装命令、平台支持、收费信息或效果数据。