给 AI 编码 agent 用的规则集与插件系统,核心理念是“最好的代码是没写出来的代码”。它给 agent 植入一个六阶决策阶梯:写代码前先检查功能是否真需要(YAGNI)、标准库是否已有、平台原生能力是否覆盖、已安装依赖是否可解、能否一行写完,都走不通才写最小可行实现。规则以 AGENTS.md 为核心,覆盖 Claude Code、Codex、Gemini CLI、OpenCode、Pi 等 14 个 agent,支持插件安装、rules 文件拷贝、slash 命令三种接入方式。附带 /ponytail-review(审查 diff 中的过度工程)、/ponytail-audit(全仓库审计)等命令,以及 lite/full/ultra/off 四级强度。作者在 FastAPI + React 仓库上做了 agentic benchmark(12 个 feature 任务,Haiku 4.5,n=4):作者自测相比无 skill 基线平均少写 ~54% 代码、token 省 ~22%、成本降 ~20%、耗时少 ~27%,安全对抗任务中保持 100% 安全率。

社区实测

社区普遍认可 Ponytail 能显著减少 AI 代理产出的冗余代码和 token 消耗,但核心仅为一个约百行的 YAGNI 原则 Markdown 文件,部分用户质疑其热度超过实际价值

• 减少 AI 编码代理的过度工程化,产出更精简的代码
• 降低 token 消耗,延长订阅制工具的 session 可用时长
• 对 vibe coding 产出的代码库做审计和简化,提升可读性
• 降低 API 调用成本(约 20%)并加快构建速度(约 27%)

• 核心逻辑仅是一个约百行的 YAGNI 原则 Markdown 文件,实质内容与热度不匹配,部分场景可能收益有限
• 大幅精简代码后仍需额外验证层(如自动测试)来捕获可能引入的 bug

来源

I gave Claude Code a "lazy senior dev" mode and it writes ...This Plugin Just Made OpenCode 10x Better (ponytail)Ponytail? YAGNI!You can really feel the impact of Ponytail and RTK when it comes to limitsPonytail Review: Simplifying Code with Open-Source Plugin

截至 2026-07-22