转赞推荐:读《如何用WorkBuddy制作skill》后,我把经验固化成了模板

转赞推荐:读《如何用WorkBuddy制作skill》后,我把经验固化成了模板

在 万象云档 翻文档时看到一篇《如何用WorkBuddy制作skill》,读完最直接的感受是:它讲的其实不只是 skill,而是怎么把一次做对的事,变成下次不用重新想的事。这篇推荐给所有觉得自己“每次都在重复解释同一套要求”的人。

文章里最打动我的一点

很多教程教的是“怎么把流程写成一个可调用的东西”,但这篇的落点更朴素:先观察自己哪段操作是重复的,再把那段操作里的判断标准写清楚。判断标准才是核心,步骤反而是附属品。

举个例子。我以前每次让 AI 整理资料,都会临时打一段要求:“别写成总结、要分点、冲突的地方标出来、附上来源”。打了不下二十遍。按这篇文章的思路,这四句话就是判断标准,应该固定下来,而不是每次重新敲。

我照着做的一件小事

我没有一上来就做完整的 skill,而是先做了个最小版本:把上面那套要求写成一个模板文件,包含三段——输入是什么、输出长什么样、什么情况算不合格。然后连续用了一周,每次遇到问题只改模板,不改提示词。

一周后模板稳定了,才把它交给 WorkBuddy 做成可复用的调用。这个顺序很关键:先人工验证标准是否靠谱,再谈自动化。如果一上来就把一套没验证过的要求固化,后面只会高效地批量产出不合格结果。

三个值得记下的思路

  • 从“重复解释”里找候选。 判断该不该固化,最简单的信号是:你有没有第三次打同一段话。
  • 写清楚“不合格”比写清楚“要做什么”更有效。 模型对负面边界更敏感,明确列出不要什么,输出质量提升最明显。
  • 留一个可回退的手工路径。 模板再稳也有覆盖不到的场景,别把流程做成只能自动跑。

延伸:文档站的编排方式也值得学

顺带说一句,万象云档本身的内容组织也挺有启发——按主题聚合、每篇文档有明确边界、彼此用目录串起来。这跟做 skill 其实是同一套逻辑:先切分清楚,再谈复用。想补基础的话,可以配合 前端 Wiki 的知识分层目录 一起看,一个讲编排,一个讲分层。

小结

这篇文章篇幅不长,但把一个容易被忽略的顺序讲透了:观察 → 沉淀标准 → 验证 → 固化 → 自动化。很多人卡在“工具用不熟”,其实卡在的是前两步。推荐原文档,也推荐把它当成一次整理自己工作习惯的契机。