cmux-review 是 manaflow-ai/cmux 项目提供的一项代码审查技能，主要用于在合并前审查由智能体编写的代码变更，也适用于大量编辑之后或对修复进行复审的场景。它的设计目标是减少开发者需要投入的注意力，只呈现具体的正确性缺陷，默认抑制风格问题、细枝末节和推测性的改进建议，除非用户明确要求。
用途方面，cmux-review 面向智能体生成代码的审查与合并流程。默认的合并前审查要求将任务意图、base/head SHA 以及精确的 diff 交给审查子智能体，要求其优先关注正确性，其次检查仓库规则，并保持发现过程独立于作者的推理。审查策略的编辑需要对照 base 分支的规则进行。
主要能力包括：验证具体发现的问题，在获得授权后修复并推送；修复后重新运行原始判别测试，只有真正触发所断言失败的绿色测试才算有效，优先采用先红后绿的证据；如果修复较为复杂，需要对修复增量进行新的子智能体审查。合并需在判断该变更的检查通过且满足批准规则后进行，并报告发现、证据、已执行的验证和覆盖缺口。
使用方式上，该技能要求使用当前运行时中的子智能体，而不是第二个模型或外部审查服务作为门禁；在获得授权修复前保持只读；不得提交审查回执、临时复现或生成的日志。对于实现交接或合并，需要阅读 dogfood 和 merge 相关内容，以了解逐变更验证、首轮完成、重新 dogfood 和合并回执。主智能体负责 dogfood、批准、可合并性以及所有推送的修复。应用、运行时或 UI 的合并需要用户在 dogfood 后明确批准，或给出直接的合并指令（如 merge、merge it、auto-merge；而不是 finish、lgtm 或 ship it）。main 分支为 nightly，应堆叠修复而非回滚。
对于安全、持久化、并发、数据丢失风险或请求深度审查的场景，使用完整的对抗性协议：在发现或变更之前，读取源身份与回执要求，并捕获原始候选与策略坐标；发现与分类阶段包括源身份、意图合规、独立审查者、严重程度和证据来源；挑战、验证与修复阶段包括反证、可执行检查和有界修复尝试；验证后持久化回执并报告，分别给出修复前后的源坐标与证据。这些阶段保留高级证据协议，普通审查则使用上述简短的默认流程。
适用场景主要是智能体编写代码后的合并前审查、大量编辑后的审查、修复后的复审，以及高风险变更的对抗性审查。限制方面，资料未提供关于收费、价格、平台支持范围等具体信息，暂未提供。