用途：这是一个仅供 Claude 调用的技能，Codex 与 Gemini CLI 不应主动调用它。它把任务委托给 OpenAI Codex（MCP）和/或 Google Gemini（CLI），以获取来自不同模型家族的独立意见，适用于代码审查、方案评估、文档编辑、代码库分析或任意自定义任务。
主要能力：支持三种模式——both（默认，两个模型同时跑）、codex、gemini。可用于提交、开 PR 或合并前的代码审查，多视角的方案与架构评审，文档审阅与内容编辑，代码库分析（模式、竞态条件、死代码），以及任何适合外部模型并行探索的任务。
使用方式：先收集上下文，尽量从对话推断参数，无法推断时一次性向用户提问（最多 3 个）。参数包括工具、任务类型、关注点、diff 范围。随后按任务类型构建材料：代码审查取 git diff，方案评审从对话上下文提取，文档则读取目标文件。构造提示时始终在 Codex 和 Gemini 的提示最前面加上文件系统边界指令，明确要求不要读取或执行 ~/.claude/、.claude/、.agents/ 或任何含 skills 的路径。提示使用 XML 标签结构化，长内容放前面，指令放后面，包含 boundary、material、context、role、task、focus、output_format 等标签。代码审查提示采用对抗式框架，角色设定为敌意代码评审员、混沌工程师和安全审计员，并要求只做分析、不写代码或补丁。当两个工具都要用时，在单条消息里并行发起 mcp__codex__codex 和 Bash(gemini ...) 调用；直接调度，不预先检查可用性。对于方案或架构评审，或用户明确要求时，可进入迭代模式：先出评审，若返回重要问题则据此修订材料，再通过 mcp__codex__codex-reply（带 threadId）或新的 gemini 调用重提，最多 3 轮。结果展示阶段会做“兔洞检测”，扫描输出是否被代理配置文件带偏，若检测到则附加警告。代码审查会给出闸门判定：存在 [P1] 标记即为 FAIL，否则 PASS。同时运行两个工具时，先分别呈现各自发现，再给出跨模型分析区，列出双方都发现、仅 Codex 发现、仅 Gemini 发现的问题，计算一致率并显示闸门状态，最后给出按优先级排序的行动项。
限制与注意事项：琐碎且可自行验证的任务、或用户只要你自己判断时应跳过。提示中须排除密钥、凭据和 token。Gemini 不加 --yolo 会挂起；Codex 默认会去实现，必须显式说明仅分析。两个模型都可能去读技能文件，需靠文件系统边界指令防止并检查输出。diff 含特殊字符，别用 heredoc，应使用 printf + cat 管道。裸 git diff 会漏掉已暂存改动，应使用 git diff HEAD。超过约 2000 行时审查质量下降，需提醒用户缩小范围。OpenAI Codex 与 Google Gemini 的收费、价格等信息暂未提供。错误处理涵盖工具不可用、命令缺失、扩展缺失、空 diff、超时及单工具失败等情况，二者都不可用时应停止并告知用户。