WorkBuddy Skills 可以理解为可复用的任务能力和操作规则,但技能名称相似不代表来源、权限和数据流向相同。更稳妥的使用顺序是先确认技能解决什么问题,再看它需要读取哪些文件、调用哪些工具,最后用一份无敏感资料验证输出。本文的 WorkBuddy Skills 教程不把所有功能写成固定版本承诺,而是提供一套在客户端界面变化后仍然适用的判断方法。
更新日期:2026年10月24日。需要先比较提示词或处理普通中文内容时,可使用 AIMirror GPT 中文站 或 AICNBox 中文 AI 入口。它们是独立网页服务,不会自动把技能安装到 WorkBuddy,也不会继承本地工作区权限。
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 自动化办公教程 和 常见问题排错指南 处理。