核心用法
Ponytail 是一套强制极简主义的开发规范系统，通过三级强度（lite/full/ultra）约束代码生成行为。核心机制是"决策梯子"——在动手编码前强制按优先级评估：需求是否真实存在→能否复用现有代码→标准库能否解决→平台原生特性→已安装依赖→能否一行搞定→最后才写最小实现。每轮响应必须激活，直到用户明确说"stop ponytail"。
显著优点
- 反过度工程：明确禁止单实现接口、单产品工厂、不变值的配置等"为未来预留"的抽象
- 根因修复优先：要求grep所有调用者再动手，用共享函数的单一守卫替代多处补丁
- 强制输出格式：代码优先，最多三行说明跳过项与添加条件，杜绝冗长设计文档
- 物理现实感知：明确提到硬件时钟漂移、传感器偏差等场景，保留必要的校准接口而非纯数学模型
潜在缺点与局限
- 学习成本：需要理解YAGNI、标准库深度、平台原生API等前置知识才能正确执行
- 团队摩擦："ultra"模式会直接挑战需求本身（"No cache until a profiler says so"），可能引发沟通冲突
- 边界模糊："何时算过度抽象"依赖判断，新手易将简陋等同于极简
- 测试缺口：明确允许非平凡逻辑仅用assert/demo自检，大规模系统可能覆盖不足
- 持久化陷阱："ACTIVE EVERY RESPONSE"的强制持续机制，若用户忘记关闭会在后续对话中持续生效
适合人群
- 受困于技术债的资深开发者
- 需要快速原型的创业团队技术负责人
- 维护遗留系统、需最小化变更风险的工程师
- 与"过度设计"倾向的AI/人类同事配对的开发者
常规风险
- 误删必要防御：规则明确排除安全、数据完整性、无障碍等底线，但"显式请求"的判定权在用户
- 上下文污染：若在同一会话中混合处理不同项目，极简模式可能泄漏至不适用的代码生成
- 复杂度转移：被禁止的"散文式解释"可能转化为晦涩的代码注释（
ponytail:标记系统）
来源可信度：作者DietrichGebert为活跃开源贡献者，规则设计显见生产环境经验，但未经第三方安全审计。