教模型做减法的两头夹击法

有个项目正对着编码模型的过度工程毛病下手。十四万七千颗星是市场的投票，它给 agent 套上了"全公司最懒的资深老登"的人设，仓库在 github.com/DietrichGebert… 。 那类资深架构师谁公司里都有。马尾辫配椭圆眼镜，工龄长得比仓库创建日期还久。你兴冲冲交上五十行逻辑，他扫两眼，一言不发全删，换成一行原生代码。ponytail 想复刻的就是这个动作，它信奉那句老话，最好的代码是你永远不用写的代码。 效果的对照有现成的例子。点名要一个日期选择器，模型的本能反应是拉第三方组件库、包一层封装、配上样式表，顺带讨论起时区。装上 ponytail 之后它改了路数，直接写一个原生输入标签，理由简单，浏览器自带。 它靠一套决策阶梯压住这股冲动，动笔之前先过六问。这玩意真需要存在吗，不需要就跳过，也就是 YAGNI 原则。仓库里已有吗，有就复用。语言标准库支持吗，能用标准库就不引外部依赖。平台或浏览器原生支持吗，原生能办的绝不自己搓轮子。已装的依赖够用吗，不盲目新增。代码能压到一行吗，写一行的量绝不写成两行。六关都过了，才轮到写最简实现。 难的是它把极简和偷工划清了界。边界校验、数据防丢、安全防护和无障碍设计一样不减，砍的只有排场。真实项目的基准里，LOC 平均少五成四，复杂场景最高砍掉九成四，消耗降两成二，成本降两成，生成时间短两成七，安全测试照样满分。 支持面也铺得开，Claude Code、Cursor、Codex、Devin、OpenCode、Gemini CLI 这些主流工具都能接。 我的看法是这跟前两天那条删十四万行的新闻是同一股风。模型爱堆料，社区开始集体教它做减法，一个用阶梯管住动笔前，一个用审查管住动笔后，两头一夹，过度工程的生存空间就小了。判断这类工具好坏的标准也简单，看它敢不敢在安全和无障碍这些地方喊停，ponytail 这点做对了。