用途：对指定文件、子系统、分支、提交、PR 或 diff 做一次有边界的代码审查，也可覆盖路线图、规格、issue、ADR 或迁移文档所辖的实现；未指定目标时优先审查未提交改动，无法推断目标时才询问。
主要能力：以“实现”视角为核心，并按需加载三种维度——系统（交付结果、技术选型与横切影响）、设计（职责、接口、依赖、消费者的契约与不变量归属）、精简（新增概念、状态、包装、兼容路径等复杂度是否值得维护成本）。记录问题时需给出触发场景、受影响路径或所依据需求、后果、证据与可能处理方式；架构品味与假设性灵活性不算发现。
使用方式：审核前确认预期结果、声称里程碑、修改范围与编辑政策。问题分为两类：一类是可安全修复的窄范围、可机械验证改动，默认直接应用，除非用户要求仅审查；另一类是需决策的问题，说明最小可行替代方案与所需决策，已有授权决策则在范围内执行。修复后需重新检查受影响验证，直至有证据的问题解决或出现明确阻碍；不得演变为自主审查循环，也不得在未要求时暂存、提交或推送。
报告：先列重要发现及其已应用或拟议状态；项目审查需含交付覆盖情况，并说明验证情况与剩余风险，必要时给出保留现状的决定；干净审查只需结果与验证限制，不必罗列空分组或清单。
限制：具体安装与运行命令、平台支持、收费方式等资料暂未提供。