Skill 这么香，直接用会吃大亏

Skill 这么香，直接用会吃大亏

开头：兴冲冲用上别人的 skill，结果找不到文件

最近coze也发布了skills，这让我想起来前几天刷到一个超香的 claude的skill —— vibe-writing，号称能写出「零 AI 味」的文章。我一看，这不就是我想要的吗？马上开整。

让 Claude 帮我写篇文章，blabla 说了一堆需求。十几分钟后，Claude 说写好了。我兴冲冲去翻文件……

等等，文件在哪？

Claude 说保存在 下了。我一查，我压根就没有这个目录啊！

mynotebook/writing-workspace/published/

再仔细看，这个 skill 还要创建 、、 一整套文件夹，文件名还得是 这种格式。

drafts/

research/

images/

主题-YYYYMMDD.md

我心里就一个念头：这 skill 作者是有多强迫症啊？

第一部分：每个 skill 都是作者的「私人定制」

后来我想明白了，这哪是 skill 有问题，这是每个 skill 都带着作者深深的「个人烙印」。

你想啊，作者写这个 skill 的时候，肯定按自己的习惯来：

• 他喜欢把草稿放 ，就写死了这个路径
• drafts/
• 他习惯用英文命名文件，就假设所有人都这么干
• 他用 macOS，路径写的是 ，Windows 用户直接炸了
• /Users/xxx/
• 他装了 pandoc、ffmpeg 这些工具，就默认你也有

最搞笑的是文件命名。那个 skill 生成的文件名长得离谱：、。我不禁想问，作者是怕自己忘记写过啥吗？

skill-使用风险-brief.md

skill-隐性假设-20250121.md

但反过来想，这也没错。人家写 skill 首先是服务自己的，开源出来已经是情分了。问题是，我们拿来用的时候，这些「私人习惯」就变成了坑。

第二部分：除了路径，还有一堆隐性坑

我踩过几次坑后，总结了下，skill 里的「雷」主要就这几类：

路径类坑（最常见）

• 绝对路径写成 ，你叫李四直接用不了
• /Users/zhangsan/project
• 假设你有 这个目录，但你的系统语言是中文，桌面叫「桌面」
• ~/Desktop
• 相对路径 ，但这个目录根本不存在
• ./output/

命名类坑（很烦人）

• 文件名全是英文 ，但你的项目里全是中文文件
• my-draft.md
• 时间格式 ，但你习惯 ，排序直接乱套
• 2025-01-21
• 扩展名 ，但你的编辑器只认
• .markdown
• .md

工具类坑（直接报错）

• skill 里用了 命令，但你压根没装
• pandoc
• 假设你用 Git 的 分支，但你还在用老的
• main
• master
• 用了 macOS 才有的命令，Linux 用户直接跪

系统类坑（跨平台灾难）

• 路径分隔符写死 ，Windows 用户全是
• 假设你有 目录，但你的系统配置改过
• ~/Downloads
• Shell 用了 zsh 的语法，但你用 bash

这些坑，踩一个就够你喝一壶的。我之前有个 skill 生成的文件，我找了半小时才发现被扔到了 里面，重启电脑就没了。心痛死了。

/tmp/

第三部分：不是不能用，是一句话解决

那 skill 是不是就超级危险，没法用了？

当然不是。

我现在用任何 skill 之前，都会先问一句：

「帮我检查下有没有 skill 作者特有的生成文件存放目录，有的话告诉我来调整」

就这么简单。

这句 prompt 的核心是：让 Claude 把 skill 里的「硬编码习惯」暴露出来。

它会告诉你：

• 「这个 skill 会创建 目录，你想要改成其他名字吗？」
• writing-workspace/
• 「文件名会用 格式，要调整吗？」
• 主题-YYYYMMDD.md
• 「需要用到 命令，你装了吗？」
• pandoc

你看，问题一下子就暴露了。你可以：

• 改成你习惯的路径
• 用你喜欢的命名方式
• 提前装好需要的工具
• 或者干脆说「这些地方按我的习惯来」

就这么一句话，从「踩坑」变成「省心」。

结尾：最讽刺的事发生了——我写的文章，用的 skill 也有这个问题

最搞笑的来了。

写完这篇文章后，我要生成封面图。结果你猜怎么着？

生成图片的 skill 又在 下创建了一堆目录！

mynotebook/

我一看就懵了：我 vault 根目录下明明已经有 了，怎么又搞个 ？

writing-workspace/

mynotebook/writing-workspace/

我赶紧让 Claude 帮忙整理，才发现vibe-writing skill 里硬编码了作者的路径习惯。

然后我又说：「要不你把这个 skill 修一下吧，免得下次再踩坑。」

结果 Claude 一查，好家伙，整个 skill 文档里有7 处硬编码的。

mynotebook/writing-workspace/

这就是我说的——每个 skill 都是作者的习惯结晶。作者自己的 vault 目录叫 ，就写死在 skill 里了。这哪是通用工具啊，这分明是他的「私人定制版」。

mynotebook

我花了几分钟把所有路径改成相对路径 ，问题解决。

writing-workspace/

但这个经历太讽刺了：我正在写文章吐槽 skill 的路径问题，结果用的 skill 本身就有这个问题。这不就是最好的案例吗？

说回正题。

skill 这个机制真的很香。别人踩过的坑、总结的经验，打包给你用，多爽。

但记住，每个 skill 都是作者的习惯结晶。直接用，就是在用别人的脑子想你的问题。

那句 prompt 就是你的「翻译器」——把作者的私人习惯，翻译成你的习惯。

现在我用 skill 可顺了：

• 先问一句有没有「私人路径」
• Claude 列出来，我挑我要的
• 然后该干嘛干嘛

再也没找不到过文件。

这篇文章本身就是最好的证明。

一句话总结：Skill 香是香，但别生吞。先问问它有什么「私人癖好」，调整成你的，再用也不迟。