27 · Skill专家与个性化
Skill调试优化与成本
Skill 变慢、误触或结果漂移时，先判断问题落在触发、输入、步骤、依赖还是验收。一次只改一个变量，用固定样本回归。
Skill 变慢、误触或结果漂移时，先判断问题落在触发、输入、步骤、依赖还是验收。一次只改一个变量，用固定样本回归。
本章最终要解决的问题是：Skill 误触、变慢或结果漂移时怎样修？
版本说明：本章原始资料来自不同时间。界面名称、入口、模型、积分、价格、权限、连接器和企业能力如与当前客户端不一致，以当前官方说明、实际界面和企业合同为准。文中的历史数值不作为购买或合规承诺。
这一章怎么学
- 一、只开当下用得上的skill
- 二、一类活，一个技能干到底
- 三、触发条件要写清楚
- 四、学会自己造轮子
- 附：十个零成本 skill 推荐
把一次成功变成可复用方法，同时把角色、知识和权限分开管理。 阅读正文时，把注意力放在任务输入、真实动作、交付文件和人工判断点上。
资料说明：下面的具体步骤、案例和截图根据已收集的第三方教程重组。正文中的第一人称均指原教程作者，不代表曾俊本人的经历或实测；案例数字也不能直接视为官方承诺。
今天我分享四个我日常使用skill的四个技巧，供老铁们参考。
一、只开当下用得上的skill
Skill不是装得越多越好。workbuddy 每次处理任务时，都会把当前启用的 skill过一遍，用户装的多了它思考自然就慢了，并且容易误触，这两点就会导致你的token 也水涨船高。
下面这张图就是反面教材👇
我的做法是：结合你的场景需求，精确打开你的skill，比如，写代码的 时候，你就只开代码相关的技能，做 PPT的时候就只开 PPT 相关技能，其他全部关掉。
这里温馨提示：注意是"关闭"不是"卸载"——关闭只是暂时不用，随时可以再打开，技能不会丢。卸载，就是把技能嘎掉了。
具体操作：依次点击左侧“专家-技能-连接器”——技能——我安装的，进入你安装的技能界面，再点击右上角的批量管理。选择你要处理的skill，然后点就右上角，选择开启、关闭、卸载。就可以完成操作了。
技能用对了，workbuddy 就不会瞎指挥，token 自然降下来了。
二、一类活，一个技能干到底
一类事情，建议你就只保留一个最顺手的skill就够了。比如做PPT的有很多skill，选一款你用得惯的、最顺手的就行了，其他的关闭或卸载。别贪心，多装几个并不会让你更强，只会让 workbuddy confusion。
"单一职责"这个原则，写代码的人应该很熟悉。skill 也一样。
三、触发条件要写清楚
如果你自己做过 skill，描述里一定要写明触发条件，比如"当用户提到写周报时触发"。条件越具体，误触就会越少。如下图所示，就是把触发条件作了很好的细化和分类，优秀案例！
否则，workbuddy 可能在你聊家常的时候突然掏出一份工作周报模板，既浪费时间、又浪费 token，还显得workbuddy很弱智。
四、学会自己造轮子
别人的 skill 再好，也是按别人的习惯做的，不可能100%匹配你的使用场景和需求。最值的投入，是花点时间做一个完全符合自己工作流的专属 skill（当然是高频的标准化工作场景最好）。
做法我之前写过教程，点这里教你用Work Buddy手搓专属于你的Skill可以看。一句话总结：授人以鱼不如授人以渔，自己的轮子自己踩，最顺手。
附：十个零成本 skill 推荐
最后再啰嗦下，顺手分享10个我日常在用的、几乎零成本的skill，都不花钱。技能名称、核心能力、适合的场景一目了然，见下图：
还是那句话：按需取用，别一股脑全装。祝老铁们使用愉快。有使用上的问题，欢迎在评论区交流。#Agent#WorkBuddy#skill
— End —
以上，既然看到这里了，如果觉得不错
随手点个赞、在看、转发三连吧
谢谢你看我的文章，下次见。
先判断 Skill 到底坏在哪一层
Skill 出问题时，先保存原输入、触发记录、执行日志、产物和版本号，再沿五层定位。
第一层是触发。该触发时没有加载，属于漏触；无关任务也加载，属于误触。检查名称、description、触发示例和排除条件。
第二层是输入。文件不存在、字段缺失、编码异常、路径包含特殊字符，都可能让后续步骤表现得像“模型变笨”。先让 Skill 在执行前验证输入，并把缺失项一次列全。
第三层是步骤。顺序错误、依赖隐含、停止条件缺失会产生流程漂移。把每一步的输入、动作、输出和失败分支写清楚。
第四层是工具与依赖。网络、第三方 API、本地程序、权限和版本变化都在这一层。工具失败时必须保留原错误，不能让模型用一段解释冒充执行结果。
第五层是验收。产物生成了，但格式、字段或事实不合格，说明验收规则太模糊。把“质量高”改成可以计算或抽查的条件。
建立最小回归样本
至少保留三组固定样本：正常输入、缺少必填项、包含异常数据。优化前后使用同一组样本，比较触发是否准确、任务是否完成、工具调用是否扩大、耗时是否异常、结果是否符合字段要求。
一次只修改一个问题。触发太宽，就只改触发描述；依赖失败，就只补依赖检查。整体重写会让你无法判断哪个修改真正有效。
成本异常怎样查
先看 Skill 是否重复读取大文件、反复调用同一工具、把所有参考资料一次塞入上下文，或者在失败后无上限重试。可以把大资料改成按需读取，为外部调用设置次数限制，为长流程增加阶段产物。优化目标是减少无效动作，同时保留必要证据。
每次发布记录版本、修改原因、测试结果和回退方法。一个能回退的 Skill 才适合长期使用。
把这一章真正跑一遍
下面这条任务可以直接放进 WorkBuddy。先用脱敏副本练习，确认无误后再替换成正式材料。
分析这次 Skill 失败日志。指出故障层级、最小修改、回归样本和回退条件。不要顺手重写整个 Skill；无法证明有效的优化先不做。
本章完成后，应留下这些结果：
- Skill 迭代日志 已生成、能打开，关键内容能回到输入材料。
最后再看一遍实际文件和变更记录。删除、覆盖、外发、发布、付款、审批和生产写入继续由有权限的人确认。遇到材料冲突、权限不足或外部状态不确定，让任务停下并列出待处理问题。
AI 办公产品教程 · 完整版