让代理整场会话按“用最少的新代码完整解决问题”写代码：先列出改动必须波及的调用方、测试和配置，再按“需不需要存在 → 仓库里有没有现成的 → 标准库 → 已装依赖 → 一行 → 最少代码”的顺序选方案，回复末尾用一两行说明跳过了什么、有什么风险。
skills.sh 安装量 111808（+1464 / 24h）
安全审计：未审计
- 尚未扫描
理由
- “懒”只针对方案，不针对改动范围：被改坏的调用方、测试、夹具都要改完；修 bug 前先 grep 所有调用方，在共用代码里修根因
- 明确不许省的：信任边界的校验、防止丢数据的错误处理、安全、无障碍、用户要求的东西；新的非平凡逻辑要留一个小测试或断言自检
- 已知局限的捷径要写成 shortcut: <局限>, <何时升级> 格式的注释；分 lite / full / ultra 三档，ultra 会在动手前质疑需求本身
- skills.sh 24 小时安装 1464，累计 111808（只代表关注度）
用法
- 说 “ponytail”“be lazy”“simplest solution”“yagni” 或抱怨过度设计时开启；/ponytail lite|full|ultra 切换档位，说 “stop ponytail” 或 “normal mode” 关闭
风险
- 本期未审计，固定 C 级、不显示安装命令；GitHub 上的 SKILL.md 只有文字规则，没有脚本和网络请求
- “最小版本”的取舍由代理判断，模糊需求会被做成最小可用版，需要的扩展要在提示里写明
- 和昨天收录的 caveman 思路相近，一个管回答长度、一个管代码量，同时开启时注意规则冲突