针对 Claude Code 额度掉的飞快的一些优化建议

2026-04-11 13:200阅读0评论SEO问题
  • 内容介绍
  • 文章标签
  • 相关推荐
问题描述:

最近我自己的 Claude Max 的额度消耗巨快。看了网上一些帖子,可能与缓存失效的bug有关,部分应该也是由于 Claude Opus 升级 1M 上下文后带来的上下文负担。

目前感觉 5 小时的使用额度,还没用到 2 小时就消耗殆尽了(max 5x)。

我跟 Claude Code聊了几轮,让它自己去网上调研这个现象的原因,总结得到以下优化建议(纯手打):

1)尽量避免直接使用 /resume 恢复旧对话。如果必须引用旧对话中的信息,进入后立即执行 /compact 操作来压缩上下文。

2)通过 npm/npx 安装 Claude Code,以此规避已发现的缓存标记替换错误。

3)养成使用新对话的习惯,一旦更换话题就新开对话。

4)efforts 设置在 Medium就够用(我以前一直是high,因为即使开high 5h也蹬不到限额,现在不行了)。

5)还建议我一般模型用 Sonnet,被我以sonnet比较蠢与其浪费时间不如用opus可能下来一个任务的tokens差不多严词拒绝了 。

6)即使是新对话,在 1M 超长上下文的背景下,也建议经常执行 /compact,平时用 /cost 命令监控消耗情况。

7)精简 .claude.md 系统配置文件,并按需加载mcp,减少启动时候上下文的占用。

准备先按他这么来试试吧,看看会不会好一点。只能等 A处啥时候把这个 bug 给修掉了,再换回以前的超速驾驶(opus+max)吧 。

网友解答:
--【壹】--:

笑死在评论区


--【贰】--:

让我想到一个表情包:我管你这个那个的.jpg


--【叁】--:

现在默认就是 opus 1M。

阅读全文
标签:人工智能
问题描述:

最近我自己的 Claude Max 的额度消耗巨快。看了网上一些帖子,可能与缓存失效的bug有关,部分应该也是由于 Claude Opus 升级 1M 上下文后带来的上下文负担。

目前感觉 5 小时的使用额度,还没用到 2 小时就消耗殆尽了(max 5x)。

我跟 Claude Code聊了几轮,让它自己去网上调研这个现象的原因,总结得到以下优化建议(纯手打):

1)尽量避免直接使用 /resume 恢复旧对话。如果必须引用旧对话中的信息,进入后立即执行 /compact 操作来压缩上下文。

2)通过 npm/npx 安装 Claude Code,以此规避已发现的缓存标记替换错误。

3)养成使用新对话的习惯,一旦更换话题就新开对话。

4)efforts 设置在 Medium就够用(我以前一直是high,因为即使开high 5h也蹬不到限额,现在不行了)。

5)还建议我一般模型用 Sonnet,被我以sonnet比较蠢与其浪费时间不如用opus可能下来一个任务的tokens差不多严词拒绝了 。

6)即使是新对话,在 1M 超长上下文的背景下,也建议经常执行 /compact,平时用 /cost 命令监控消耗情况。

7)精简 .claude.md 系统配置文件,并按需加载mcp,减少启动时候上下文的占用。

准备先按他这么来试试吧,看看会不会好一点。只能等 A处啥时候把这个 bug 给修掉了,再换回以前的超速驾驶(opus+max)吧 。

网友解答:
--【壹】--:

笑死在评论区


--【贰】--:

让我想到一个表情包:我管你这个那个的.jpg


--【叁】--:

现在默认就是 opus 1M。

阅读全文
标签:人工智能