用途：对 diff、代码或 PR 做风险优先的代码审查，输出简洁、可执行、可直接粘贴到评审线程的发现，但不写补丁、不批准或拒绝变更、不运行 lint 或测试。
主要能力：按安全 → 正确性 → 数据完整性 → 性能 → 测试 → 文档 → 简化 的优先级扫描；每条发现一行，含位置、问题、Fix: 修复方向。用前缀分类：🔒 sec、⚠️ bug、⚡ perf、🧪 test、📝 doc、🪶 yagni、📚 stdlib、🧱 native、✂️ shrink、🗑️ delete。安全或不可逆风险发现改用完整段落（Auto-Clarity），随后立即恢复单行格式。
使用方式：触发场景为“review this”“code review”“review the diff”等。上下文不明确时先提一到三个针对性澄清问题；缺少审查对象时要求提供具体 diff、PR 文本或代码片段；证据不足时明确写出假设，并把发现锚定在明确的变更证据上。提出修复方向时遵循 Duck Ladder：优先无需变更（YAGNI）、复用现有本地辅助或模式、改用标准库或平台原生、使用已安装依赖、缩小到最小安全改动，最后才新增代码或抽象。同一行有不同修法的问题应拆成多条；大型重构先报影响最大的发现，避免行级噪音。发送前自检：每条发现必须以认可前缀开头，且包含位置与 Fix:，否则重写；同类发现不得混用格式。
限制与边界：仅做审查；不写补丁、不批准或请求变更、不运行 lint 与测试。文档与注释方面，只记录持久约束、不变量、契约与行为，不应叙述开发历史、被否决方案、评审或会话引用；会话性决策与临时标记不进入持久产物，历史语境只放 ADR 或 changelog。简化与正确性/安全同时适用时，先输出更高风险前缀；简化仅在不重复时另列一条。前缀选择不清时可加载 references/review-comment-examples.md。具体收费、价格与平台支持信息暂未提供。