写了个skill专治Claude Code过度设计 让它守SOLID但别瞎架构

搞后端老遇到糟心事:让Claude改点东西,它总爱把本来能跑的代码重构一遍,弄出来技术上挑不出错,但比原来更难维护。就一个实现的接口它非要抽象,一个构造函数给你包个工厂,各种为了模式而模式。看着高级 改起来想骂人。后来我干脆写了个skill,把什么时候该上设计模式、什么时候老实别动这套判断喂给它,核心一句话:守SOLID可以,但不许过度设计,单实现别抽接口,没复用别造轮子。用下来它收敛多了 代码总量降了改起来也顺。有需要的照着自己场景改改就行

一个实现抽接口 我天天见

收藏 回头改成我的go版

它是真爱包工厂 烦

为了模式而模式 说到心坎

有数据吗 降了多少代码

这个skill有意思,Claude Code确实爱过度抽象

核心就是给它划红线 别乱抽象

技术正确但难维护 一针见血

过度设计这毛病太真实了

我这项目总量降三成 但看场景

求分享 这skill我急需

守SOLID又不瞎架构,这尺度人都拿捏不好