宝玉分享极客风 Skills 管理方式 · AI HOT
宝玉@dotey72
2026-06-24 12:02·8天前
AI 摘要为解决多 Agent 下 Skills 存放混乱问题,宝玉提出:Skills 只装在项目内以节省 LLM 上下文窗口;所有原件统一存放于 ~/GitHub,每个项目通过软链接指向原件,再为 Claude Code 创建 .claude/skills → .agents/skills 入口。更新只需拉取一次源码,所有项目自动同步;修复 bug 可直接反哺开源项目。用户可用自然语言让 Agent 自动创建软链接,无需记忆命令。
宝玉@dotey · X2026-06-24 12:02·8天前
在 X 看原推· x.comAI 摘要为解决多 Agent 下 Skills 存放混乱问题,宝玉提出:Skills 只装在项目内以节省 LLM 上下文窗口;所有原件统一存放于 ~/GitHub,每个项目通过软链接指向原件,再为 Claude Code 创建 .claude/skills → .agents/skills 入口。更新只需拉取一次源码,所有项目自动同步;修复 bug 可直接反哺开源项目。用户可用自然语言让 Agent 自动创建软链接,无需记忆命令。
我快疯了。日常同时用 4个 coding agent,skills 各写各的: /.agents/skills、/.codex/skills、~/.claude/skills 已经一团浆糊,CC 里找不到 Codex 的 skill,反过来也一样。 目前的打算: 写脚本把各自独有的skills软链到另外两方去,cron...
第一步:把开源 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 能找到这些 Skills:
.claude/skills → .agents/skills
这样 Claude Code 就能顺着这条链找到所有需要的 Skills 了。
完全不用记。直接用自然语言告诉 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我快疯了。日常同时用 4个 coding agent,skills 各写各的: /.agents/skills、/.codex/skills、~/.claude/skills 已经一团浆糊,CC 里找不到 Codex 的 skill,反过来也一样。 目前的打算: 写脚本把各自独有的skills软链到另外两方去,cron...