仓库瘦身得靠砍而不是靠写

agent 写代码，调教要放在写之后。一条省时间的实操结论是：开头怎么调教都没用，提交之后再砍一刀才有用。 开头的提示词里塞多少技巧都没用，什么 Matt Pocock 式的 TypeScript 秘籍，一条都不顶。Astra、fable、opus 5.5 全一个毛病，产出的代码远超所需。指望靠提示词把模型管瘦，方向就错了，管得住开场白，管不住它的发挥欲。 真正管用的招在提交之后。PR 落地，换个全新的上下文，清醒一下，再开一个新 agent，让它专门拆解这次改动：哪些能砍，哪些能删，砍完还要能跑。这一步能走很远，仓库不至于一路膨胀下去。 代价得先说清：要多花工夫，也多花 token。这算不上最优解，可比起贴一条"别犯错"式 skill 然后指望模型自动变简洁，强太多了，那种 skill 模型根本不会当真。提示词管的是开头，评审管的才是结尾，一个都省不掉。 我的体会是这跟之前看过的判断与生成分工完全对得上。生成的那一个负责出量，评审的那一个负责去水，而且必须是另一个会话、另一双眼睛，同一段上下文里它只会替自己辩护。仓库瘦身这项活，从此不是写出来的，是砍出来的。