Ponytail：让 AI Agent 少写 80% 代码的 6 步懒人法

Ponytail：让 AI Agent 少写 80% 代码的 6 步懒人法则

技趣星球 · 用技术创造乐趣。

你让 AI 写一个日期选择器。

它给你安装了一个叫 flatpickr 的库，写了 200 行 React 包装组件，加了 CSS 样式表，然后开始讨论时区和国际化。

你：“……我就想要个日期选择器。”

这就是 AI 的过度工程症（Over-Engineering Syndrome）。

ponytail 治的就是这个。

ponytail 是什么

一句话定义： ponytail 是一套规则和插件，让 AI 编程助手"像最懒的资深工程师一样思考"——在保证正确性的前提下，用最少的代码、最少的依赖、最短的路径解决问题。

它不是一个脚本，而是一套规则体系，配套安装在不同 AI 编程工具里（Claude Code、Codex、OpenCode、Cursor 等），和你的工具"绑定"运行。

它的核心信条是 YAGNI：

你需要的代码，不写就不存在。最好的代码，是你永远不需要写的代码。

把它想象成建筑工地的材料审算员。工人要买一卡车钢筋，他先问：真的需要吗？能不能用现有材料凑？能不能先砌个小样看看？钢筋审算员不拦着干活，但会拦住一切不必要的采购。

ponytail 做的事一样，只是审算员换成了一串 AI 规则。

核心：六步决策阶梯

ponytail 最核心的东西叫「决策阶梯」——AI 写代码前必须按顺序走六步：

1. 这件事到底需不需要存在？ 如果需求本身有疑问，先问清楚，不急着写
2. 标准库能不能解决？ JavaScript 的 Date、Python 的 datetime、CSS 的 flex，先查文档
3. 浏览器/平台原生能力呢？ <input type="date"> 就是日期选择器，不需要任何库
4. 已经装的依赖里有没有？ 别重复安装，先翻 package.json
5. 实在没有，写最小可用代码 一个函数，一行配置，不做任何未来扩展
6. 如果有已知上限，写清楚注释 用 ponytail: 注释标注，留升级路径

走完这六步，AI 才会动笔。

两种不写代码的情况

ponytail 明确要求：不是所有问题都要写代码解决。

• 能用配置文件/环境变量搞定的 → 不写代码
• 能用现有工具的 → 不写代码
• 能用标准命令行的 → 不写代码

三个强度档位

通过命令 /ponytail full 随时切换。

怎么安装

ponytail 支持几乎所有主流 AI 编程工具。安装方式分两类：

插件安装（有命令面板的工具）：

# Claude Code
/plugin marketplace add DietrichGebert/ponytail
/plugin install ponytail@ponytail

# Codex
codex plugin marketplace add DietrichGebert/ponytail

# GitHub Copilot CLI
copilot plugin marketplace add DietrichGebert/ponytail
copilot plugin install ponytail@ponytail

配置安装（规则文件直接复制）：

// OpenCode 配置示例
{
  "plugin": ["./.opencode/plugins/ponytail.mjs"]
}

GitHub 原文：github.com/DietrichGebert/ponytail

怎么用

安装完成之后，AI 写代码时会自动遵循阶梯规则。你也可以随时手动干预。

常用命令

两种用法

用法一：让它帮你审代码

/ponytail-review

AI 检查你刚改的代码，告诉你有没有不必要引入的库、有没有多写的抽象层。

用法二：让它按规则写代码

直接正常写需求就行——ponytail 会先把你的需求按六步阶梯过一遍再动手。

一个真实案例

场景： 你的项目需要一个「用户选择日期」的功能。

普通 AI 的做法：

• npm install flatpickr
• 写一个 React 包装组件，120 行
• 写配套 CSS，60 行
• 处理时区、国际化、无障碍
• 最后约 200 行

ponytail 下的 AI 做法：

• 阶梯第一步：需不需要存在？→ 需要
• 阶梯第二步：标准库有没有？→ 没有
• 阶梯第三步：浏览器原生支持？→ 有，<input type="date">
• 最终输出： 一行 HTML

<input type="date" name="birthday" />

浏览器自带日历弹窗，原生支持，零依赖，零样式文件。

效果对比：

另一个例子

CSS 优先于 JS： 做一个 hover 效果，ponytail 会先用 :hover + transition，不会上来就写一个 JS 事件监听器。

数据库约束优先于应用层代码： 要校验邮箱格式，ponytail 会先看数据库有没有 CHECK 约束，而不是在代码里写一堆正则。

实测数据

ponytail 在真实 Claude Code 会话里，编辑了真实开源项目（tiangolo/full-stack-fastapi-template），12 个任务 × 4 轮，对比有无 ponytail 规则的结果：

在「过度设计」最严重的场景里，代码量最多砍掉了 94%。

使用边界

• 不是写得越少越好：ponytail 强调"极简但不粗糙"。安全校验、错误处理、数据保护这些不能删——"懒"是指高效，不是草率
• 不替你做架构决策：ponytail 管的是代码密度，不替代你对系统整体架构的判断
• 需要在对话中持续激活：每轮对话都可能出现过度工程倾向，ponytail 需要在每轮持续生效
• 不同工具适配程度不同：Cursor、Windsurf 等只支持规则文件，不支持命令和 hooks

技趣星球 · 用技术创造乐趣。