Ponytail 极简开发模式

它解决的问题

在让大模型写代码时，常见失败不是“不会实现”，而是实现得过于完整：为单个产品加 interface 或 factory，为固定值引入 config，把标准库或平台能力换成第三方依赖，再附上冗长设计说明。Ponytail 针对这类过度工程，把“少写代码”变成可执行约束。

它如何工作

Ponytail 默认以 full 模式生效，要求模型先理解任务与代码路径，再按 Ladder 做决策：

• 是否需要存在：YAGNI，跳过推测需求；
• 是否已有实现：优先复用本仓库 helper、util、type；
• 是否标准库或原生平台能力：如 stdlib、CSS、DB constraint、native feature；
• 是否已安装依赖可解决：不为几行代码新增依赖；
• 能否一行：再退到最小可用实现。

它还会输出 code first，解释最多三行，例如 skipped: custom cache; add when lru_cache falls short。围绕同一主题，它提供 ponytail-review 审查 diff、ponytail-audit 全仓库找可删除代码、ponytail-debt 汇总 ponytail: 注释里的已知上限和升级路径，以及 ponytail-gain 展示基准记分牌。

适用边界

它只治理复杂度，不替代正确性、安全或性能审查；列出发现但默认不修改代码。对信任边界、数据丢失防护、安全、可访问性和用户明确要求的完整实现，不应被“懒惰化”。