读完能做什么
- Ponytail 不是新模型，而是一套「先别写」的决策梯：在动手前逼 Agent 复用现有代码、标准库和已装依赖。
- 在 Claude Code 用官方插件市场两条命令安装；在 Cursor 用
cursor-hooks.js注入会话规则（与常驻.cursor/rules二选一）。 - OpenCode 没有专属插件时，把仓库里的
AGENTS.md或skills/ponytail/SKILL.md拷进项目即可。 - 懒的是解法，不是安全：信任边界校验、防丢数据、安全与无障碍不能砍。
- 第三方对照实验里，Ponytail 常少改行数、更会复用已有 helper，但多读代码可能让小任务 token 变贵——别只盯行数。
你要的不是「更聪明的 AI」，而是「更懒、但更肯翻仓库」的 AI。
为什么 Claude Code、Cursor、OpenCode 都爱「多写一点」
编码 Agent 的默认奖励函数很像初级工程师：任务描述里出现「缓存」，它就新建 cache.py、加配置项、再写单元测试——哪怕项目里三天前已经有一个 memoize_rates()。这不是模型笨，而是没有约束时，「展示能力」比「对齐仓库」更省力。
过度工程化的账单不在 API 单价里一次性结清：多出来的文件要读、要 review、要维护。你在 OpenCode 与 Claude Code 的真实成本 里已经见过——许可费为 0 不代表改动行数为 0。Ponytail 针对的是改动形状：少依赖、少抽象、多复用。
只写一句「YAGNI」有时也能压行数，但容易顺手砍掉输入校验。Ponytail 作者在对社区质疑后重跑了基准，README 现在强调：平均约少一半代码量，但安全相关测试覆盖更高。第三方复现（Reposquare 等）则提醒：行数少了，回合数可能变多，小仓库里单次任务反而更贵。本文按「保姆级」把安装和取舍写清楚，不替官方背书每一个百分比。
Ponytail 是什么：七步决策梯（理解问题之后才爬梯）
ponytail.dev 把形象讲得很直白：公司里那位长发资深，看你五十行实现，一声不吭改成一行。Ponytail 把这套脾气写进 Agent 上下文：先读懂要改的代码路径，再按阶梯决定要不要新建文件、装包或抽三层抽象。
官方 README 把机制叫「懒，但不马虎」。下面这张表是读者版摘要；完整措辞以 GitHub 仓库 为准。
| 阶 | 问题 | 动作 |
|---|---|---|
| 1 | 这事必须做吗？ | 能删需求、改文案、用配置开关就别写代码。 |
| 2 | 仓库里已经有了吗？ | 先搜函数、hook、util；复用比新建文件便宜。 |
| 3 | 标准库够吗？ | 内置模块、平台 API 优先于新依赖。 |
| 4 | 已安装的包能搞定吗？ | 别为一个小函数再 npm install。 |
| 5 | 能写成一行吗？ | 在可读的前提下压到最小。 |
| 6 | 最后才写新代码 | 写最少、能过测试、标出刻意简化的上限。 |
每一步停住时，Agent 要在回复末尾说明跳过了什么、没做什么（例如「未新增 npm 依赖，沿用 lru-cache」）。若刻意简化，应用注释标出天花板和以后怎么升级——避免「现在省事、半年后无人敢动」。
永远不许砍的：信任边界的输入校验、会导致数据丢失的错误处理、安全与无障碍。这和你在 AI Agent 文件隔离 里分的「沙箱 / 工作区」是同一类纪律：少写代码 ≠ 少做防护。
Claude Code：保姆级安装
Claude Code 走官方插件市场，INSTALL.md 要求分两条消息发送（很多人一次粘贴会装失败）：
/plugin marketplace add DietrichGebert/ponytail /plugin install ponytail@ponytail
装好后可用 /ponytail 查看当前档位，/ponytail lite、/ponytail full、/ponytail ultra、/ponytail off 切换。插件会挂生命周期 Hooks（需要 node 在 PATH 上；Nix/nvm 用户注意非交互 shell 能否找到 node）。
和「再装十个 Skills」不同，Ponytail 是全局写作纪律。若你已经在排 Claude Code Skills 安装优先级，建议把它当成 P0 元规则，而不是与 /code-review 抢位置的普通 Skill。
账单仍看 Claude Code 套餐：Ponytail 不包模型，只改 Agent 行为。长会话里少写代码可能减少输出 token，但多读文件会吃掉输入——见下文权衡。
Cursor：Hooks 注入还是 .cursor/rules
Cursor 没有 Claude 那种统一插件市场，官方推荐用仓库里的安装脚本（cursor-hooks 文档）：
git clone https://github.com/DietrichGebert/ponytail node ponytail/scripts/cursor-hooks.js install # 仅当前项目：加 --project，写入 .cursor/hooks.json
脚本会合并 ~/.cursor/hooks.json（或项目的 .cursor/hooks.json），在 sessionStart 注入当前档位的规则。新开聊天生效；用普通消息发 /ponytail full 可在会话内切换。
二选一，不要叠两套：若工作区里已有 .cursor/rules/ponytail.mdc 这类常驻规则，Hooks 会停注入，模式命令只会提示你删规则。保姆级建议：团队仓库用项目级 rules 进 Git；个人本机用 Hooks 省得每个仓库复制。
- 子 Agent：Cursor 的
subagentStart目前不能注入上下文，子任务可能「没戴 Ponytail」——关键 refactor 尽量在主会话完成，或把AGENTS.md写进仓库兜底。 - Cloud Agent：不触发
sessionStart，云端任务默认吃不到 Hooks；远程跑 Agent 时更依赖仓库内的AGENTS.md/ rules。 - Node 路径：Hook 用 checkout 目录里的脚本，不要删 clone 目录；搬家后重新
install。
Cursor 订阅与用量见 Cursor 2026 价格与调整；Ponytail 不改变计费项，只影响每次改动的粒度。
OpenCode：用项目规则接住同一套梯
OpenCode（以及 Aider、Gemini CLI、Copilot 等）在 INSTALL 里的路径是：复制 AGENTS.md 到仓库根，或让 Agent 安装 skills/ponytail/SKILL.md。没有插件商店时，这一步就是「保姆级」的全部——别指望自动 Hooks。
OpenCode 的优势是自由换模型；Ponytail 不绑定 Anthropic。弱模型在「搜仓库」这一步更容易瞎猜，配合 OpenCode 时建议：
- 任务描述里写明「先
rg/ 搜索现有 helper，禁止默认npm install」； - 把 Ponytail 规则和你们的目录约定写进同一份
AGENTS.md； - 大改放在有完整 git 工作区的机器上（见 文件隔离），避免 Agent 在临时目录里「从零搭城堡」。
若你同时在比 OpenCode 能不能替代 Claude Code，可以把 Ponytail 当成两边共用的行为层：比较的是模型价和工具链，不是「谁更会写脚手架」。
| 工具 | 推荐安装 | 注意 |
|---|---|---|
| Claude Code | 两条 /plugin 命令装市场插件 | Hooks + 斜杠命令；子 Agent 可注入规则 |
| Cursor | cursor-hooks.js install | 会话级注入；子 Agent / Cloud Agent 有缺口 |
| OpenCode 等 | 复制 AGENTS.md 或装 Skill | 无官方插件时靠项目规则文件 |
lite、full、ultra：别一上来就开 ultra
档位越高，Agent 越愿意花时间读调用链、对照现有实现。保姆级默认：
- lite：改文案、调样式、单文件 bug——少读、快出 patch。
- full：日常功能开发默认档；平衡「翻仓库」与交付速度。
- ultra：跨模块重构、要动公共 API 时；小任务别开，否则读代码成本倒挂。
和 /ponytail off 对比：关规则适合探索性 spike（允许乱写），但 merge 前记得开回 full 或人工收尸。
代价、误区和怎么验收
误区 1：行数越少越好。 独立测试里 Karpathy 式短 CLAUDE.md 有时比 Ponytail 行数更低，但更少复用已有 helper。评价应看：是否新加了依赖？是否重复实现？review 时间是否下降？
误区 2：装了 Ponytail 就不用写需求。 梯子是写代码前的约束；模糊需求仍会得到模糊补丁，只是更短。
误区 3：和 Cursor User Rules 堆在一起。 多套「极简主义」冲突时，模型会随机遵守一条。合并成一份项目规则，或 Hooks + 仓库 AGENTS.md 二选一。
验收清单（每次 Agent PR）：
- diff 里有没有无理由的新依赖（
package.json/go.mod）？ - 新文件是否可以用现有模块代替？
- 安全/校验路径是否仍在？
- Agent 是否说明了跳过的方案？
FAQ
Ponytail 和 Cursor 自带的「Minimize scope」用户规则冲突吗？
方向一致，但 Ponytail 更强调搜仓库、爬决策梯。保留一份即可，避免重复占上下文。
必须 clone 整个仓库吗？
Cursor Hooks 需要 checkout 路径。Claude Code 用插件市场则不必手动 clone。OpenCode 只需复制 AGENTS.md 片段。
能跟 MCP、Skills 一起用吗？
可以。Ponytail 管「写多少」；MCP 管「连什么工具」。别让 Agent 为了用新 MCP 再包三层 adapter。
官方 benchmark 数字可信吗？
作者已公开修正过一次营销表述。把它当方向：少写、多测关键逻辑；你自己的仓库用上面验收清单量。
小结
Ponytail 把「懒资深」变成可安装的规则：Claude Code 用插件，Cursor 用 Hooks 或 rules，OpenCode 用 AGENTS.md。它解决的是 Agent 爱加依赖、爱新建文件的习惯，不是替代模型选择。记住两个数字之外的结论：肯复用现有代码，往往比少写十行新工具函数更值钱。