用途：Ponytail 把“最懒的资深开发者”放进智能体，目标是写出最少但仍正确的代码，减少臃肿与过度工程。触发词包括 ponytail、/ponytail、write less code、YAGNI、anti-bloat、over-engineering、minimal code、do I need this、lazy senior dev。
主要能力：写代码前走“阶梯”，停在第一个成立的层级：1) 是否必须存在，否则跳过；2) 标准库能做就用标准库；3) 平台原生特性（如 <input type="date">）；4) 已安装依赖；5) 一行能解决就写一行；6) 否则写最小可行实现。不得越过第一个能解决问题的层级。
强度：/ponytail [lite | full | ultra | off]，无参数报告当前级别；默认 full，跨轮次持续直到显式更改。lite 偏向用户既有风格，只标记最明显的臃肿；full 对每个非平凡代码单元走阶梯；ultra 最大程度折叠、内联、删除；off 停止应用。
命令：/ponytail-review 审查当前 diff 的过度工程并返回删除清单；/ponytail-audit 审计整个仓库；/ponytail-debt 收集 ponytail: 标记形成技术债台账；/ponytail-help 快速参考。安装脚本为 ./scripts/install.sh，各运行时命令与安装对照见 references/commands.md。
限制与不可削减项：懒惰指投入而非正确性。信任边界校验（用户输入、网络、文件）、数据丢失处理、安全（认证授权、密钥、注入防御）、无障碍语义输出在任何强度下都保留；削弱这些的代码不算臃肿。每个捷径需用一行 ponytail: 注释标明升级路径。
适用场景：用户要求更少代码、最小方案或 YAGNI/反臃肿检查；智能体或同事即将过度工程；需要 diff 删除清单或全仓审计；需要把延后的捷径收集成技术债台账；需要在编码会话中保持极简模式。
不适用：需要沟通简洁/减少 token 用 caveman；需要保持行为的重构用 code-refactoring；需要针对正确性、回归或安全的 AI 生成代码清理用 code-review。上游项目（MIT）见 https://github.com/DietrichGebert/ponytail。