用途
Ork Verify 用于验证既有工作是否已经准备好合并、发布或交接。它通过一份明确的证据契约来组织验证过程，而不是依赖模糊的“看起来没问题”判断。
主要能力
- 先写证据契约：明确目标、必需检查项、环境、成功条件和预算。
- 读取仓库说明，找到规范命令，并优先运行最窄范围的相关检查，再考虑更大范围的测试套件。
- 如实报告每条命令及其摘要。
- 当检查依赖第三方命令或 API 时，通过 context7 MCP 服务器确认其当前参数与语义（先 resolve-library-id，再 query-docs）；仅凭记忆的参数属于缺口，而非证据。
- 认识到通过的测试或检查只能证明其实际执行的路径，因此需要确认每个必需信号确实运行过。
- 将缺失日志、不可用的外部服务和被跳过的关卡视为未知，而不是成功。
- 对于实质性变更，在已安装的情况下使用独立的 ork_verifier 角色，或使用全新的 Codex 审查者，基于原始任务和最终产物进行复核，而不是实现者的推理。
- 返回二元判定：PASS、FAIL 或 BLOCKED，并附上证据、缺口和下一步行动。
- 不修改源文件或测试。
使用方式
当请求要求验证、确认、证明某项工作已就绪时使用。先写出证据契约，再按仓库说明执行检查，并逐条报告结果。对于依赖第三方命令或 API 的检查，需通过 context7 MCP 服务器确认参数与语义。对于实质性变更，使用独立的验证角色或全新的审查者。
适用场景
- 合并前的验证。
- 发布前的验证。
- 交接前的验证。
限制
- 通过的测试或检查只证明其执行的路径，不能证明未运行的路径。
- 缺失日志、不可用的外部服务和被跳过的关卡应视为未知，而非成功。
- 仅凭记忆的参数属于缺口，而非证据。
- 不修改源文件或测试。
- 关于收费、价格、平台支持范围等具体信息，资料中暂未提供。