WorkBuddy Skills 可以理解为可复用的任务能力和操作规则,但技能名称相似不代表来源、权限和数据流向相同。更稳妥的使用顺序是先确认技能解决什么问题,再看它需要读取哪些文件、调用哪些工具,最后用一份无敏感资料验证输出。本文的 WorkBuddy Skills 教程不把所有功能写成固定版本承诺,而是提供一套在客户端界面变化后仍然适用的判断方法。

更新日期:2026年10月24日。需要先比较提示词或处理普通中文内容时,可使用 AIMirror GPT 中文站 或 AICNBox 中文 AI 入口。它们是独立网页服务,不会自动把技能安装到 WorkBuddy,也不会继承本地工作区权限。

WorkBuddy Skills 选择、权限、测试和复盘流程
图:Skills 的正确使用顺序是识别用途、审阅范围、最小测试、再扩大任务。

Skills 到底解决什么问题

技能的价值不在于让模型“更聪明”,而在于把重复的步骤、格式和检查规则固定下来。比如每次都要把会议记录整理为结论表,技能可以帮助你保持列名和验收顺序一致;但它不能替你确认会议里哪些内容已经形成决定。事实判断仍然需要材料和人工复核。

技能通常会影响提示词模板、工具使用顺序、文件处理方式或输出格式。它可能只处理文本,也可能需要读取文件、生成文档或调用外部服务。安装前要看清能力边界,尤其是“自动读取目录”“联网查询”“发送消息”这类动作,权限越大,越需要明确授权和日志记录。

需求适合的技能思路不应默认授权的动作结果验证
会议纪要固定提取字段和表格自动发送给全员抽样回原文
资料摘要文件读取与引用标记读取整个硬盘对照段落来源
表格分析口径检查和汇总模板覆盖原始数据核对总额与行数
文档排版标题、表格和目录规则删除旧版本打开文件检查分页
文件归档预览重命名清单直接批量移动对照新旧路径

把“我想做什么”和“技能可以自动做什么”分开,任务会更容易管理。一个技能适合处理重复动作,不等于它适合拥有长期的业务权限。正式引入前,先在练习目录里完成一轮,再决定是否加入团队的工作区。

安装前的四项审阅

第一项是来源。优先使用官方目录、组织认可的仓库或可以追溯维护者的技能包。名称相同的文件可能来自不同作者,下载页面的头像和点赞数不能替代代码、版本说明和变更记录审阅。

第二项是输入范围。技能需要读取哪些文件,是否递归进入子目录,是否会读取隐藏文件和配置文件,都应在启用前知道。提供一份单独练习目录比直接授权项目根目录更安全,也更容易复现问题。

第三项是输出动作。技能是只生成草稿、修改副本,还是会覆盖原件、发送消息、提交代码?把高风险动作设置为人工确认,先要求它展示计划和目标路径,再执行。没有预览的批处理,失败后很难恢复。

第四项是外部连接。若技能需要联网、API Key、MCP 或企业系统连接,先确认数据会发往哪里,谁承担费用,密钥怎样撤销。WorkBuddy 的第三方模型接入属于独立配置,可参考 第三方 API 教程,不要把网页账号密码填入技能配置。

安装和启用的通用步骤

具体按钮名称会随版本变化,但判断流程基本一致。打开 WorkBuddy 的技能或扩展入口,阅读描述、权限和更新记录,选择与当前版本匹配的技能。安装完成后不要立刻导入正式资料,先查看技能是否出现在列表、是否可以停用,以及它显示的权限范围是否符合预期。

启用前把任务拆成最小样本。例如文件摘要技能先给一份两页练习文档;表格技能先给二十行虚构数据。提示词要明确“只读、不修改、不发送”,并要求结束时列出读取的文件和写入的路径。这样即使结果不对,也能知道技能是否越过了预期边界。

一个可复用的测试提示词

请使用当前技能处理练习目录中的 sample.txt。
本轮只读,不修改原文件,不访问其他目录,不发送任何内容。
先列出你准备执行的步骤和需要的权限,等待我确认后再执行。
完成后输出:读取文件、生成文件、未完成项、人工需要核对的地方。

如果技能直接执行而没有展示范围,先停止并查看权限设置。并非所有技能都会严格执行自然语言里的“等待”,所以还要依赖客户端的确认按钮、目录权限和系统账户隔离。提示词是说明,权限控制才是边界。

怎样判断技能真的有效

先检查格式一致性,再检查事实准确性,最后检查效率。格式一致性包括标题、列名和文件名;事实准确性包括数字、引用和原文依据;效率包括完成时间、重复操作和人工修改量。只看“生成得很像”会忽略最容易出错的数字与权限。

建议同一练习做两次,一次启用技能,一次不用技能。比较输出差异时,不只看文字长短,还要看是否少了事实、是否访问了多余文件。若技能没有减少人工检查,或者引入了无法解释的动作,就不应因为名字听起来专业而继续使用。

记录一张简单的技能评估表:版本、输入样本、权限范围、完成时间、错误、人工修改和撤销方式。技能更新后重新跑同一测试,尤其是出现权限扩大、依赖变化或输出格式变化时。团队使用时,评估记录比个人印象更有帮助。

自定义技能时如何控制范围

自定义技能应先写“不能做什么”。例如只处理指定目录内的 Markdown,不读取密钥文件,不删除原件,不访问网络。再写输入格式、输出格式、异常处理和人工确认点。边界写得越具体,调试时越容易判断是材料问题、技能规则问题还是客户端问题。

