Claude Code 越用越慢？240K Star 仓库里这个 Skill 帮你把上下文「砍」回来

你是不是也遇到过：Claude Code 装了一大堆 Skill、接了一堆 MCP，跑到一半忽然发现——输出质量断崖式下降？有时候还以为是模型变笨了，其实大概率是上下文窗口被悄悄塞满了。

今天聊的 context-budget，就是 ECC（affaan-m/ECC，240K Star）里专门干这件事的 Skill——它给你 Claude Code 的「上下文账本」。

它到底在审计什么？

一句话：把你当前 session 里每一个组件的 token 开销量化出来，然后告诉你「哪个最该砍」。

具体它会扫 5 类组件：

• Agents：agents/*.md，每个 agent 文件多少行、frontmatter 里 description 有多长都给你算出来
• Skills：skills/*/SKILL.md，单个文件超 400 行就标红
• Rules：rules/**/*.md，还会检测同一语言模块下的内容重叠
• MCP Servers：每个 server 多少个 tool，每个 tool 的 schema 大约 500 tokens，server 包了 gh/git/npm 这种 CLI 也会被点名
• CLAUDE.md：项目级 + 用户级，加起来超过 300 行就警告

扫完之后输出一个简洁的 Report：总开销、剩余可用 context、各组件占比，再给 Top 3 优化建议和潜在节省 tokens。

什么时候最该跑？

• 装了一波新 Skill / 接了新 MCP 之后，session 突然变慢
• 输出质量明显下滑，AI 开始「忘记」早先的约定
• 准备再加东西，想知道还有没有 context 余量
• 周期性体检：每次大改动前都跑一次

为什么对开发者特别友好？

它不打嘴炮，直接出数字。给你三个最有价值的部分：

• 量化 Token 开销——不再靠「感觉」判断哪个 Skill 该留
• 优先级排序——按「能省多少 tokens」从大到小排，省下最有杠杆的动作
• 冗余检测——会直接告诉你哪个 Skill 跟哪个 Agent 逻辑重复了

换句话说，它把「性能优化」这件原本靠直觉的事，变成了可执行的工程清单。

安装 & 使用

# 直接从 ECC 仓库拷这个 skill
cp -r skills/context-budget ~/.claude/skills/

# 然后在 Claude Code 里调用
/context-budget

跑完会得到一份类似这样的报告（截取）：

WARNING: Issues Found (3):
1. Remove redundant skill-stack skill → save ~2,400 tokens
2. Truncate 2 bloated agent descriptions → save ~1,800 tokens
3. Drop unused MCP server (gh-cli wrapper) → save ~3,200 tokens
Potential savings: ~7,400 tokens (28% of current overhead)

28% 的 context 直接拿回来，session 又能跑一整天。

我的判断

如果你已经装了 10+ Skill、3+ MCP，强烈建议先跑一次 context-budget，做一轮清理——这不是可选项，是性能刚需。比起换模型、换 API key，从上下文结构里抠出 20-30% 余量是 ROI 最高的事。

GitHub：https://github.com/affaan-m/ECC/tree/main/skills/context-budget

GitHub: https://github.com/affaan-m/ECC/tree/main/skills/context-budget