新增或重构前先做减法：先删死代码/冗余校验/stub…

当你准备给现有系统加功能、做重构或重写，且系统已积累复杂度时，先用减法降低复杂度再动手构建。

适用场景

解决思路

1. 调整顺序：把「移除」排在「构建」之前，先清理再建设。
2. 动手加代码前，先删除死代码、冗余的 validator，以及残留的 stub 引用。
3. 先砍到最小可用形态，再投入精力打磨质量（cut before you polish）。
4. 按实际观察到的使用方式来设计，不为臆测的边界情况做设计。
5. 不写规格未要求的推测性 validator、parser 或 guard。
6. 简化 prompt：删除冗余指令和过度模板。
7. 某个引用若不含任何新内容，直接删除它，而不是留一个 stub 占位。
8. 把简化当作持续投资：离开时让设计比接手时更简单、能力不弱，且暴露面相同或更小。
9. 默认选择减法：意识到「加到复杂系统上会让复杂度复利」时，优先考虑删除。
10. 先移除能暴露系统的本质结构，通常会让下一步设计变得显而易见。

适用边界 · 注意事项

• 存在真实且已明确的需求所覆盖的边界情况时，不要以「做减法」为由删掉必要的校验。
• 代码受外部依赖或公开 API 契约约束时，不能随意删除引用或校验。
• 线上故障需要紧急止血时，可先加修复、事后再做减法。