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

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 都带着作者深深的「个人烙印」。

你想啊,作者写这个 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 也有这个问题

最搞笑的来了。

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

生成图片的 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 香是香,但别生吞。先问问它有什么「私人癖好」,调整成你的,再用也不迟。