我们曾经一篇一篇手动重复同样的步骤发布文章:选题、核实事实、生成封面、翻译成3种语言、发布。同一个错误犯了两次之后,我们把步骤写成了规则。又犯了一种新错误之后,我们把规则变成了关卡:一个Verboo Code不能跳过的步骤。这就是一个 skill。
如何把手动流程变成智能体的 skill?
把标准和流程分开。标准是说明什么是好结果的文档:标题怎么写、CTA 由什么组成、哪些数据需要来源。流程是 Verboo Code 实际执行的 skill:按什么顺序、调用哪个工具、进入下一步前要检查哪个关卡。一个 skill 的 `.md` 文件是这样开头的:
---
name: my-skill
description: 它做什么,什么时候用(Verboo Code 读这一行来决定是否触发)
---
# My Skill
## 第1步 - ...
## 第2步 - ...把两份文档分开能避免一个实际问题:如果风格规则每周都变,又写在 skill 内部,整个 skill 就得每周重写。分开之后,只有标准文档需要变。
怎么知道一个 skill 已经准备好独立运行了?
光是能跑起来不算准备好。我们先在生产环境真实发布文章,skill 覆盖的每种流程类型发一篇,确认没问题之后才让它在没人盯着的情况下自己选题并发布。做完这些之后,我们才让它从头到尾完整跑一次,中途不引导任何一步,看写下的说明是否足够,而不需要我们当场补上遗漏的部分。
实际情况:skill 第一次独立运行时,它从队列里选了一个主题,并且用一个说明里完全没提到的来源(竞品的代码仓库)核实了一条说法,自己解决了这个问题。这说明最初写的那条通用规则("永远不要编造命令,去读源代码")当初写得太窄了。
途中出了什么问题,又是怎么变成规则的?
下表每一行都是某一次运行中出现的真实错误,后来变成了 skill 下一个版本里的关卡。
| 之前 | 之后 | 原因 |
|---|---|---|
| 主题分类写死在 skill 文本里 | 分类只存在于编辑队列文件里,skill 从那里读取 | 分类变了,skill 还在读旧的,两边脱节 |
| 产品数据(版本、价格)手写在 skill 里 | 写文章前脚本实时抓取数据 | 手写在没人重新查看的文档里的数字会过时,而且没人发现 |
| 生成封面后直接上传 | 上传前先打开生成的文件确认吉祥物的颜色 | 图像生成器在3次里有2次忽略了要求的颜色 |
| 假设每种语言的版本号互不影响 | 发布前立刻重新读取每种语言当前的版本号 | 发布一个语言版本会让同一篇文章的其他语言版本号也跳动,即使没碰过它们 |
这套方法适用于你要搭建的任何 skill 吗?
适用,这3条原则不是博客专属的。把标准文档放在 skill 外面,改一个不用重写另一个。为每一个真实发生过的错误写一个明确的关卡,而不是"仔细点"这种没法核实的通用规则。把每一条罕见分支都在生产环境里跑过至少一次再放手不管,因为罕见分支正是第一次读说明时最容易漏掉的地方。
这样测试一个 skill 需要很长的会话,大量调用工具,还要在3种语言之间反复翻译直到跑对。在Verboo Code上这从来不用考虑成本:所有方案都没有 token 上限,测试会话不会和生产会话抢额度。到 verboo.ai 了解一下。
