/usage 警告变成一行修复：按 f 一键应用，VS Code 和 /doctor 同步

/usage 早就不只是看看额度条了。从 2.1.299 起，它会针对 max effort、workflows、常驻上下文（always-on context）和过大的工具结果给出警告，提示你哪些设置或习惯在悄悄多花用量。问题是，看到警告之后还得自己琢磨「该去哪改、改什么」。

CLI 2.1.305 把这一步缩短了。

改了什么

• 每条警告都写成一行修复。 不再是泛泛地说「某某占用偏高」，而是直接给出一条具体的修复动作；
• 标明来源。 每条修复都会说明这条警告来自哪里，方便你判断它影响的是哪个配置或哪部分上下文；
• 按 f 应用修复。 在 /usage 里看完觉得没问题，按一下 f 就把这些修复应用掉，不用再手动去翻设置文件；
• 三处一致。 同样的修复也会出现在 VS Code 扩展和 /doctor 里。无论你在终端还是编辑器里发现问题，看到的建议都是同一份。

使用建议

1. 先看来源再按 f。 修复是会真正改动配置的，特别是在共享的项目设置里，先确认来源是不是你想动的那一层；
2. 把 /doctor 当成定期体检。 以前 /doctor 更偏向环境与配置诊断，现在用量相关的修复也会出现在这里，长期项目可以隔一阵跑一次；
3. 团队里统一口径。 有人用终端、有人用 VS Code，现在大家看到的是同一套建议，讨论「为什么这个项目这么费额度」时更容易对上。

同版本的两处显示改进

启动警告不再堆在 logo 上方。 以前一些启动警告会以原始文本的形式打印在欢迎 logo 上面，既难看又容易被忽略。2.1.305 起，这些警告改写进调试日志；而那些实际上什么都没限制的权限规则，会以警告行的形式显示在启动横幅下方，提醒你这条规则可能写错了。

窄终端里 /usage 不再截断。 终端窗口比较窄时，/usage 的行会被切掉一截，现在也已修复。

如果你还在用 2.1.304，那一版也让 /usage 在用量数据查询被限流时，会直接告诉你限制何时结束，而不是一句「稍后再试」。

小结

• 2.1.305 起，/usage 的每条警告都是一行带来源的修复，按 f 即可应用；
• VS Code 和 /doctor 展示同样的修复，终端和编辑器体验一致；
• 启动警告改写进调试日志，不生效的权限规则会在横幅下提示，窄终端下 /usage 显示也修好了。