@dotey: 分享一下我管理 Skills 的方式，偏极客风格，不一定适合所有人，但可以给大家提供一个思路。 一、Skills 只装在项目里，不装全局 Agent 的 Skills 可以装在全局（所有项目共享）或者项目内（只有当前项目能用）。我选择只装…
摘要
分享了一种使用软链接（symlink）管理 Claude Agent Skills 的极客风格方法，只在项目内安装 Skills 以节省上下文空间，并通过软链接方便更新和维护。
查看缓存全文
缓存时间: 2026/06/24 16:27
分享一下我管理 Skills 的方式，偏极客风格，不一定适合所有人，但可以给大家提供一个思路。
一、Skills 只装在项目里，不装全局
Agent 的 Skills 可以装在全局（所有项目共享）或者项目内（只有当前项目能用）。我选择只装在项目内，最主要的原因是节约上下文空间。
Agent 在工作时有一个上下文窗口，你可以把它想象成 Claude 的工作台——台面大小是有限的。虽然 Skill 默认只会加载名称、描述等摘要信息（不会把完整内容全部摊开），但积少成多——全局装了几十个 Skill，光是这些摘要加在一起也会占掉不少工作台空间。而且一旦 Claude 判断某个 Skill 跟当前任务相关，就会把它的完整内容加载进来，全局 Skill 越多，被误触发的概率也越大，白白浪费空间。
只在项目内安装真正需要的 Skills，工作台上就只摆当前用得到的资料，把宝贵的空间留给更重要的内容，Claude 干活也更高效。
二、用软链接来安装 Skills
这是我管理方式的核心，先解释一下什么是软链接。
你可以把软链接理解成 Windows 的快捷方式——文件本体只有一份，但你可以在很多地方创建快捷方式指向它。改了本体，所有快捷方式指向的内容都会同步变化。
我的具体做法分三步：
第一步：把开源 Skills 项目下载到统一的目录
我在电脑上有一个专门存放 GitHub 项目的文件夹 ~/GitHub，所有下载的开源项目都放在这里面，比如：
~/GitHub/baoyu-skills ← 存放各种 Skills 的开源项目 ~/GitHub/baoyu-design ← 另一个开源项目
这个文件夹就像一个仓库，所有 Skills 的原件都保存在这里。
第二步：在自己的项目中创建软链接
假设我有一个写作项目 ~/GitHub/baoyu-writing，里面需要用到好几个 Skills。我不会把 Skills 复制进来，而是创建软链接，让项目指向仓库里的原件：
项目内的路径 → 实际指向的位置（原件） .agents/skills/baoyu-comic → ~/GitHub/baoyu-skills/skills/baoyu-comic .agents/skills/baoyu-design → ~/GitHub/baoyu-design/skills/baoyu-design
第三步：给 Claude Code 建一个入口
最后再创建一个软链接，让 Claude Code 能找到这些 Skills：
.claude/skills → .agents/skills
这样 Claude Code 就能顺着这条链找到所有需要的 Skills 了。
三、不用记命令，让 Agent 帮你干
看到这里你可能会想：软链接的命令我记不住怎么办？
完全不用记。直接用自然语言告诉 Codex/Claude Code 你要做什么就行了，比如：
帮我把 ~/GitHub/baoyu-skills/skills/baoyu-comic 软链接到 .agents/skills/baoyu-comic
甚至更简单：
帮我把 baoyu-skills 项目里的 baoyu-comic 这个 skill 链接到当前项目
Agent 会自动帮你创建软链接，后续的维护、添加、删除也都可以交给它。你只需要说清楚要把哪个 Skill 链到哪，剩下的脏活累活让 Agent 干就好。
四、为什么值得这么折腾？
初次设置确实比直接复制粘贴多花几分钟，但后续维护特别省心，主要有两个好处：
好处一：更新只需一次。因为所有项目都是通过软链接指向同一份原件的，所以当开源项目有更新时，我只需要去 ~/GitHub/baoyu-skills 拉取最新代码，所有用到这个 Skill 的项目就自动变成最新版了。
好处二：修了 bug 可以直接反哺。比如我在写作项目里用漫画 Skill 画漫画时发现了一个问题，直接让 Agent 修复就好。因为是软链接，Agent 修改的其实是仓库里的原件（~/GitHub/baoyu-skills/skills/baoyu-comic），我可以直接把修复提交到开源项目，相当于顺手给开源社区做了贡献。
LinearUncle (@LinearUncle): 我快疯了。日常同时用 4个 coding agent，skills 各写各的： /.agents/skills、/.codex/skills、~/.claude/skills
已经一团浆糊，CC 里找不到 Codex 的 skill，反过来也一样。 目前的打算：
写脚本把各自独有的skills软链到另外两方去，crontab定时跑一下，有更优雅的方案或者工具吗？
相似文章
@gkxspace: 用了两天志辉大佬开源的 skills-manage，好家伙，这个工具解决了我一个大痛点。 以前我的 Skill 文件散落在各种地方，每次更新一个 Skill，得手动同步。 skills-manage 用 ~/.agents/skills/…
开源工具 skills-manage 通过中央仓库 ~/.agents/skills/ 和软链接机制，实现多平台 Skill 文件一键同步与 GitHub 导入。
@mylifcc: Anthropic 6月3日发布重磅博客《Lessons from building Claude Code: How we use skills》，总结了一下a社对于skill的理解： Skills 到底是什么？（核心概念澄清） 不是：…
Anthropic发布博客解释Claude Code中Skills的概念：Skills是一个包含指令、脚本、参考资料等内容的文件夹，Agent可渐进式披露上下文以减少幻觉和token浪费。
@yetone: 由于这篇文章太伟大了，所以我把它变成了一个 Agent Skill。 大家可以使用自己的 Coding Agent 安装一下这个 Skill，这样就可以用「最佳实践」来轻松地重构或者开发一个既容易跨平台、又极其接近 Native 性能的桌…
A GitHub repository packaging an Agent Skill that distills best practices for building cross-platform desktop apps with near-native performance, inspired by Raycast 2.0's architecture.
@jakevin7: 删了一大堆 SKILLS。 SKILLS 真的问题很大，管理起来有很大的问题。 全局的SKILLS真的不适合多装，SKILLS真的不该装，只适合临时读，SKILLS适合分发，但是不适合安装
用户jakevin7认为SKILLS管理存在问题，不建议全局安装，只适合临时读取和分发。
@grgerwcwetwet: 最近很多人都在折腾 Claude Skills。 但最大的问题不是不会用，而是不知道去哪找好用的 Skills。 一个个翻 GitHub 太浪费时间，而且很多项目早就停止维护了。 最近发现一个 Skills 商店项目，直接把 GitHub…
介绍 anbeime/skill 项目，自动从 GitHub 收集和分类 Claude Skills，提供 243 个官方和本地技能包，支持每 24 小时自动更新。