用途：在新增接口、抽象类、包装器或分层之前，系统评估该抽象是否必要，防止过度工程化与抽象泛滥。
主要能力：提供五问评估清单（是否已有类似抽象、当前是否有2个以上具体实现、是否有具体业务或技术需求、复杂度成本、能否用更简单模式解决）；识别典型红旗，如只有一个实现的孤立接口、仅转发调用的包装器、无业务逻辑的服务层、为模式而模式的工厂、过早泛化；给出更简单的替代方案并记录决策理由。
使用方式：用户可显式触发，如询问“这个抽象有必要吗”“是否过度设计”“简化架构”；也可在代码评审、架构提案、重构或调试维护困难时自主调用。执行时先用 Grep/Read 搜索代码库中已有抽象，再逐条核对清单，扫描红旗，最后给出具体简化建议。
适用场景：评审引入新接口或新分层的 PR、评估设计模式提案、简化因抽象过多而难以维护或测试的代码。
限制：资料未提供安装命令、价格、平台支持或具体集成步骤；该技能主张最小抽象，但在 Clean Architecture 依赖倒置等确有价值的场景下仍尊重既有架构模式。