用途：对已完成的实现做实现后门禁审查，防止未验证的成功声明。
主要能力：只设两条审查通道。第一条是手动 QA，由编排者本人在真实界面上运行，回答“是否真的能工作”；第二条是单个门禁审查子智能体，回答“是否按需求正确、安全、完整地实现”。明确要求一名审查者而非评审团，需要扩检时扩大其检查清单，不新增审查通道。流程分三阶段：Phase 0 收集审查上下文，包括 GOAL、CONSTRAINTS、BACKGROUND，以及用 git diff --name-only HEAD~1 获取变更文件、git diff HEAD~1 获取差异、检测运行命令，并做历史与议题挖掘；Phase 1 手动 QA，按场景建立 QA 矩阵，每行需有工件路径才算 PASS，任一 FAIL 即终止审查并报告失败；Phase 2 后台启动唯一门禁审查者，按目标完整性、约束合规、行为正确性、代码质量、安全、遗漏上下文、QA 证据审计、范围等清单审查，返回 APPROVE 或带证据的驳回。
使用方式与限制：PR 或分支须在专用 review worktree 中进行，先 git worktree add <path> <branch> 再 git worktree lock <path> --reason "review:<pr-or-branch>"，主 worktree 只作只读上下文。该技能文档主要面向 Codex 兼容性：OpenCode 专有工具需映射为 Codex 原生工具，如 call_omo_agent(subagent_type="explore", ...) 对应 multi_agent_v1.spawn_agent({"message":"TASK: act as an explorer. ...","agent_type":"explorer","fork_context":false})；task(subagent_type="oracle", ...) 对应 multi_agent_v1.spawn_agent({"message":"TASK: act as a rigorous reviewer. ...","agent_type":"lazycodex-gate-reviewer","fork_context":false})。具体费用、价格与完整安装细节暂未提供。