用途：这是一个面向代理（agent）的代码审查技能，用于在兼容性压力被明确解除或从未成立时，进行“绿地干净断开”（greenfield clean break）审查。触发示例包括：假设没有用户、这是绿地、我要干净断开、不要保留旧行为、拒绝兼容、删除冗余、如果今天开始会加这个吗。
主要能力：先写出理想产品句“<名词> 拥有 <边界>；<调用者> 通过 <单一路径> 进入；<运行时> 做 <一件事>”，再据此判断现有代码。若某分支、选项、辅助函数、状态字段或兼容路径在去掉后产品句仍成立，则删除。提供气味清单，如同一件事有两种做法、同一值有两个拥有者、规范路径旁的回退、读路径中的修复代码、保留旧形态的可选字段、兼容别名、双读写、占位表或服务、无真实消费者的公共类型、仅隐藏产品决策的辅助函数、保留过时行为的测试夹具等。附带 Ownership Pass，为每个重要值和不变式指定唯一拥有者，并使用项目词汇而非通用架构词。提供编辑前的 Review Loop 与发现格式，以及用 rg 重新统计调用方、针对性测试与类型检查的验证步骤。
使用方式：在编辑前按循环执行；兼容性被定位为产品功能而非基线，需先说出使兼容性成立的契约（如已发布包 API、有用户的部署端点、持久化存储格式、同步协议格式、文档化配置形态、已有数据迁移读取器、明确产品承诺）。若不存在契约，旧形态视为可移除；若存在，则明确决定断开、迁移或保留。拒绝落地时按指定格式更新规格，并记录重新审视的触发条件。停止并询问的情形包括：修改持久化字符串、删除已发布包 API、改动认证或会话模式、移除现有磁盘用户数据的迁移读取器、改动加密或同步协议格式，以及移除用户尚未真正解除兼容性压力的行为。
限制：该技能不替代 cohesive-clean-breaks 或 collapse-pass；当用户要求新鲜视角、子代理或针对具体 diff 的对抗性审查时，可与 fresh-eyes-grill 组合使用，本技能只负责兼容性立场而非审查编排。它可移除产品兼容性，但不会在用户未明确接受的情况下静默破坏持久化数据格式或已发布契约。资料未提供具体安装命令、运行命令或平台要求。