Anti Over Engineering

概述

本 Skill 用于约束开发时的复杂度选择。 核心原则：先解决当前真实问题，再决定是否需要额外抽象。默认选择最简单、最直接、最容易解释的实现。只有当复杂度能解决今天已经存在的问题时，才允许引入它。

何时使用

• 当你想新增 wrapper、manager、factory、proxy、adapter、service layer、缓存、单例、注册表、通用配置层时
• 当你想“顺手为以后扩展一下”时
• 当你发现自己在为还没出现的第二个或第三个场景设计时
• 当你准备把框架已经能做的决策重新硬编码到业务层时
• 当你想为了“优雅”“通用”“可扩展”“看起来更专业”而多加一层时

默认决策顺序

1. 先写最直接的实现。
2. 只满足当前明确需求。
3. 跑测试，确认它真的工作。
4. 只有在出现真实重复、真实瓶颈、真实多场景差异后，才抽象。
5. 抽象时只抽最低限度，不一次性把未来五种变化都做进去。

核心规则

1. 默认不加层。 新增一层必须回答：如果不加，这个提交今天具体哪里会更差？
2. 没有第二个真实调用方，就先别抽象通用接口。
3. 没有真实性能问题，就先别加缓存、单例、池化、预加载。