用途：omc-review 用于评审已经存在的工作成果，在交付前找出真正的问题，并按严重程度排序，给出足以采取行动的细节。它只做评审，绝不编写它所评判的改动。它是规范化的评审工作流，merge-readiness 会路由到这里，ai-slop-cleaner 是其中的可选通道。
主要能力：检查正确性（逻辑缺陷、边界情况、错误路径、并发）、风险（安全边界、破坏性操作、数据完整性）、复用（本应使用的既有工具或模式）、简化（可删除或合并的代码）、覆盖（未经测试就发布的行为）。
工作方式：先弄清改了什么、原本要做什么，再对照意图阅读改动；先查正确性，再查风险，最后查简化；每条候选发现都要先验证再报告；报告时最严重的排在最前。
双轴并行：较大的 diff 会作为两个并行子代理通道分别评审、分别报告，绝不合并或交叉排名，因为一个改动可能通过一轴而失败于另一轴。标准轴对照仓库中已记录的规范，外加仅限主观判断的坏味道基线，工具已强制的内容跳过；规范集合需要主动发现而非假设，应搜索 CLAUDE.md/AGENTS.md、docs/standards/、CONTRIBUTING.md、CODING_STANDARDS.md 或同类文件。意图轴对照工作原本要达成的目标，即任务、规格或工单验收标准，检查需求缺失或部分完成、无人要求的行为，每条发现都引用其来源行。每个子代理简报控制在约 400 词以内，只针对一个轴。小改动保持单次评审。
规则：评审者不得与作者处于同一活动上下文；报告前先验证，无法复现的发现是噪音；如实说明严重程度，不要为显得周全而堆砌；工作可靠时“无发现”是有效结果；默认仅作建议，评审提供信息而不设关卡，发布、安全、破坏性操作等硬性关卡另行处理并默认失败关闭。
输出：按严重程度排序的发现，每条含文件、行号和具体失败场景；已检查且干净的内容；无法评估的内容。
限制：资料未提供安装命令、收费、价格、平台或具体使用步骤。