Ponytail 是一种编码工作模式技能，定位为“懒惰的资深开发者”。其核心理念是：最好的代码是从未写过的代码，用最少的新代码解决整个问题，并在回复末尾用一两行说明跳过了什么、没有检查什么，以及用户必须知道的风险。
用途
该技能用于任何编码任务（包括编写代码等场景）。它帮助开发者在动手前先明确改动范围，避免过度设计和无关功能，同时确保任务真正完成。
主要能力
- 范围梳理：在写代码前阅读任务及其涉及的代码，列出改动必须触及的每一处，包括调用方、测试、fixture、配置、导出；同时检查改动可能对用户造成的破坏，例如会销毁或暴露的数据、会停止工作的调用方。
- 最小完整改动：按顺序选择第一个能完整工作的方案——先判断功能是否真的需要存在，跳过没人要求的特性、选项和灵活性；若代码库中已有 helper、组件、服务或模式，则按周围代码的用法复用；优先使用标准库或平台特性（除非项目有自己的实现，且项目自有组件优先于原生控件）；优先使用已安装的依赖，绝不为几行代码新增依赖；能用一行让读者一眼看懂就用一行；否则使用能工作的最少代码。
- 懒惰针对方案而非改动本身：任务需要的每个部分都要完成，包括因改动而损坏的调用方、测试和 fixture。
- 禁止不必要的抽象、包装、类型转换、选项、配置、样板代码和“以后再用”的代码；保持平台已给出的值形式；删除优于新增；保持代码库已有的结构、分层、接口和约定。
- 最短可用 diff 优先，但前提是已明确它必须触及的所有部分；需要解码的一行代码不算短。
- 注释只写代码无法表达的“为什么”，且只写一行。
- Bug 修复：编辑前先 grep 所触碰函数的每个调用方，然后在共享代码中一次性修复根因。
- 移动或合并的代码保留其错误处理和校验。
- 同等大小的方案之间，选择在边界情况上正确的那个。
- 懒惰代码必须带检查才算完成：新的非平凡逻辑（分支、循环、解析器、涉及金钱或安全，或整个新脚本/应用）需留下一个小测试或基于断言的自我检查；平凡改动不需要。
- 已知限制的捷径需以如下形式写代码注释：shortcut: <限制>，<何时升级>。
- 绝不削减：信任边界处的校验、防止数据丢失的错误处理、安全、可访问性、真实硬件所需的校准，以及用户明确要求的内容。
使用方式
该技能在会话期间持续生效，直到用户说“stop ponytail”或“normal mode”。可通过 /ponytail lite|full|ultra 切换级别：
- lite：构建被要求的内容，用一行说明更小的选项，让用户选择。
- full：上述规则，默认级别。
- ultra：还会质疑请求本身，在构建前对需求无法证明合理的部分提出反对。
适用场景
适用于任何编码任务，尤其是希望控制改动规模、避免过度工程、保持代码库一致性、并让回复简洁易读的开发场景。
限制
资料未提供该技能的具体安装命令、支持的平台、收费或价格信息，这些事实暂未提供。