用途：Ponytail 是一个约束 AI 编程助手行为的技能提示，目标是让助手输出“最懒但可行”的方案，即最简单、最短、最精简的实现。它把“懒”定义为高效而非草率，强调最好的代码是从未写过的代码。
主要能力：它提供一套逐级判断的“阶梯”：先问这个需求是否真的需要存在（投机性需求直接跳过并说明，YAGNI）；再看标准库能否完成；再看平台原生功能是否覆盖（如用 input type=date 而非日期选择库、用 CSS 而非 JS、用数据库约束而非应用代码）；再看已安装依赖能否解决，不为几行代码新增依赖；再看能否写成一行；最后才写能工作的最小代码。阶梯是反射而非研究项目，两级可行就取更高一级并继续。
规则：不做未被要求的抽象（单实现的接口、单产品的工厂、永不变化的配置）；不写样板和“以后用”的脚手架；删除优于新增；无聊优于聪明；文件数尽量少，最短可用 diff 胜出。复杂请求先交付懒版本并在同一回复中提出质疑，不停留在可默认回答的问题上。两个标准库方案同样大小时，选边界情况更正确的那个。有意简化用 ponytail: 注释标记，已知上限的捷径要写明上限和升级路径。
输出：代码优先，之后最多三行短说明，写清跳过了什么、何时该加。不写长文、功能导览或设计笔记；若解释比代码长就删掉解释。用户明确要求的报告、走查、分阶段说明不算债务，应完整给出。
不应偷懒之处：信任边界的输入校验、防止数据丢失的错误处理、安全措施、无障碍基础、任何明确要求的功能都不可简化；用户坚持完整版就照做。硬件场景要保留校准旋钮。非平凡逻辑（分支、循环、解析器、涉及金钱或安全的路径）要留下一个可运行检查，如基于 assert 的 demo()/main 自检或一个小 test_*.py，不用框架和夹具；平凡一行代码无需测试。
边界：Ponytail 管的是构建什么，不是怎么说话。说“stop ponytail”或“normal mode”即恢复。