为什么你的 Claude Code 越来越慢？可能是 Skills 装错了

为什么你的 Claude Code 越来越慢？可能是 Skills 装错了

用了好几个月 Claude Code，突然发现它反应变慢了？命令要等好几秒才出来？别急着怪网络或者模型——大概率是你全局塞了太多 Skills，宝贵的上下文空间被悄悄吃掉了。

最近刷到一个超实用的 Skills 管理思路，核心只有一句话：不要装全局 Skills，要装项目级 Skills。听起来反直觉，但用起来真的太香了。

全局 vs 项目：差别在哪里？

Claude Code 工作时有一个上下文窗口，你可以理解成 AI 的「工作台」。全局安装的 Skills 虽然默认只加载摘要，但几十个 Skills 累积下来，摘要本身也占不少空间。更关键的是——一旦 Claude 判断某个 Skill 跟当前任务相关，它会完整加载进来。全局 Skill 越多，被误触发概率越大，你的「工作台」越来越挤，AI 效率自然下降。

而只在项目内安装真正需要的 Skills，工作台上永远只摆当前用得上的东西。上下文空间留给真正重要的内容，Claude 干活自然更专注、更高效。

软链接：管理项目级 Skills 的神器

只装项目级听起来很美好，但维护起来是不是很麻烦？这里有个巧妙的解法——用软链接（类似 Windows 快捷方式）。

具体操作分三步：

• 第一步：把开源 Skills 项目统一下载到 ~/GitHub 目录，作为「原件仓库」
• 第二步：在自己的项目里创建软链接，指向仓库里的原件（不改本体，所有项目自动同步更新）
• 第三步：让 Claude Code 能顺着链接找到 Skills（创建 .claude/skills → .agents/skills 的软链接）

最妙的是——根本不用记软链接命令。直接用自然语言告诉 Claude Code：

「帮我把 ~/GitHub/baoyu-skills/skills/baoyu-comic 软链接到 .agents/skills/baoyu-comic」

Agent 会自动搞定，后续维护、添加、删除都可以交给它。

这两个好处，熬夜加班党一定会爱上

初次配置比直接复制粘贴多花 3-5 分钟，但后续维护省心到哭：

• 更新只需一次：开源项目更新时，只去仓库目录拉最新代码，所有用到这个 Skill 的项目自动变成最新版，不用逐个手动更新
• 修 bug 同时反哺社区：在项目里发现 Skill 有问题，直接让 Agent 修复本体，然后顺手提个 PR，你修的同时开源社区也受益了

适合谁？

如果你同时在跑好几个不同类型的项目（比如同时写公众号文章、做设计稿、又写代码），这套方法能让每个项目的上下文空间都保持干净，Claude 在每个项目里都处于最佳工作状态。

如果只有一个项目在跑、全局 Skills 也不多，那这套方法反而是过度工程——按需选用就好。

GitHub：github.com/JimLiu/baoyu-skills

GitHub: https://github.com/JimLiu/baoyu-skills