用途：在目标产品仓库内部搭建一套验证工具链，供各类智能体以统一方式运行该产品并证明其结论。工具链存放在目标仓库中，而非本技能内；本技能负责脚手架搭建与后续维护。
主要能力：包含三个命令。doctor 为只读检查，判断实例是否值得驱动，覆盖工具链、隔离、端口、数据库、迁移、种子、构建新鲜度及所需驱动，失败时非零退出并给出具体修复项，支持 --json。seed 加载固定测试账号与演示数据，要求幂等，并拒绝向非本地或主实例数据库写入。verify 按功能地图列出的检查项执行，从最廉价方法开始，并写出证明记录（运行了什么、覆盖了什么、跳过了什么及原因），失败或出现无归属的源文件变更时非零退出。
使用方式：分两种模式。Create 模式用于仓库尚无 verify CLI、doctor 或功能地图时，先访谈仓库（界面、运行、驱动、观察、隔离），按契约搭建 doctor、seed、verify 与功能地图，先接好隔离再写首个功能文件，种子覆盖前 3 至 5 个功能，并端到端验证一次。Maintain 模式用于已有工具链时，每次会话先运行 doctor，输出 clean、changed 或 blocked 三种结果之一；changed 只提交对工具链本身的修正，不改产品代码。
适用场景：需要让多个智能体在同一仓库中以一致方式运行应用并给出可核查证明；需要按功能地图逐路径检查或标注跳过；需要先复现再交接缺陷报告。
限制：两种模式仅在明确点名时运行，不响应笼统的“检查应用”提示。doctor 与 verify 必须分开，不可合并。verify --fast 仅为开发便利，不能单独作为合并门禁。每个应用只保留一份功能地图。开发用登录捷径或固定测试账号密钥一旦随产品发布即成为后门，必须加门禁并验证。原生或桌面路径仅在最后手段使用 computer use。与 ui-verification、codebase-architecture、test-audit、planning 等技能分工不同，本技能不替代逐规则审计或测试套件裁剪。具体安装命令与价格信息暂未提供。