用途：把已确认的构建契约（Build Contract）转化为经过验证的交付结果。使用前提是既要有可直接实施的契约，也要有改动对应系统的授权；不能仅凭实施授权就推断出部署、发布、破坏性迁移或对外沟通的权限。
执行路径：先读取目标项目的说明、当前状态与构建契约，核对任务是否可追溯到目标行为和必过场景。若契约由 OpenSpec 工件表示，应使用官方已安装的 OpenSpec apply 流程并在其中维护任务状态；存在进行中的相关 OpenSpec 变更时，它保持为唯一任务状态，Superpowers 的 TDD、调试、评审与验证技能可作为聚焦实现方法使用，但不得另建计划或取代 OpenSpec 任务状态。否则可酌情使用当前客户端原生计划或目标机制，也不要创建重复的流程状态。若缺少或存在矛盾的行为、接口、数据、迁移、验证、发布或授权决策，应先返回 deep-design；若证据推翻根本产品意图，则返回 deep-grill。
分片构建：实现能产生可观察行为的最小依赖就绪纵向切片，遵循既有技术栈和本地职责边界。每个切片后进行最窄可信的验证并检查结果，先修好失败再扩大范围。证据变化时重新评估剩余契约，不保留已被系统否定的任务列表；保持用户改动完整，不借机做扩大行为范围的重构。在实际入口验证必过场景，再按比例做回归检查，记录有意义的缺口及其风险。OpenSpec 契约只在官方流程要求且交付行为完整时验证并归档变更。
UI 契约：按契约已批准的方向、需保留行为、预览决策、目标路由/状态/视口与评审里程碑实施。若请求的预览尚未获批，应在做生产改动前把该决策交回 deep-design。先构建布局/重排与层次，再做视觉完成度和动效，使用真实内容与必需状态。检查共享组件/token 消费方，隔离有范围限定的改动。契约选用 react-bits 免费组件时使用之，并在目标技术栈中核对当前源码、变体与依赖；选用 GSAP 时如有官方 gsap-* 技能则使用，否则参考官方 GSAP 文档，并显式保留插件注册与清理。保留既有文件，仅添加必要依赖。缺少可选专家不阻碍等效的已验证实现。大幅改版先实现有代表性的端到端工作流，展示运行结果并在迁移其余页面前取得契约里程碑批准。产品可运行时，用浏览器交互并在约定视口截取真实实现截图，检查保留路由、权限、校验、请求/数据影响与重要状态，以及密度、对齐、换行、溢出/裁剪、焦点、触控目标、减少动效、资源损坏和相关控制台错误；性能结论要基于有意义的运行时测量，而非 DOM 查询耗时或构建成功。未获请求时不要求 Before/After 看板；缺少基线截图不是阻碍，缺少运行时访问则属验证缺口，应说明无法获取的启动、鉴权、数据或浏览器证据及未执行的检查。原型或生成图片不能证明生产行为通过。
授权交付：仅在用户授权覆盖时准备提交、发布、部署、出版或对外更新；任何已授权交付动作后核实实际远端或运行时结果。若完成需要性质不同的外部动作，应停止并申请新授权。
结束时用四个简洁字段收尾（可译为用户语言）：Changes、Verification、Not verified、Remaining risks；适用时在字段内附发布、部署或工件链接，空字段标 None。仅当契约授权的终点与必过场景满足，或存在已清晰报告的阻塞时，才算完成。
限制：资料未提供具体价格、平台支持范围或安装命令等信息。