用途：web-release-gate 是一套网页与网页设计工作的排序契约，用于协调各自独立的设计技能，并界定工作何时算完成。它针对两类失败：跳过方向决策直接写代码，以及在没有审计输出和截图的情况下自称“已打磨”“可上线”或打分。
主要能力：把工作拆为五个阶段，并要求按序执行，跳过任一阶段须说明是哪一个及原因。1) Capture：在改动前捕获桌面和移动端当前状态，使用 visual-proof；若无法捕获（无开发服务器、无浏览器、仅远程），应说明并停止。同时读取仓库中的 design.md、taste.md、tailwind.config.js、lib/design-system.* 及 CLAUDE.md/AGENTS.md，这些优先级高于本包技能，冲突时以仓库为准。2) Decide：在写代码前明确选定并命名方向，可查询 ui-ux-pro-max 获取风格、配色、字体搭配和产品类型 UX 规则；高价值页面或重设计需比较恰好三个方向并说明胜出理由。3) Build：编写代码，涉及动效可参考 emil-design-eng、apple-design、animation-vocabulary、find-animation-opportunities，从截图或视觉参考可用 image-to-code（要求按区块生成可读参考，而非整页压缩板），参考其他站点 token 可用 extract-design-system，新子品牌可用 brandkit。4) Audit：用 web-design-guidelines 检查改动文件并按 file:line 报告，涉及动效再运行 review-animations，涉及图片、字体、首屏标记等再运行 core-web-vitals；并列出最低门槛，如键盘可达、焦点可见、prefers-reduced-motion 有真实降级、375/768/1440 无横向滚动、双主题渲染、图片带明确尺寸等。5) Prove：再次用 visual-proof 在相同宽度和主题下截图，交付审计输出、前后对比截图及改动原因。
使用方式：按五阶段顺序执行，每阶段保留可核查输出；完成时需填写方向、改动文件、审计发现与处理、动效结论、Vitals 测量或不适用的原因、视觉前后对比、已知遗留项。无法诚实填写的行须标注为未填写，不得编造评分、Lighthouse 数字或“可上线”结论。
限制与拒绝项：不得重命名可用 URL、删除有流量的页面或通过删除“整合”，URL 变更需明确批准；不得超出任务范围重设样式；不得为已由现有 token 系统解决的样式问题新增依赖；不得交付无法中断或在 prefers-reduced-motion: reduce 下仍一致运行的动效。后端逻辑、API 路由、数据库、配置、CI、脚本、文档等若不改变外观、感受、动效或交互方式，则不适用本流程。