WorkBuddy自定义技能预设方法

WorkBuddy 并不存在独立的“技能预设”功能，所谓“预设”实为用户对官方内置技能、AI临时生成的指令草稿或历史任务的常见误解；真正实现技能复用，需通过“保存为技能”将成功操作固化为不可编辑的Script型个人技能，或更进一步——使用自定义流构建支持参数化、条件分支、API集成与权限管理的生产级技能，而所有看似“预设”的便捷入口均被刻意省略，因为平台坚持“技能必须可验证、可加载、可启用”的设计原则，拒绝未完成态的中间缓存。

WorkBuddy 本身不提供“技能预设”这个独立功能模块，所谓“预设”，实际是三种已有机制的误称：内置技能市场里的官方技能、AI 对话中动态生成的临时指令模板、或用户保存的历史成功任务。真要固化为可复用的技能，必须走正式导入或发布流程。

为什么找不到“技能预设”入口？

WorkBuddy 控制台所有界面（包括 Claw 设置 → Skills管理、技能中心 → 新建自定义流）均无名为“预设”的菜单或按钮。搜索框输入“预设”也无结果。这是因为平台设计上不支持“暂存未验证逻辑”的中间态——所有技能必须满足可加载、可校验、可启用的基本条件才能存在。

常见误解来源：

• 把 AI 对话安装 过程中生成的草稿当成预设（实则只是临时 prompt，未保存为技能）
• 将 任务历史 中点击“保存为技能”前的原始对话误认为已固化（此时未注册，重启后即丢失）
• 混淆了 插件 的配置缓存（如 Excel 插件里保存的常用清洗规则）与技能本身

想快速复用某次成功操作？用“保存为技能”

这是最接近“预设”需求的合法路径：把一次人工调用成功的完整指令+参数组合，固化为个人技能。

• 执行完一次满意任务（例如：“把 Q1销售数据.xlsx 按区域汇总并生成柱状图”）后，进入 任务历史
• 找到该条记录，点击右下角 保存为技能 按钮
• 系统自动提取触发关键词（默认取指令首句，如“把”字开头则截断）、识别输入文件类型（.xlsx）、绑定当前使用的模型和插件
• 填写技能名称（如“Excel区域汇总图表”），点击保存，该技能即出现在 我的技能 列表中

注意：该方式生成的技能本质是 Script 类型，底层会封装为 JS 函数，不支持后续编辑逻辑，仅可删除或重命名。

需要带参数/条件分支的真正可配置技能？必须用自定义流

如果希望技能能接收不同 order_id、根据 status 字段走不同分支、或定时触发，就不能依赖“保存为技能”，必须走可视化编排。

• 进入 技能中心 → 新建自定义流
• 拖入节点：【HTTP请求】→【条件分支】→【消息通知】，而非单个“执行”动作
• 在【接口设置】中明确定义输入参数（如 sales_data_path 必填 string 类型），否则外部无法调用
• 启用“作为技能发布”后，系统生成 OpenAPI 文档链接，这才是可被其他系统集成的稳定契约

这种技能不会出现在“我的技能”快捷列表里，调用时需通过 API 或 Webhook，但它是唯一支持参数化、版本化、权限控制的生产级方案。

容易被忽略的关键点

很多人卡在“保存为技能”后无法触发，问题往往出在触发词匹配逻辑上：WorkBuddy 默认对触发关键词做分词 + 模糊匹配，但若原始指令含标点（如“整理下载！”）、空格不一致（“整理 下载”），或用户启用了 case_sensitive: true 配置却没注意到，都会导致失败。建议保存后立即在对话框输入最简形式（如“整理下载”）测试，不要加修饰词。

本篇关于《WorkBuddy自定义技能预设方法》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于科技周边的相关知识，请关注golang学习网公众号！