让 agent 像最懒的老程序员干活：Ponytail 10 月 25 日又冲上 GitHub 热榜，335 行日期选择器被压到 10 行

AI 写代码最常见的毛病不是写错，而是写多：要个日期选择器，它先装个库，不行再手写一整个日历，335 行就这么来了。Dietrich Gebert 的开源技能包 Ponytail 反着来——给 agent 立一条“懒人规矩”，10 月 25 日它又一次冲上 GitHub 热榜，当天新增约 785 star。

规矩是一条六问决策梯，写代码之前必须先爬完：这功能到底需不需要存在？代码库里是不是已经有了？标准库或平台原生功能能不能覆盖？已装好的依赖能不能解决？能不能一句话写完？全都不行，才写最少的新代码。作者的例子很直观：日期选择器先看仓库里已有的输入框组件，再看浏览器自带的日历控件，两者一拼，10 行就够了。它的口号是“懒的是解法，不是阅读”——梯子是在读懂任务和相关代码之后才爬，安全、类型检查、错误处理这些底线作者称一律不砍。

数据要打折看：作者自称 585 次 Claude Code 会话实测里代码量少 53%、成本降 26%，这是作者自己跑的基准，不是独立第三方复现；10 月 8 日发布的 v5 之后热度又起，说明市场确实在为“治 AI 代码臃肿”买单，但“少 53%”这个数字别直接写进你的成本预算。

怎么用起来：Claude Code 里用插件市场安装，Codex、Cursor 等也有对应装法；更轻量的用法是直接把它的规则文件抄进项目。我的判断是：它最适合“已经能跑、但越改越臃肿”的老项目做减法；新项目从零搭、或者安全、支付、数据删除这类碰不得底线的模块，别拿“懒”当借口省测试。未经实测，个人判断：先在一个小模块上试一周，对比前后代码行数和返工率，再决定全项目推广。

可信度：项目方自报口径（GitHub README、作者基准）+ LockerGnome 10 月 24 日报道、gitdiscover 10 月 25 日热榜数据交叉；53%/26% 为作者自测，未独立复现。