用途：bridge-review 用于让另一个同伴智能体（peer agent）审查当前代码改动，再由你（执行者）核实每条发现，决定哪些是真实问题，并把结果报告给人类。
主要能力与流程：
- 选择同伴。调用时指定同伴名称，例如 /bridge-review gemini、/bridge-review codex、/bridge-review claude。若未指定同伴，不要自行假设，应询问人类使用哪一个。若该技能存在 references/<peer>.md，应读取，其中记录该同伴的怪癖；没有该文件则表示无怪癖。资料提到 gemini 是 bridge peer agy。
- 发送审查。调用 Skill 工具并指定 "agent-bridge"，委派给同伴。简报需包含同伴看不到的上下文：目标（这次改动是为了什么，以便判断代码是否是最简实现路径）、注意事项（实现过程中发现的、同伴应知晓的问题，没有则跳过）、范围（要审查的文件或 diff，按路径或提交范围）、标准（两层：coding-standards 技能，以及本仓库在 AGENTS.md、CLAUDE.md、本地项目技能和标准文档中的约定；两者冲突时以仓库为准）。要求同伴审查：代码质量、对两层标准的遵循、最佳实践、达成目标的最简代码、效率与性能。输出格式：每条发现给出 file:line、破坏了什么、为何重要，按严重程度从最差开始排序。仅审查，报告发现并保持工作树原样。
- 核实每条发现。绝不在未对照代码检查或以其他方式（如查阅当前文档）验证前就采取行动。核实方式视发现而定：读文件、跑测试、试输入、写并运行临时脚本。当你能说出什么会坏或将要坏时，该发现才算真实；说不出就是噪音。
- 修复或询问。当改动小且明显时自行修复：行为不变的清理（违反标准、代码异味、同一逻辑写得更简单）；真实 bug 且修复清晰且局部（无论多严重）。其他情况放入总结而非 diff：需要大规模重构的修复，或你不确定的发现。说明你会怎么做，让人类决定。最后报告每条发现、你修复了什么、你留下了什么。
适用场景：需要在提交或合并前引入第二意见的代码改动审查。
限制：资料未提供具体安装命令、收费、价格、支持平台或效果数据；同伴名称与行为依赖 agent-bridge 及 references/<peer>.md 的可用性。