用途：completion-gate 是“我以为它能用”与“它确实完成了”之间的一道闸门，用来决定一项工作是否可以被称为完成。它要求在说出 complete、finished、ready、working、fixed，或写下 verified、PASS、tested 等字样之前，先完成相应验证。
主要能力与规则：核心原则是先验证再声明。确定性的机械检查（测试套件退出码、diff、linter、构建、脚本输出）可以自己运行；需要判断的事项（文档是否清晰、设计是否成立、测试是否测对了东西）必须交给未被告知你推理过程的新上下文，只提供产物与验收标准。完成用语不得早于其描述的结果出现，需先用 pending 草稿，待真实输出产生后再填入。开始前要写明验证方法，写不出证明命令就说明还没理解任务。
按产物类型区分验证方式：代码要自己运行测试或实际执行，编译不等于行为正确；新测试或触及重大判断的改动需交给新上下文的代码审查。文档、规则、配置交给新上下文仅凭该文件回答问题，问题须针对改动段落。硬性判断（架构取舍、疑难 bug、信任边界设计等）需要独立对抗性第二意见。破坏性或不可逆操作不在本技能范围内。
无子代理时：先运行所有可自行完成的机械检查，再寻找独立判断——人类也是新上下文。确实无人可问时，标记为“未验证草稿”，并明确指出哪一道判断级闸门未运行及原因。降级交付是诚实的，但仍不算通过。
交付消息包含三部分：做了什么、如何验证并附原始结果、哪些未做。自我执行的工作有失败计数规则：第一次记录原文错误、只改一个变量重试；第二次换方法或升级模型；第三次禁止同一路径，回滚、重新规划或上报。
会话收尾按顺序执行：确认所有产物通过对应验证；先更新实质性文档；证明文档编辑确实落地；说明是否需要对抗性第二意见；更新续接笔记/TODO 索引；最后每次都询问是否运行 handover。
限制：本技能不自带代码审查、安全审查或提交工作流，这些由各自的技能负责；它只管辖提交之前必须发生的事。具体安装方式与收费信息暂未提供。