海外开发者盛传三招让GPT-5.6 Sol少写54%代码

【在海外引发讨论】在Codex上使用GPT-5.6 Sol的开发者之间，流传着一个说法：“只需三步就能解决Sol“写太多”的问题”😳，方法如下👇

① 添加ponytail技能 → 将DietrichGebert/ponytail（GitHub、免费）导入Codex
② 完成设置 → 如果是Claude Code，只需要两行命令：`/plugin marketplace add DietrichGebert/ponytail` → `/plugin install ponytail@ponytail`
③ 给Sol传入这个提示词 → “添加提交/推送前必须运行/ponytail-review的规则和钩子”

据说只需要这三步，Sol的代码质量就会脱胎换骨。

Sol不会写出错误的代码。它只是会写出“过多的代码”。

你让它改配置，它给你返回一整个框架；你让它修bug，它给你多出来一个适配层。

但导入ponytail之后……Sol就会开始像“整个办公室里最懒的资深工程师”一样思考。

它的判断顺序大概是这样👇

■ 这东西本来有必要吗？“不写出来的代码才是最好的代码”（如果不存在也没关系，那就不写）
■ 这里本来就有了吗？先去代码库/标准库/平台原生功能里找（先找已经存在的东西）
■ 已经装的依赖够用吗？已安装库 → 能写成一行吗？ → 实在不行再做最小实现（不新增额外层级）
■ 运行/ponytail-review → 从过度设计的角度检查当前的diff（返回应该删除的位置列表）

而最重要的底层思路是：代码写得越多，负债越多。删得越多，资产越多。

根据作者的测量，最终代码量减少了约54%，成本降低了约20%，速度提升了约27%。

这是一个能把Sol从“写太多的模型”，变成“够用就收工的工程师”的技能。