不要把一整个部门的流程一次写进技能。先做一个小能力,例如“把会议记录整理成四列待办表”,稳定后再添加引用、模板和归档。大技能往往包含相互冲突的规则,遇到异常时难以定位是哪一条生效。

技能文件里避免硬编码 API Key、密码、客户信息和固定的个人路径。凭据应由客户端或组织的秘密管理机制提供,并设置可撤销、可轮换的权限。分享到团队前,先扫描文本、示例和日志,确保没有把真实数据误放进演示文件。

Skills 与 MCP、第三方 API 的区别

Skills 更像任务方法,MCP 更像连接工具或数据源,第三方 API 则是模型服务的接口和计费链路。三者可以组合,但故障和风险也会叠加。一个技能调用 MCP 读取文件,再把内容交给第三方模型,至少涉及本地权限、连接器权限和服务商数据政策三个边界。

组件主要作用常见失败先检查什么
Skill固定任务步骤与格式输出不一致技能版本和规则
MCP/连接器提供文件或系统操作权限拒绝、超时连接状态和目录
第三方 API提供模型推理401、404、限流URL、Key、模型 ID
WorkBuddy 客户端编排任务与确认卡住、无法保存工作区与版本

出现问题时不要同时更换四项配置。先用 Ask 做纯文本测试,再用 Agent 处理本地副本;文本成功后再打开连接器,最后才测试第三方模型。分层测试能够保留一个可工作的退路,也方便记录费用和数据去向。

权限、安全和团队协作

权限提示出现时,先读动作,不要只看应用名称。读取项目文件、写入输出目录、执行脚本和发送外部请求是不同风险。可以为每类任务建立不同的练习目录,工作结束后收回不再需要的权限。

团队共享技能时,版本、负责人和变更记录要一起维护。更新前保留旧版本和回退方法,更新后用固定样本做回归测试。成员不应把个人密钥嵌入公共技能;企业网关、最小权限和预算告警都比共享一把 Key 更可审计。

处理医疗、金融、客户和未发布产品资料时,先做脱敏。文件中的姓名、电话、账号、合同编号和内部链接都可能成为敏感信息。技能能否读到数据,不代表你有权把数据传给外部模型;授权和合规仍由组织负责。

用会议纪要技能做一次完整验收

准备两份练习记录,其中一份有明确负责人和日期,另一份故意缺少截止时间。要求技能输出统一表格,并将原文没有提供的信息保留为待确认。这个样本能检查它是否为了填满表格而编造内容,也能观察格式模板是否把不确定信息变成确定结论。

第一轮不要追求漂亮文档,只检查事实。逐项对照负责人、时间和决定状态,统计漏项与误写;第二轮再检查列名、排序和文件格式。两种检查分开进行,可以避免用排版改进掩盖内容错误,也方便决定技能需要改规则还是换模板。

第三轮加入异常样本,例如空文件、重复记录、无法读取的附件。合格的工作流程应当明确报告跳过和失败,而不是悄悄生成不完整纪要。要求输出成功数量、失败数量和失败原因,数字应能与输入清单对上;对不支持的材料,保留人工处理入口。

完成后给技能设定启用条件:仅处理练习过的文件格式,超过一定规模先预览,缺少依据不补全,对外发送始终确认。规模阈值由你的样本和复核能力决定,不能照抄别人的固定数字。需要处理新格式时,把它视为一次新测试,而不是自动沿用旧结论。

技能升级后怎样回归和停用

升级前保留版本号、固定样本和原来的输出,阅读变更中是否增加网络访问、脚本依赖或目录范围。升级后重新执行同一任务,比较事实、格式、耗时和动作清单。变化可以接受才替换正式流程,出现无法解释的差异就先回到旧版本或停用。

停用技能后还要查看它建立过哪些连接、写过哪些文件、创建过哪些凭据。删除技能本身不一定撤销外部服务授权,服务商的密钥和连接器权限需要分别处理。最终保留一份不含敏感信息的记录,写明停用原因与回退结果,方便团队成员避免再次启用同一问题版本。

WorkBuddy Skills 教程 FAQ

Skills 是插件吗?

可以把它理解为可复用能力,但具体实现和安装入口以当前 WorkBuddy 版本为准。不要依据“插件”这个称呼推断它一定能访问所有系统或自动完成高风险动作。

安装后技能没有出现在任务栏怎么办?

先检查安装是否完成、版本是否匹配、技能是否被禁用,再用重启和最小任务验证。若列表有技能但任务不调用,提示词应明确要求使用它,同时确认当前任务模式支持该动作。

能直接安装网上分享的技能包吗?

不建议直接安装。先确认来源、维护者、权限、依赖和变更记录,用练习目录做只读测试;无法解释的网络请求、脚本执行和文件扫描都应视为需要进一步审阅的信号。

技能会把 API Key 暴露吗?

有可能,取决于配置和日志方式。不要把 Key 写进技能文本、示例或截图;使用后在服务商后台检查调用,并在怀疑泄露时立即撤销和轮换。

一个任务可以同时开多个 Skills 吗?

可以尝试,但建议逐项启用并记录变化。多个技能可能对同一个文件名、输出格式或工具权限产生冲突,先确认单个技能稳定,再组合更容易排错。

结语:把技能当成可审计的流程

WorkBuddy Skills 教程真正要解决的是“如何把能力变成可重复流程”。选技能看来源和权限,启用前做最小测试,执行中坚持预览,完成后核对文件和数据边界。需要批量办公时,再把经过验证的技能接入自动化流程;遇到模型、连接器或权限问题,分别按 WorkBuddy 自动化办公教程 和 常见问题排错指南 处理。