用途：对一次代码变更进行结构化审查。审查对象是与基线分支合并基点之间的 diff（如 git diff origin/main...HEAD，或调用方给定的 base/range）；需先确认 ref 可解析，若 diff 为空则说明并停止，跳过生成文件和第三方 vendored 文件。
主要能力：按顺序执行六个审查环节——mission、architecture、implementation、craft、security、performance，然后综合为结论：Approve（目标达成、无阻塞问题）、Changes needed（发现真实问题并指出）、Hold（目标不清晰或架构问题需先讨论）。审查深度按变更规模校准，小改动从简，大功能深入。
使用方式：先通过 /infer-conventions 查找项目的标准与技术栈，并在各环节中沿用；若项目没有成文标准，应在结论中说明，而不是自行编造。若引用的技能本地不存在，可在运行时从 open-review 仓库获取整个目录（含子目录）：npx 可用时执行 npx skills use elliottlawson/open-review@<name>，否则从 GitHub 获取该目录。在 CI 下可用 /review-as-json 包装本审查并输出 JSON。
报告要求：用文字报告发现，标注严重级别（critical / warning / info）、发现环节、文件与行号及影响；只评判本次变更而非整个代码库，阻塞性问题仅针对新增或实质修改的代码，既有违规最多作为提示；引用项目标准并说明应遵循的模式；重复问题只报一次。
限制：标记问题前必须验证，需指向具体行与具体后果，无法验证时应改为提问。资料未提供具体安装步骤、收费方式或平台支持范围。