核心用法
Ponytail 是一种强制极简主义的编程思维模式，通过"阶梯法则"指导开发决策：
1. 阶梯法则 — 从"是否需要存在"到"单行解决"逐级筛选，首个可行的最简单方案即为正确答案
2. 三级强度 — lite（提示更懒方案）、full（默认强制执行）、ultra（YAGNI极端主义）
3. 激活方式 — /ponytail lite|full|ultra 切换，每轮对话自动保持，直至 stop ponytail
显著优点
- 根治过度工程：强制审视每个抽象的必要性，消灭"为将来预留"的脚手架
- 降低维护成本：代码量减少 → 故障点减少 → 3am 救火减少
- 决策框架清晰：阶梯法则将主观"简单"转化为可执行 checklist
- 输出格式约束：
[code] → skipped: [X], add when [Y]强制自我说明，拒绝冗长辩护
潜在缺点与局限
| 场景 | 风险 |
|------|------|
| 复杂需求初期 | 可能过度简化架构，导致后期大规模重构 |
| 团队协作 | 需要全员认同极简哲学，否则代码风格撕裂 |
| 边界判断 | "非请求抽象"与"合理封装"的界限依赖经验 |
| 安全/合规场景 | 需显式排除输入验证、错误处理、安全措施等 |
适合人群
- 经历过生产事故、对过度工程有 PTSD 的资深开发者
- 需要快速原型/MVP 的初创场景
- 维护遗留系统、需持续做减法的重构项目
常规风险
- 误用 ultra 模式：可能将合理需求判定为"推测性需要"
- 理解不足时应用：文档强调"先完整阅读再懒惰"，跳过理解直接求简会引入隐蔽 bug
- 测试缺失：YAGNI 也适用于测试，非平凡逻辑若未留最小自检可能埋下隐患