工具篇 | 一个神级 AI 插件,已斩获 152K GitHub Star!

你有没有遇到过这种情况。

让 AI 改个小功能，它既建了几个公共类，还顺手把其他的代码重构了。

可真是无语呀！

看它的回复，每一步都有道理。再看代码差异，好家伙，改的代码倒是不少。

今天就给大家推荐下 Ponytail 这个工具，它就是冲着解决这个问题来的。

目前项目在 GitHub 上持续爆火，截止到我写这篇文章时，已经达到了 152K Star 了。

官方称用了这个插件，能够让 AI 写的代码量减少 54%-94%，运行速度提升 27%，成本降低 20%。

它的名字还挺有意思，中文直译为「马尾辫」。就像一位坐在旁边的资深老程序员，看到 AI 准备大干一场，先问一句，项目里不是已经有现成的逻辑可以参考吗？

它是给 AI 开发工具加了一套做事规矩，写代码之前先看看，有没有必要写这么多代码。

按它的思路，接到需求后，先读懂相关代码，找找已有实现。能复用就复用，接着考虑标准库、平台原生能力和已经装好的依赖。确实没有合适的，再写当前任务需要的那部分。

Ponytail 的规则也明确保留了底线，必要的校验、错误处理、安全和无障碍不能为了精简被拿掉。它要求先理解问题，再挑简单做法。

我觉得它适合解决的，就是这种「明明有现成办法，助手却又造了一套」的问题。

至于真有必要的复杂逻辑，还是得认真写。

说到这里，如果你用的是 Codex，可以直接往下看安装和用法。

打开Codex的插件市场，搜索 Ponytail ，点击 + 即可直接安装。

装好以后，最容易上手的用法，是给它一段具体代码或者直接整个代码仓库，让它分析和精简。

在Codex的对话框中通过 @ 菜单选择 Ponytail 插件，再输入要分析和精简的说明即可。

这里有个小细节，你得告诉它要看哪个文件、哪块改动。

只发一句「简化这个代码实现」，却没附代码，也没给路径，助手还得先猜你指的是哪里。把范围交代清楚，省下来的时间更实在。

如果你暂时不想让它动代码，可以先用 review。

它会从过度设计的角度看差异，给你一份精简建议。你看完，觉得哪几项有道理，再让它处理那几项。

这一步很适合老项目。

有些代码看起来绕，可能确实绕；也可能是在兼容历史数据。让它先把判断依据列出来，比上来就删更方便核对。

不过，ponytail-review 的重点是复杂度。功能正确性、安全问题和性能，还得按正常代码评审的方式检查，不能把这一份清单当成完整验收。

插件提供了三种模式，lite 轻量、full 完整、ultra 激进，不想用了直接 off 关掉。可以在调用 Ponytail 时直接写明使用 lite、full 或 ultra。

第一次用，我建议先从 full 和一个小任务开始。等你看过它几次判断，再决定是否用 ultra。

暂时不想用了，在聊天里说 stop ponytail 或 normal mode。需要查功能时，调用 ponytail-help。

此外还有检查整个仓库的 audit、整理简化取舍注释的 debt，等确实用得上再看，不用一口气全跑一遍。

Ponytail 让我觉得值得试的地方，就是把「先找现成的，别急着加东西」放到了 AI Coding 动手之前，它解决了 AI 过度工程化老毛病。

相信大家都在花大量精力，在调教 AI 让它写出高质量且稳定的代码。

这个工具能在这么短的时间里，就斩获了 152K + Star 数，已经说明值得一试。

赶紧试一试吧，也欢迎大家在评论区里，分享下使用经验哟！

GitHub地址：https://github.com/DietrichGebert/ponytail