想让 AI 编程助手少写垃圾代码?这个 89k Star 的懒核老程序员技能做到了
想让 AI 编程助手少写垃圾代码?这个 89k Star 的”懒核老程序员”技能做到了
你让 AI 建一个日期选择器,它装了一个 flatpickr、写了个包装组件、加了样式表,然后开始和你讨论时区问题。
这不是段子。这是真实发生的。一个 GitHub 上 89,868 Star 的项目 ponytail,就是来解决这个问题的。
ponytail 是一个 AI 编程技能,本质上是一个”懒核老程序员”——他话不多,看你五十行代码,不说话,删掉四十九行,换一行,能跑。
这个”他”现在可以装进 Claude Code、Codex、Copilot CLI、Devin CLI、OpenCode、Gemini CLI、Hermes Agent 等 20+ 种 AI 编程工具里,让你的 AI 助手以”最小化代码”为第一原则工作。
实测数据:54% 更少代码,20% 更低费用,100% 安全
作者做了真实的基准测试,不是跑个 demo 那种。测试方法:让 headless Claude Code 在真实开源项目(tiangolo/full-stack-fastapi-template,一个真实的 FastAPI + React 仓库)上完成 12 个功能 ticket,对比有/无 ponytail 技能时的代码产出,n=4,用 Haiku 4.5 评分。
结果:
| 指标 | 无技能基准 | 使用 ponytail |
|---|---|---|
| 代码行数 | 100% | 46%(-54%) |
| Token 消耗 | 100% | 78%(-22%) |
| 费用 | 100% | 80%(-20%) |
| 执行时间 | 100% | 73%(-27%) |
| 安全测试 | 100% | 100% |
日期选择器从 404 行变成 23 行(用 <input type="date">),颜色选择器从 287 行变成 23 行(用原生 <input type="color">)。而那个被测的”YAGNI + one-liners”朴素提示词方案,虽然也减少了代码量,但安全测试只拿到 95%——ponytail 是唯一在所有指标都赢且保持安全的方法。
它的工作原理:一套决策阶梯,不是提示词模板
很多人以为 ponytail 就是一个”写少点代码”的提示词。没那么简单。
ponytail 教 AI 在写代码前先爬这个阶梯:
1. 这个东西真的需要存在吗? → 不需要:跳过(YAGNI)
2. 代码库里已经有类似的? → 重用,别重写
3. 标准库有这个功能? → 用标准库
4. 平台原生支持这个? → 用原生能力
5. 依赖里已经装了这个库? → 用它
6. 一行能搞定? → 就一行
7. 最后才:写最小可行的代码
关键词:读完再决定。ponytail 的规则是在 AI 读完相关代码、追踪了真实调用链之后才生效,不是代替理解直接输出。安全边界(信任边界验证、数据丢失处理、安全性、可访问性)永远不上阶梯。
支持的编程助手(几乎全覆盖)
最新版本 v4.8.4(2026-06-29)支持:
插件级(有生命周期钩子,始终激活):Claude Code、Codex、GitHub Copilot CLI、Devin CLI、OpenCode、Gemini CLI、Hermes Agent、Pi agent harness、Antigravity CLI(Gemini CLI 新名)
规则文件覆盖(只需复制一个文件):Cursor、Windsurf、Cline、Copilot(指令模式)、Aider、Kiro、Zed、CodeWhale、Swival、Qoder
特殊加载机制(读 AGENTS.md 自动生效):VS Code + Codex 扩展、JetBrains Junie、Sourcegraph Amp、Google Jules
安装方式极其简单,以 Claude Code 为例,两步完成:
/plugin marketplace add DietrichGebert/ponytail
/plugin install ponytail@ponytail
OpenClaw 用户一行搞定:
clawhub install ponytail
不需要配置文件,不需要 API Key,开箱即用。
适合谁,不适合谁
适合:
- 在真实项目里频繁用 AI 编程助手的开发者,尤其是感觉 AI 总是”过度设计”的人
- 追求代码库健康度、想减少技术债务的团队
- 对 AI 生成代码质量有洁癖的工程师
不太适合:
- 还在学习编程、不知道什么是”过度设计”的 AI 初学者(你可能看不出来它删对了还是删错了)
- 快速原型阶段,需要先跑起来再说的探索性工作(这个阶段过度设计不是主要矛盾)
- 代码库本身已经很精简的项目(收益空间有限)
项目边界说明
ponytail 解决的是”AI 写多了”的问题,不是”AI 写错了”的问题。它不修复 bug,不提升算法效率,不改变业务逻辑。它改变的是:面对一个问题,AI 首先问”真的需要写这段代码吗”。
另一个值得注意的点:它减少的是不必要的代码,不是所有代码。规则写得清楚:never cut validation、error handling、security、accessibility。这个边界守住了,评测才拿到 100% 安全分。
可执行的下一步
- 如果你用 Claude Code:
/plugin marketplace add DietrichGebert/ponytail,然后/plugin install ponytail@ponytail,两个命令分开发送,两分钟装好 - 找一个你正在做的功能任务,对比安装前后的代码行数差异
- 如果你用的不是列表里的工具,clone 仓库,看对应适配文件夹里的规则文件(
.cursor/rules/、.windsurf/rules/、.clinerules/等),复制到你的项目里即可
官网:https://ponytail.dev
GitHub:https://github.com/DietrichGebert/ponytail
npm:npm install @dietrichgebert/ponytail
附:发布时参考数据
- GitHub Star:89,868
- Fork:4,944
- Open Issues:105
- 最新版本:v4.8.4(2026-06-29)
- License:MIT
- 创建时间:2026-06-12(距今约 45 天,Star 增速惊人)
评论区
登录后可评论。