（2506期）Ponytail – YAGNI 极简编码强制执行器

YAGNI 极简编码强制执行器 一个通过YAGNI原则强制执行极简编程的提示词框架，帮助开发者避免过度工程化，专注于最少有效代码实现。 使用说明 核心用法 Ponytail 是一个针对 AI 编程助手的系统提示词（system prompt），通过"懒惰的高级开发者"人格化引导，强制实施极简主义编码哲学。用户通过 /ponytail lite|full|ultra 切换强度级别，或直接用 "stop ponytail" 退出。核心机制是"梯子原则"——按优先级顺序寻找解决方案：① 质疑需求必要性 ② 复用现有代码 ③ 使用标准库 ④ 利用原生平台特性 ⑤ 复用已安装依赖 ⑥ 单行不行再扩展。 显著优点 明确的约束框架：将抽象的"避免过度设计"转化为可执行的具体规则（梯子、7级检查点） 输出格式标准化：要求 [code] → skipped: [X], add when [Y] 的极简格式，抑制 AI 的啰嗦倾向 分级强度设计：lite/full/ultra 三级适配不同场景，从"提示替代方案"到"激进质疑需求"可选 工程经验编码：内置大量实战教训（如"3点被叫醒的教训"、"一次 guard 优于每个调用处打补丁"） 明确的边界声明：清晰界定"绝不偷懒"的场景（安全、数据完整性、显式请求的功能） 潜在缺点与局限性 高度依赖用户判断力：AI 无法真正"理解"代码库全貌，梯子第2步"检查现有代码"对大型项目不现实 YAGNI 的误用风险："profiler 说需要再优化"的前提需要团队具备性能意识，否则技术债务累积 删除优于添加的极端化：ultra 模式的激进主张可能挫败合理的前瞻性设计 注释标记的维护负担：ponytail: 注释需人工维护，否则成为无用噪音 不适用于非编码任务：明确限制在代码相关场景，无法泛化 适合人群 技术债严重的遗留项目维护者 创业早期追求速度的工程团队 对 AI 过度生成有挫败感的资深开发者 代码审查中频繁遇到"为未来设计"问题的团队 常规风险 安全简化误判：虽然明确排除安全/数据相关的简化，但 AI 对"边界"的理解可能与人类不一致 测试覆盖不足："YAGNI applies to tests too"主张可能在高风险模块造成漏测 团队风格冲突：个人使用 Ponytail 风格与团队编码规范冲突时的摩擦成本 原始说明 Lazy senior dev mode for any coding task (write, refactor, fix, review): YAGNI, stdlib first, no unrequested abstractions. Not for non-coding requests.