WorkBuddy进阶必看,还在翻文档回客户?把资料做成Skill,7秒出答案(附步骤和指令)

大家好，我是烽火。

上一篇我写了给新同事装好 WorkBuddy 后，先改哪 8 项设置。

这次带他们熟悉工作流程，我又碰到一个问题。

产品资料都发给他们了，客户一来问，还是得自己翻文件，整理如何回答。

我就在想，能不能把公司的常用资料做成一个Skill。

以后遇到问题，直接让 WorkBuddy 帮他们处理并整理答案发给客户。

正好这几天淘到一个skill,测试之后我称它为野蛮skill,哈哈！

它的名字叫book-to-skill，目前有3.5万星，非常受欢迎。

简单说，它能把任何书籍或文档里的内容整理成一个之后可以随时调用的 Skill。

但我这次更想测的不是一本书，而是我们工作里经常要查的产品FAQ。

主要看它能不能在 WorkBuddy 里顺利跑起来，整理后的内容是否准确并且没有凭空捏造。

我不打算先下结论，直接做了一份虚拟的产品FAQ测试看一下。

我先不讲安装，直接拿一个客户咨询来测试这个skill。

这个问题里，我特意做了一个设计。

一半能从 FAQ 直接找到答案，另一半资料没有明确说明，正好可以看看它会不会把不知道的内容也说得像真的一样。

我分别试了两种方式。

第一种是直接把 FAQ 发给 WorkBuddy,通过一句指令让它回答。

它用了3分多钟，消耗了13.23个积分，终于出来回答了。

第二种是调用已生成的skill，但和它说的很简单，只说了客户的问题。

skill仅用了7秒，消耗了0.19个积分就做出了可直接发送给客户的回答。

以上两个回答，先从回答时间上来说。

第一个回答，如果客户需要等我3分多钟，可能早已经不耐烦了，而且生成的话术也有问题，让客户再问客服本身就搞错了。

第二个回答，7秒就出来了，而且它的回答可直接发给客户。

但这个Skill也经过了几轮调试才达到了目前的效果，接下来我就说一下如何安装和调试这个skill。

我们先来安装book-to-skill，只需将下边这句指令发给 workbuddy 就可以。

npx skills add virgiliojr94/book-to-skill

（↔️左右滑动查看完整提示词）

大约过了7分多钟，告诉我已经安装完成，并且看我的C盘空间还剩27G，不建议安装docling。

这个体验不错，它想的还挺周到。

我看它还想给安装PDF解析，那就顺手再安装DOCX解析吧。

这样就可以读取PDF和Word文件了。

等了几分钟就完事了，安装还是很简单的。

调用这个skill也很简单，直接在对话框输入“/”,就会看到这个新安装的skill。

新开一个会话，就可以开始生成自己的 Skill 了。

这次用到的资料，是一份虚拟的“烽火Mini蓝牙标签打印机“产品 FAQ。

里面有手机系统要求、标签尺寸、能不能打印快递面单等明确规则。

我之所以选这类资料，是因为它在我们工作中很常见，内容不算复杂，但实际工作中可能会反复查。

像客服FAQ、产品说明、内部流程、SOP手册都有类似特点。

接下来，我就用 book-to-skill 把这份资料整理成可重复调用的Skill。

我先上传 FAQ，然后在对话框输入“/”，就可以看到新安装的skill,选择它并输入以下提示词。

把我上传的FAQ文件转换成一个可重复使用的Skill，名称设为“烽火产品FAQ”；这个Skill用来根据FAQ回答客户问题，并用口语化表达，可以直接发给客户的回复；请保留资料中的适用条件、限制和例外，不要为了精简而省略；资料明确写出的信息，请标明对应的FAQ条目，方便核对；资料没有说明或存在冲突的地方，请明确指出，不要自行补全；不要承诺资料中没有写明的任何信息；完成后告诉我：生成的 Skill 在哪里，如何在WorkBuddy中调用，以及还需要我手动完成哪些安装或启用步骤。

用了不到3分钟就生成好了，还是很快的。

首先它告诉我把skill放在了什么位置。

然后告诉我如何在workbuddy调用。第一次使用只需告诉它客户的问题是什么即可。

我在对话框输入了客户的问题：我想买来打印快递面单，家里有安卓手机。它能用吗?标签纸防水吗?

以下是它的回答。

我发现第3段的回答有问题，于是和它说：你的回答并不能直接发送给客户，前2段的回答没有问题，但第三段体现的“这份资料里没有提供，我不能直接答复您“，客户会疑惑是什么资料。

于是它又优化了一轮。

虽然去掉了“这份资料”，但我如果作为客服，肯定不能让客户再去联系其他客服确认具体耗材型号。

它明白我的意思了，最后优化的答复，基本上可以发给客户了。

并且还问我是否把这条规则补充进技能，方便下次按照新规则进行回复。

我们自己生成的skill，就是需要不断在使用中进行优化。

这次我才发现，光让它根据FAQ回答还不够。

我得把要求说清楚，答案要像客服能直接发给客户的话，不能把内部资料的说法原样搬出去。

刚才的测试还不能说明它以后都能用。

我新开一个对话，再问一个资料里明确写过的问题。

这里我会看新对话里能不能找到Skill，以及回答有没有提到安装烽火App和通过蓝牙连接这些必要条件。

这次它答对了两点：Android 10 及以上可以连接，通过蓝牙和打印机先做好配对。

并且还主动追问了打印什么标签和宽度，还是很不错的。

接着，我再问一个问题：这台机器充满电要多久?一天最多可以打多少张?

这两个问题在 FAQ 里都没有答案。

我会看它会不会明确说资料没有提供，而不是给出一个看似合理的数字。

从它的回答看，它并没有捏造数据，而是诚实的说不清楚，需要去核实一下。

测到这里，我觉得它至少算及格，FAQ 里写明的内容能答出来，没写的数据也没有硬编。

至于能不能直接交给同事长期用，还得继续拿真实问题试。

我觉得，也没必要把电脑里的文档全做成 Skill。

像客服FAQ、产品SOP、工作流程，这些经常要用，又有固定要求的，就比较适合。

偶尔查一次的文件，直接上传给workbuddy或豆包就行。

这时会有朋友问，那为什么不把文档做成知识库呢？

也可以。

如果资料很多，主要是查信息、找答案，我会优先考虑知识库。

但这次我还想把回答客户的要求一起留下来。

比如资料没写的不能乱承诺，不能把内部资料的说法直接发出去，更不能自己就是客服，还让客户再去找客服。

这些要求调好以后，放进 Skill，下次就不用再解释一遍。

当然，知识库也能配合这些规则，两者并不冲突。

资料多了，可以用知识库管资料，再用 Skill 规定怎么处理、怎么回答。

所以我会先挑那些反复要用、每次又得交代同样要求的文档来做。

这样折腾一遍，才值得。

这次测试，7秒出回复确实挺吸引我。

但真正让我多改了两轮的，是它说出来的话，能不能拿去回答客户。

“这份资料里没有提供”，看着挺诚实。

可客户不知道你手里有什么资料，更不想听你解释这些。

这些地方，还得我把具体要求讲清楚，再让它改。

回到开头带新同事这件事，我想帮他们省下的，就是接到问题以后翻文件、找答案、重新组织语言的时间。

这份虚拟 FAQ 算是把流程跑通了。

下一步，我还准备拿真实工作里的问题继续试，看看换个问法、碰到更复杂的情况，它还能不能应对自如。

等这些都试过，再交给同事用，我心里才更有底。