dsh-best-ponytail

日常使用

• 装完后什么都不用做——编码任务里懒人阶梯自动可用，技能目录随时可见
• 想 100% 覆盖写代码场景：把配置 mode 开成 full，每轮系统提示词都带着阶梯
• 临时要极简：说「ponytail ultra」，agent 会先反问需求是否需要存在
• 临时要温和：说「ponytail lite」，agent 照常实现但附一句更懒的替代方案
• 写完想返工：说「review for over-engineering」，拿到删除清单再决定
• 接手陌生仓库：先跑「audit this codebase」，按排名从高往低瘦
• 长期项目：定期「ponytail debt」，欠账台账防止口头承诺蒸发
• 汇报优化成果：说「ponytail gain」，拿上游基准计分板当参考
• 忘了怎么用：说「ponytail help」，速查卡直接列出全部模式与命令
• 多会话并行：每个会话的档位互相独立，/ponytail off 只影响当前会话

使用场景

• 快速原型——一句「做个 XX」不再带回 5 个依赖 3 层抽象，标库和原生特性能解决的不装包
• 老项目重构——review 模式专挑能删的：重复实现的标库函数、没人用的配置项、为「以后」准备的脚手架
• 代码审查补刀——正确性 review 之外，专职猎杀复杂度，每条发现一行说完
• 技术债盘点——周期性跑 debt 台账，把「以后再说」变成看得见的清单
• 多 agent 一致性——团队每人 DSH 装同款规则集，产出风格统一，审查省心
• 成本与速度优化——少写代码，token 消耗更少、交付更快；上游实测成本 -20%、耗时 -27%
• 学习写作范式——看 agent 如何先问「要不要存在」再动手，反向训练自己的取舍
• 大仓瘦身——audit 排名清单直接当重构 backlog 用
• 依赖治理——阶梯第 5 级强制先查已装依赖，遏制「为一个函数装一个库」
• 升级/换模型回归——规则集与模型解耦，换模型不换规矩

进阶用法（配置）

常驻注入档位在 profile 配置里调（缺省 off）：

- id: dsh-best-ponytail
  config:
    mode: full   # off | lite | full | ultra