三个月前我拿到 WorkBuddy 的邀请码当时根本没当回事。市面上叫“AI 工作台”的东西太多了我手机里至少有五个最后都是玩了三天就吃灰。真正让我改变看法的是一次很偶然的场景月底要汇总 30 多份 PDF 合同还要给客服团队写周报我抱着试试看的心态把它架起来结果它自己连着干了两天我只需要在关键节点点头或改词。现在我电脑开机必开 WorkBuddy客服日报、PDF 归档、服务器巡检都敢交给它跑。这篇文章不是什么官方教程也不是“从入门到精通”的百科而是我用了三个月、踩了无数坑之后整理出来的 30 个实战技巧。主要适合这些人想把重复劳动丢给 AI 的运营/客服负责人、需要管理文献和数据整理的研究人员、以及刚接触 WorkBuddy 的独立开发者。技巧从安装配置讲起再到 Skill 开发、定时任务、SSH 连接、记忆迁移最后聊怎么判断“到底敢不敢把活儿交给它”。1. 从安装到能跑先把 WorkBuddy 的工作台搭起来1.1 第一次打开前先弄清 WorkBuddy 和 CodeBuddy 的关系很多人把 WorkBuddy 和 CodeBuddy 当成同一个东西其实二者定位完全不同。CodeBuddy 更像一个住在 IDE 里的编程搭档主打代码补全、仓库级理解和单测生成WorkBuddy 则是一个带定时任务、Skill 扩展、外部连接器的工作台重心是让 AI 帮你跑流程而不是帮你写代码。你在网上搜教程的时候经常看到两个词同时出现是因为同一家团队在推“代码工作”的组合方案装好 CodeBuddy 后再装 WorkBuddy可以实现上下文互通比如代码仓库里的 bug 报告可以直接喂给 WorkBuddy 生成周报。所以第一步不是装最新版而是想清楚你缺的是编程助手还是流程自动化。技巧 01先分清 WorkBuddy 和 CodeBuddy再决定装哪个如果你是一名程序员主要痛点是写代码、改 bug、补测试那 CodeBuddy 更对口如果你和我一样要面对的是客服日报、合同归档、跨系统数据搬运这类脏活累活WorkBuddy 才是主战场。我见过不少人装完 WorkBuddy 后抱怨“不能自动写代码”其实就是一开始定位错了。当然两者不冲突同时装也不占多少资源但主次关系要先想明白。我个人的习惯是CodeBuddy 负责“写”WorkBuddy 负责“跑”。技巧 02选对版本桌面版、国内版、国际版不是一回事WorkBuddy 的下载页通常会让你选版本我建议大多数国内用户直接装桌面版功能更新最稳。如果你平时要连海外模型或者处理英文文档国际版默认预置的模型列表更丰富多语言效果也更好。但国际版换了模型服务商数据落地和审核策略也不一样团队有合规要求时慎选。别一上来就追求“全家桶”先用桌面版把基本流程跑通再考虑要不要切成国际版。版本切换不会影响 Skill 文件但模型列表和部分内置连接器会变换版本前记得导出配置。1.2 首次打开的必做配置别急着装 Skill技巧 03第一次打开先定工作目录和全局模型别急着装 Skill很多人打开 WorkBuddy 第一件事是去 Skill 商店疯狂安装我吃过这个亏。默认模型如果没选好后面所有 Skill 的产出都会跟着水。我现在会在设置-全局模型里把复杂任务指定给长上下文模型把日常任务指定给响应更快的模型工作目录单独放在 D:\WorkBuddyWorkspace尽量别有中文和空格这样后面 PDF、代码仓库、临时附件都会自动归到这里。工作目录确定后Skill 读取文件时会少很多权限弹窗处理速度明显更快。技巧 04第一次运行前先喂一批 PDF 和常用文档WorkBuddy 的知识库不是装完就有的它需要你主动导入。我把客服部门的常用话术、产品 FAQ、历史周报都导进去了之后再让它总结邮件或生成日报它引用的细节明显更准。导入 PDF 时有个小坑扫描件必须先 OCR否则 WorkBuddy 读进来的是一堆乱码。我试过用它的内置解析器处理普通 PDF 没问题但遇到扫描版合同就抓瞎后来加了本地 OCR 插件解决。宁可先花半小时把资料喂足也不要以后每天调 prompt 跟它解释。技巧 05把系统缓存目录挪到非系统盘能解决 80% 的玄学问题WorkBuddy 默认会把模型缓存、日志、临时文件塞到用户目录下时间一长能到几个 GB。C 盘红了之后应用开始出现各种奇奇怪怪的问题Skill 加载慢、PDF 解析超时、甚至直接白屏。所以我强烈建议你在设置里把系统缓存目录改到 D:\WorkBuddyCache。如果老版本设置里没有这个选项可以先把 WorkBuddy 退出把原缓存目录整体剪切到新位置再开一个管理员命令行用mklink /J做目录联接把旧的路径指到新位置。这一步操作非常简单但能省下很多后续排查的麻烦。技巧 06自动更新和日志级别按“稳定优先”来设置我一开始图新鲜把所有测试版更新都开了结果某次更新后自动签到 Skill 直接崩掉排查了一上午才发现是版本兼容问题。现在我会关掉自动更新只在每个大版本发布两周后再手动升级。日志级别默认是 info日常用没问题但是当你怀疑某个 Skill 执行结果不对时把它临时切到 debug 模式执行完再切回来。日志文件也记得放到刚才改过的缓存目录里方便出问题时打包给别人看。2. Skill 才是 WorkBuddy 的灵魂9 个关于 Skill 的实战经验2.1 安装 Skill 前先练就一双火眼金睛网上很多“WorkBuddy 保姆级教程”会让你一口气装几十个 Skill我劝你克制。Skill 不是越多越好装多了不仅菜单变得臃肿还会互相抢资源、触发冲突。我看到不少人在群里问“为什么我的 WorkBuddy 突然变笨了”点开一看光定时任务就挂了二十多个每个都在轮询同一个接口不卡才怪。Skill 的正确打开方式是“小步快跑、不够再加”。技巧 07下载 Skill 前先看触发词、依赖项和权限申请WorkBuddy 的 Skill 商店里每个 Skill 都会写明触发词、依赖项和权限范围。我判断一个 Skill 靠不靠谱的方法很简单如果它需要申请“读取所有文件”或“无限制联网”而实际功能只是生成一段文本那果断放弃如果一个 Skill 的依赖项里写着“需要 Python 3.10 本机 OCR 组件”说明它是真干活的那种安装前先确认这些依赖已经装好。另外尽量选更新时间在半年内的 Skill旧 Skill 经常会因为模型接口变化而失效。技巧 08先装这 5 个基础 Skill覆盖绝大多数日常场景我自己重装过三次 WorkBuddy每次重装后必装的 5 个基础 Skill 是PDF 解析、邮件周报、SSH 巡检、定时打卡、网页内容追踪。这五个基本覆盖了文件处理、沟通协作、服务器运维、定时任务、信息采集五类最常见的需求。等你能熟练调教这五个之后再根据自己的行业场景去扩展。不要一开始就追求像“自动剪辑视频”那种复杂 Skill基础不牢后面出问题你连是哪个环节坏了都分不清。Skill 类型解决什么问题建议搭配的前置条件PDF 解析合同、论文、扫描件的文字提取与结构化OCR 组件、长上下文模型邮件周报自动汇总收件箱生成周报草稿邮箱授权、固定模板SSH 巡检连接服务器执行磁盘/负载/进程检查跳板机配置、命令白名单定时打卡每天自动签到、晨报、数据拉取cron 表达式、失败重试机制网页内容追踪监控指定网页变化提取变更内容RSS 或网页选择器配置2.2 自己动手写一个最小可用 Skill比到处找现成的更有用技巧 09自己写一个最小可用 Skill 并不难核心就三步WorkBuddy 的 Skill 本质上是一个带触发条件和工作流的配置文件。以我写的“客服日报生成”为例第一步定义触发条件比如每天早上 9 点读取前一天客服会话记录第二步定义处理流程先过滤掉闲聊、再按问题类型分类、最后统计满意度第三步定义输出格式直接生成 Markdown 日报并发送到指定群。配置文件结构类似下面这样name: customer_service_daily trigger: type: cron expr: 0 9 * * 1-5 steps: - read_dir: reports/chat_logs - filter: drop_keywords: [哈哈, 好的谢谢] - classify: categories: [售后, 咨询, 投诉] - summarize_by: category - output: markdown - send_to: webhook写完后放到 Skills 目录重启一下 WorkBuddy 就能识别。不要被“开发”两个字吓到我第一次写完花了不到半小时中间大部分时间在调输出格式。你不需要会 Python关键是把自己的工作流程拆成“输入-处理-输出”三个环节。技巧 10把常用 Prompt 封装成“自定义指令”减少重复打字我每天至少要让 WorkBuddy 处理十几次“用表格对比两个方案”的需求。如果每次都在对话框里重新写一遍要求不仅累而且 AI 理解会有偏差。后来我把这些高频要求统一写进自定义指令里比如“所有对比类回答必须用表格先给结论后给依据不要出现‘总的来说’”。这一步看似简单却能显著提升稳定性。你甚至可以把部门的话术要求、排版规范都做成自定义指令相当于给 WorkBuddy 定了一套内部工作制度。技巧 11让 Skill 之间学会串联WorkBuddy 才能干更复杂的活单个 Skill 的能力有限但两个三个串起来效果就完全不一样了。我经常用的一条链路是网页内容追踪 Skill 捕获竞品价格变动写入 CSV定时打卡 Skill 每天早上读取 CSV生成价格异动提醒邮件周报 Skill 再把本周所有异动汇总成周报。实现串联的关键是约定好“中间文件格式”。我在设计第一个 Skill 时就强制要求输出 JSON后续 Skill 都按这个格式去读兼容性问题一下子少了很多。2.3 Skill 的调教和边界决定了它像不像“熟练工”技巧 12给每个常用 Skill 设定一个人设和语气AI 味立刻减半很多人在群里抱怨 WorkBuddy 生成的文案一眼就能看出是 AI 写的其实问题不在模型而在你没有给 Skill 设定语言风格。我在“邮件周报” Skill 里写了一条固定指令你是运营部门的老同事说话直接、少用形容词、不喊口号、不写“我们坚信”。就这么简单的一句话输出立刻从公关稿变成了人话。如果你做客服场景还可以继续补充不要用“亲爱的用户”称呼直接用“您好”不要拒绝用户之前先列举十条理由先说解决方案。这些人设细节比换更强的模型更管用。技巧 13长文档处理一定要主动分片别让一个 Prompt 塞满整个 PDF做科研或者法务的同学经常直接把一篇十几万字的 PDF 拖进 WorkBuddy然后让它“总结全文”。我试过短文档没问题长文档轻则漏掉细节重则直接超时。正确的做法是在 WorkBuddy 里设置分片策略按章节切分每片不超过 3000 字让 AI 先逐片做摘要再把摘要合并成总摘要。这个过程看起来多了一步但信息完整度比一次读完要高出太多了。我自己归档半年合同资料时就是靠这个办法几百页的文件最终只花了几分钟。技巧 14让 Skill 学会查数据库和 API而不是把数据粘贴进对话框WorkBuddy 最大的价值是可以作为“中间层”连接系统。比如我做过一个查询库存的 Skill它接收 SKU 编号调用公司内部 API拿到数据后用固定模板返回。这样客服人员不用登录后台直接在 WorkBuddy 里问一句“D-1024 还有货吗”就能拿到结果。但要注意 API 凭证不要明文写在 Skill 文件里我习惯用环境变量引用例如${INVENTORY_API_KEY}避免别人拿到配置就能直接调你的接口。数据库操作也是同样逻辑只给对应表的只读权限不要给 DDL 权限。技巧 15定时 Skill 必须设置失败重试和“干不完”的兜底通知定时任务最怕的不是报错而是静默失败。我之前一个自动签到 Skill因为目标网站改版连续三周每天都没签到成功但我直到月底才发现。后来我给所有定时 Skill 加了失败重试机制失败后等 5 分钟重试一次最多重试 3 次三次都失败就通过 Webhook 给我发一条通知。这样哪怕它没完成我也能在当天知道而不是月底被领导问“这个数从哪来的”。不要小看这个细节这就是“能用”和“敢用”的分水岭之一。3. 把重复活交给它从定时任务到复杂工作流3.1 定时任务和自动签到先跑通一条再复制十条定时任务是 WorkBuddy 最值得深挖的功能之一。很多人设置定时任务时习惯用图形界面的下拉框但遇到复杂时间需求比如“每个工作日 18 点执行节假日除外”还是直接写 cron 表达式最稳妥。WorkBuddy 官方文档里的 cron 对照表足够用记住几个常用格式基本上能应付 80% 的场景。技巧 16自动签到类任务先把 cron 表达式和时区一起固定住WorkBuddy 默认的时区和你本机一致但如果你的电脑常年不关还是建议在 Skill 配置里显式声明时区避免跨时区出差后打卡时间全乱。以每天上午 9 点签到的任务为例配置写成0 9 * * * timezone: Asia/Shanghai如果你只需要工作日签到那就改成0 9 * * 1-5。注意当夏令时切换时某些系统会漂移一小时所以我在 Skills 里设置的是世界时加固定偏移而不是依赖系统本地时间。这个坑我踩过一次之后所有定时任务都强制指定了时区。技巧 17SSH 连接器不要直接暴露 root 密码白名单和日志都要有WorkBuddy 的 SSH 连接器非常适合做服务器巡检但安全要放在第一位。我从不把服务器密码写在 Skill 配置里而是用密钥文件连接并且只允许指定命令比如df -h、free -m、uptime、ss -tlnp。连接器配置里开启命令白名单后就算某个 Skill 被恶意篡改它也最多只能看系统状态不能随便执行删除操作。同时我会把每次执行的命令和返回结果都记录到本地日志保持三个月的留存方便事后审计。技巧 18日常巡检服务器结果自动生成日报我用了三个月没翻车我目前最稳定的工作流之一是每天早上 8 点通过 SSH 连接器登录跳板机再跳到三台业务服务器执行状态检查汇总磁盘使用率、内存占用、CPU 负载和需要更新的安全补丁数量最后生成一张 Markdown 日报发到运维群。这个流程从第二周开始就没再手动干预过。关键点是连接器配置里要用“跳板机参数”直接把三台机器的跳转路径写清楚不然每次都要二次连接。如果有一天巡检结果和上周偏差超过阈值WorkBuddy 会额外给我单独发一条提醒让我知道需要人工介入。3.2 文档、记忆和跨设备协作技巧 19用 WorkBuddy 归档合同和 PDF建立一个“已处理/待处理”文件夹PDF 归档是很多人入手 WorkBuddy 的第一个场景但处理不好很容易变成垃圾场。我的做法是设置一个监视文件夹新放进去的 PDF 会自动被解析提取合同编号、签署日期、甲方名称、金额等关键字段整理成 CSV 清单然后原文件自动移动到“已处理”文件夹。等月底要填表时我不需要再打开任何 PDF直接查 CSV 就行。一个小提醒如果 PDF 中包含电子签章图片记得让 OCR 组件只识别文字层不要误把签章当正文提取。技巧 20Cursor 和 WorkBuddy 配合起来才是真正的全栈开发体验我在做工具站时CodeBuddy 负责写代码WorkBuddy 负责跑流程。举个例子用 Cursor 写一个自动生成页面的脚本然后让 WorkBuddy 每小时监视某个 JSON 数据源一旦数据变化就调用这个脚本重新生成静态页面。用 WorkBuddy 的“目录监视”功能可以直接把 Cursor 的项目目录挂载进来。这样我改完代码后WorkBuddy 会自动执行测试命令并把失败日志回传给我全流程不需要我手动开终端、跑测试、翻日志效率提升非常明显。技巧 21换账号不丢记忆关键是把“记忆”文件导出再导入很多人问“换账号后怎么才能拥有原来账号的记忆”这是因为 WorkBuddy 的记忆并不完全是模型自带的能力更多是它在我们导入的知识库、Skill 配置和自定义指令里形成的。我最常用的迁移方法是设置-记忆管理里把知识库导出成压缩包新账号登录后直接导入同时把 Skills 目录和缓存目录整个复制过去。等于是把 AI 的“日记本”和“工具箱”都带走了换号后只需要重新配一下模型 API Key其他习惯基本无损迁移。注意不要在压缩包里放明文密码账号可以换安全底线不能换。技巧 22科研场景用 WorkBuddy 做文献追踪和实验记录整理如果你是研究生或科研人员WorkBuddy 可以用来追踪指定期刊和作者的新文献。我订阅了三个方向的检索关键词每天自动抓取摘要并按照“研究问题-方法-结论-可复现点”四段式生成阅读笔记。绘图部分它做不了但能帮你把实验记录里零散的 Excel 表整理成统一格式生成本周进展摘要。实际用下来最大的好处不是替代阅读而是替你完成了“先筛掉 80% 不相关文献”的脏活。技巧 23让 WorkBuddy 管理你的收件箱自动分类和起草周报我认识很多运营负责人每天早晨要被邮件淹没。我用 WorkBuddy 建了一个收件箱处理流按发件人和主题分桶把“需要回复”“需要审批”“只需要知悉”分开再把“需要回复”的邮件自动提取出关键事项生成待办清单。周五下班前它会基于一周的邮件和待办清单生成一份周报草稿我只需要改一改措辞就能发出去。这里有个精度问题分类规则越具体准确率越高。与其写“帮我判断邮件是否重要”不如写“如果发件人包含总监或客户且主题含价格/排期/风险标记为高优先级”。4. 常见问题排查与避坑实录4.1 装上之后白屏、卡死、Skill 消失先查这三样安装新工具最怕遇到白屏WorkBuddy 也不例外。我身边遇到白屏的朋友九成都是环境问题不是产品问题。技巧 24安装后白屏先处理 WebView2、缓存目录权限和显卡驱动WorkBuddy 的桌面端依赖系统 WebView2 运行时如果电脑上没装或者版本太旧白屏概率极高。解决顺序是第一步去官网下载最新版 WebView2 Runtime 并安装第二步把缓存目录的完全控制权限给当前用户之前有人把 WorkBuddy 装在 Program Files 下读写权限不足启动就白屏第三步更新显卡驱动。如果你还在 Win7 上跑那我直说新版 WebView2 已经不支持 Win7白屏基本无解建议至少升到 Win10/11或者找旧版但旧版有安全风险我强烈不推荐继续用。技巧 25WorkBuddy 太重了怎么办删掉“看起来有用但从来不点”的 Skill我见过一个同事装了上百个 Skill每次打开工作台都要卡十几秒执行一个简单任务时右上角任务列表里十几个 Skill 同时在转。排查到最后发现是某些后台 Skill 每小时都在拉取数据。我的建议是超过两周没用过的 Skill 全部停用保留“必要路径”就好。你可以把 Skill 分为两类触发型和后台型。触发型只有你需要时才运行后台型是常驻的比如目录监视、邮件监听。把后台型数量控制在 3 个以内WorkBuddy 的响应速度会有质的提升。4.2 输出质量不对、AI 味太重、安全边界到底怎么划技巧 26减少 WorkBuddy 的“AI 味”重点在指令模板而不在模型很多教程会告诉你换一个风格更强的模型但我的实测结果是换模型不如改指令。你要在自定义指令里明确要求它“不要出现以下高频词汇”比如综上所述、赋能、抓手、颗粒度、闭环还要规定句式“先给结论再给证据最后给可选方案”。我甚至会要求它“每段不超过三行能用表格就不用列表”。当它输出还是不对时再考虑调模型温度和最大 Token别一上来就把“杀手锏”用完。这个技巧我在客服日报和对外邮件上都试过效果立竿见影。技巧 27敏感数据不要直接放进 WorkBuddy安全审核不是外包的保险我理解 WorkBuddy 的 Skill 商店有安全审核机制但第三方 Skill 的作者水平参差不齐。我遇到过某个 Skill 在日志里打印环境变量差点把数据库连接串直接暴露出来。所以我的原则是生产环境密码、密钥、个人身份证号、银行账号这些数据一律不进 WorkBuddy必须处理时脱敏后使用。凡是能操作生产库、能删文件的 Skill先点开源码看一遍再安装。日常使用里可以给 WorkBuddy 设置独立的系统账号限制它能访问的目录范围。技巧 28模型 API Key 和额度管理别让一次异常调用烧完整个月配额WorkBuddy 调用大模型是要花钱的。如果某个定时任务写得太粗暴比如每秒循环调用可能几个小时就把额度烧光。我自己的做法是在 WorkBuddy 的全局设置里给每个模型设置单次任务调用上限并开启“高消耗任务审批”开关当某个 Skill 的预估调用超过一定金额时它必须等我确认才继续执行。另外模型 API Key 不要用个人主账号而是单独创建一个子账号并限制模型权限和额度这样就算某个 Skill 被外部恶意触发损失也可控。5. 从“能用”到“敢把活儿交给它”我的使用边界与心得5.1 我是客服负责人我是怎么让 WorkBuddy 干活的很多人不是不会用工具而是不敢把“真正的责任”交给它。我作为客服负责人一开始也只敢让 WorkBuddy 做无关痛痒的活比如整理错别字。后来我悟出一件事它能不能承担取决于你有没有给它定义清楚“什么算做好”。技巧 29先跑一周“影子模式”只产出不执行验证结果再放权我所有重要任务都会先开影子模式运行一周WorkBuddy 照常执行流程但把所有操作和结论写到“模拟结果”文件夹不会真正发邮件、不会真审批、不会真修改订单。一周后我和团队一起检查它的产出哪怕准确率达到 95%仍然只让它处理不敏感场景再下一周提高到 98%才考虑让它直接对接正式系统。这个渐进式放权很重要看起来多花了一周实际上避免了“某次乱发通知后必须花三天去补救”的尴尬。技巧 30给 WorkBuddy 写清楚“验收标准”不合格时自动通知人类这是我最想强调的一条不要只告诉 WorkBuddy“做什么”还要告诉它“怎么做算合格”。比如我让客服日报的 Skill 每月底生成一份数据复盘验收标准写得很具体必须包含环比变化、TOP3 问题类型、每个问题的建议负责人如果缺失任何一项它就自己标红并通知我而不是硬生成一份看起来完整但实际缺数据的报告。当它敢主动说“这次我搞不定”的时候你才真正敢把活儿交给它。5.2 三个月下来我最大的一点体会踩过这么多坑之后我最大的感受是WorkBuddy 不是一个替你思考的“超级大脑”而是一个执行力很强的“新同事”。它刚来的时候确实笨但只要你把流程、边界、验收标准都讲清楚它就能老老实实把活干完而且不会抱怨加班。对我来说从“能用”到“敢用”的转折点不是某个版本更新也不是我换了更强的模型而是我开始花时间给它写清楚规则的那一刻。最后一个建议是每次给 WorkBuddy 新增一个任务先录一段手动操作的完整过程再把它拆成输入、处理、输出三块去配置。这样哪怕你换了新电脑、新账号也能快速把工作台重建起来。 
长河君 · 2026/10/28 20:48:12 · 阅读 1.2k WorkBuddy实战技巧：从自动化工作流到AI Skill的30个避坑指南
三个月前我拿到 WorkBuddy 的邀请码当时根本没当回事。市面上叫“AI 工作台”的东西太多了我手机里至少有五个最后都是玩了三天就吃灰。真正让我改变看法的是一次很偶然的场景月底要汇总 30 多份 PDF 合同还要给客服团队写周报我抱着试试看的心态把它架起来结果它自己连着干了两天我只需要在关键节点点头或改词。现在我电脑开机必开 WorkBuddy客服日报、PDF 归档、服务器巡检都敢交给它跑。这篇文章不是什么官方教程也不是“从入门到精通”的百科而是我用了三个月、踩了无数坑之后整理出来的 30 个实战技巧。主要适合这些人想把重复劳动丢给 AI 的运营/客服负责人、需要管理文献和数据整理的研究人员、以及刚接触 WorkBuddy 的独立开发者。技巧从安装配置讲起再到 Skill 开发、定时任务、SSH 连接、记忆迁移最后聊怎么判断“到底敢不敢把活儿交给它”。1. 从安装到能跑先把 WorkBuddy 的工作台搭起来1.1 第一次打开前先弄清 WorkBuddy 和 CodeBuddy 的关系很多人把 WorkBuddy 和 CodeBuddy 当成同一个东西其实二者定位完全不同。CodeBuddy 更像一个住在 IDE 里的编程搭档主打代码补全、仓库级理解和单测生成WorkBuddy 则是一个带定时任务、Skill 扩展、外部连接器的工作台重心是让 AI 帮你跑流程而不是帮你写代码。你在网上搜教程的时候经常看到两个词同时出现是因为同一家团队在推“代码工作”的组合方案装好 CodeBuddy 后再装 WorkBuddy可以实现上下文互通比如代码仓库里的 bug 报告可以直接喂给 WorkBuddy 生成周报。所以第一步不是装最新版而是想清楚你缺的是编程助手还是流程自动化。技巧 01先分清 WorkBuddy 和 CodeBuddy再决定装哪个如果你是一名程序员主要痛点是写代码、改 bug、补测试那 CodeBuddy 更对口如果你和我一样要面对的是客服日报、合同归档、跨系统数据搬运这类脏活累活WorkBuddy 才是主战场。我见过不少人装完 WorkBuddy 后抱怨“不能自动写代码”其实就是一开始定位错了。当然两者不冲突同时装也不占多少资源但主次关系要先想明白。我个人的习惯是CodeBuddy 负责“写”WorkBuddy 负责“跑”。技巧 02选对版本桌面版、国内版、国际版不是一回事WorkBuddy 的下载页通常会让你选版本我建议大多数国内用户直接装桌面版功能更新最稳。如果你平时要连海外模型或者处理英文文档国际版默认预置的模型列表更丰富多语言效果也更好。但国际版换了模型服务商数据落地和审核策略也不一样团队有合规要求时慎选。别一上来就追求“全家桶”先用桌面版把基本流程跑通再考虑要不要切成国际版。版本切换不会影响 Skill 文件但模型列表和部分内置连接器会变换版本前记得导出配置。1.2 首次打开的必做配置别急着装 Skill技巧 03第一次打开先定工作目录和全局模型别急着装 Skill很多人打开 WorkBuddy 第一件事是去 Skill 商店疯狂安装我吃过这个亏。默认模型如果没选好后面所有 Skill 的产出都会跟着水。我现在会在设置-全局模型里把复杂任务指定给长上下文模型把日常任务指定给响应更快的模型工作目录单独放在 D:\WorkBuddyWorkspace尽量别有中文和空格这样后面 PDF、代码仓库、临时附件都会自动归到这里。工作目录确定后Skill 读取文件时会少很多权限弹窗处理速度明显更快。技巧 04第一次运行前先喂一批 PDF 和常用文档WorkBuddy 的知识库不是装完就有的它需要你主动导入。我把客服部门的常用话术、产品 FAQ、历史周报都导进去了之后再让它总结邮件或生成日报它引用的细节明显更准。导入 PDF 时有个小坑扫描件必须先 OCR否则 WorkBuddy 读进来的是一堆乱码。我试过用它的内置解析器处理普通 PDF 没问题但遇到扫描版合同就抓瞎后来加了本地 OCR 插件解决。宁可先花半小时把资料喂足也不要以后每天调 prompt 跟它解释。技巧 05把系统缓存目录挪到非系统盘能解决 80% 的玄学问题WorkBuddy 默认会把模型缓存、日志、临时文件塞到用户目录下时间一长能到几个 GB。C 盘红了之后应用开始出现各种奇奇怪怪的问题Skill 加载慢、PDF 解析超时、甚至直接白屏。所以我强烈建议你在设置里把系统缓存目录改到 D:\WorkBuddyCache。如果老版本设置里没有这个选项可以先把 WorkBuddy 退出把原缓存目录整体剪切到新位置再开一个管理员命令行用mklink /J做目录联接把旧的路径指到新位置。这一步操作非常简单但能省下很多后续排查的麻烦。技巧 06自动更新和日志级别按“稳定优先”来设置我一开始图新鲜把所有测试版更新都开了结果某次更新后自动签到 Skill 直接崩掉排查了一上午才发现是版本兼容问题。现在我会关掉自动更新只在每个大版本发布两周后再手动升级。日志级别默认是 info日常用没问题但是当你怀疑某个 Skill 执行结果不对时把它临时切到 debug 模式执行完再切回来。日志文件也记得放到刚才改过的缓存目录里方便出问题时打包给别人看。2. Skill 才是 WorkBuddy 的灵魂9 个关于 Skill 的实战经验2.1 安装 Skill 前先练就一双火眼金睛网上很多“WorkBuddy 保姆级教程”会让你一口气装几十个 Skill我劝你克制。Skill 不是越多越好装多了不仅菜单变得臃肿还会互相抢资源、触发冲突。我看到不少人在群里问“为什么我的 WorkBuddy 突然变笨了”点开一看光定时任务就挂了二十多个每个都在轮询同一个接口不卡才怪。Skill 的正确打开方式是“小步快跑、不够再加”。技巧 07下载 Skill 前先看触发词、依赖项和权限申请WorkBuddy 的 Skill 商店里每个 Skill 都会写明触发词、依赖项和权限范围。我判断一个 Skill 靠不靠谱的方法很简单如果它需要申请“读取所有文件”或“无限制联网”而实际功能只是生成一段文本那果断放弃如果一个 Skill 的依赖项里写着“需要 Python 3.10 本机 OCR 组件”说明它是真干活的那种安装前先确认这些依赖已经装好。另外尽量选更新时间在半年内的 Skill旧 Skill 经常会因为模型接口变化而失效。技巧 08先装这 5 个基础 Skill覆盖绝大多数日常场景我自己重装过三次 WorkBuddy每次重装后必装的 5 个基础 Skill 是PDF 解析、邮件周报、SSH 巡检、定时打卡、网页内容追踪。这五个基本覆盖了文件处理、沟通协作、服务器运维、定时任务、信息采集五类最常见的需求。等你能熟练调教这五个之后再根据自己的行业场景去扩展。不要一开始就追求像“自动剪辑视频”那种复杂 Skill基础不牢后面出问题你连是哪个环节坏了都分不清。Skill 类型解决什么问题建议搭配的前置条件PDF 解析合同、论文、扫描件的文字提取与结构化OCR 组件、长上下文模型邮件周报自动汇总收件箱生成周报草稿邮箱授权、固定模板SSH 巡检连接服务器执行磁盘/负载/进程检查跳板机配置、命令白名单定时打卡每天自动签到、晨报、数据拉取cron 表达式、失败重试机制网页内容追踪监控指定网页变化提取变更内容RSS 或网页选择器配置2.2 自己动手写一个最小可用 Skill比到处找现成的更有用技巧 09自己写一个最小可用 Skill 并不难核心就三步WorkBuddy 的 Skill 本质上是一个带触发条件和工作流的配置文件。以我写的“客服日报生成”为例第一步定义触发条件比如每天早上 9 点读取前一天客服会话记录第二步定义处理流程先过滤掉闲聊、再按问题类型分类、最后统计满意度第三步定义输出格式直接生成 Markdown 日报并发送到指定群。配置文件结构类似下面这样name: customer_service_daily trigger: type: cron expr: 0 9 * * 1-5 steps: - read_dir: reports/chat_logs - filter: drop_keywords: [哈哈, 好的谢谢] - classify: categories: [售后, 咨询, 投诉] - summarize_by: category - output: markdown - send_to: webhook写完后放到 Skills 目录重启一下 WorkBuddy 就能识别。不要被“开发”两个字吓到我第一次写完花了不到半小时中间大部分时间在调输出格式。你不需要会 Python关键是把自己的工作流程拆成“输入-处理-输出”三个环节。技巧 10把常用 Prompt 封装成“自定义指令”减少重复打字我每天至少要让 WorkBuddy 处理十几次“用表格对比两个方案”的需求。如果每次都在对话框里重新写一遍要求不仅累而且 AI 理解会有偏差。后来我把这些高频要求统一写进自定义指令里比如“所有对比类回答必须用表格先给结论后给依据不要出现‘总的来说’”。这一步看似简单却能显著提升稳定性。你甚至可以把部门的话术要求、排版规范都做成自定义指令相当于给 WorkBuddy 定了一套内部工作制度。技巧 11让 Skill 之间学会串联WorkBuddy 才能干更复杂的活单个 Skill 的能力有限但两个三个串起来效果就完全不一样了。我经常用的一条链路是网页内容追踪 Skill 捕获竞品价格变动写入 CSV定时打卡 Skill 每天早上读取 CSV生成价格异动提醒邮件周报 Skill 再把本周所有异动汇总成周报。实现串联的关键是约定好“中间文件格式”。我在设计第一个 Skill 时就强制要求输出 JSON后续 Skill 都按这个格式去读兼容性问题一下子少了很多。2.3 Skill 的调教和边界决定了它像不像“熟练工”技巧 12给每个常用 Skill 设定一个人设和语气AI 味立刻减半很多人在群里抱怨 WorkBuddy 生成的文案一眼就能看出是 AI 写的其实问题不在模型而在你没有给 Skill 设定语言风格。我在“邮件周报” Skill 里写了一条固定指令你是运营部门的老同事说话直接、少用形容词、不喊口号、不写“我们坚信”。就这么简单的一句话输出立刻从公关稿变成了人话。如果你做客服场景还可以继续补充不要用“亲爱的用户”称呼直接用“您好”不要拒绝用户之前先列举十条理由先说解决方案。这些人设细节比换更强的模型更管用。技巧 13长文档处理一定要主动分片别让一个 Prompt 塞满整个 PDF做科研或者法务的同学经常直接把一篇十几万字的 PDF 拖进 WorkBuddy然后让它“总结全文”。我试过短文档没问题长文档轻则漏掉细节重则直接超时。正确的做法是在 WorkBuddy 里设置分片策略按章节切分每片不超过 3000 字让 AI 先逐片做摘要再把摘要合并成总摘要。这个过程看起来多了一步但信息完整度比一次读完要高出太多了。我自己归档半年合同资料时就是靠这个办法几百页的文件最终只花了几分钟。技巧 14让 Skill 学会查数据库和 API而不是把数据粘贴进对话框WorkBuddy 最大的价值是可以作为“中间层”连接系统。比如我做过一个查询库存的 Skill它接收 SKU 编号调用公司内部 API拿到数据后用固定模板返回。这样客服人员不用登录后台直接在 WorkBuddy 里问一句“D-1024 还有货吗”就能拿到结果。但要注意 API 凭证不要明文写在 Skill 文件里我习惯用环境变量引用例如${INVENTORY_API_KEY}避免别人拿到配置就能直接调你的接口。数据库操作也是同样逻辑只给对应表的只读权限不要给 DDL 权限。技巧 15定时 Skill 必须设置失败重试和“干不完”的兜底通知定时任务最怕的不是报错而是静默失败。我之前一个自动签到 Skill因为目标网站改版连续三周每天都没签到成功但我直到月底才发现。后来我给所有定时 Skill 加了失败重试机制失败后等 5 分钟重试一次最多重试 3 次三次都失败就通过 Webhook 给我发一条通知。这样哪怕它没完成我也能在当天知道而不是月底被领导问“这个数从哪来的”。不要小看这个细节这就是“能用”和“敢用”的分水岭之一。3. 把重复活交给它从定时任务到复杂工作流3.1 定时任务和自动签到先跑通一条再复制十条定时任务是 WorkBuddy 最值得深挖的功能之一。很多人设置定时任务时习惯用图形界面的下拉框但遇到复杂时间需求比如“每个工作日 18 点执行节假日除外”还是直接写 cron 表达式最稳妥。WorkBuddy 官方文档里的 cron 对照表足够用记住几个常用格式基本上能应付 80% 的场景。技巧 16自动签到类任务先把 cron 表达式和时区一起固定住WorkBuddy 默认的时区和你本机一致但如果你的电脑常年不关还是建议在 Skill 配置里显式声明时区避免跨时区出差后打卡时间全乱。以每天上午 9 点签到的任务为例配置写成0 9 * * * timezone: Asia/Shanghai如果你只需要工作日签到那就改成0 9 * * 1-5。注意当夏令时切换时某些系统会漂移一小时所以我在 Skills 里设置的是世界时加固定偏移而不是依赖系统本地时间。这个坑我踩过一次之后所有定时任务都强制指定了时区。技巧 17SSH 连接器不要直接暴露 root 密码白名单和日志都要有WorkBuddy 的 SSH 连接器非常适合做服务器巡检但安全要放在第一位。我从不把服务器密码写在 Skill 配置里而是用密钥文件连接并且只允许指定命令比如df -h、free -m、uptime、ss -tlnp。连接器配置里开启命令白名单后就算某个 Skill 被恶意篡改它也最多只能看系统状态不能随便执行删除操作。同时我会把每次执行的命令和返回结果都记录到本地日志保持三个月的留存方便事后审计。技巧 18日常巡检服务器结果自动生成日报我用了三个月没翻车我目前最稳定的工作流之一是每天早上 8 点通过 SSH 连接器登录跳板机再跳到三台业务服务器执行状态检查汇总磁盘使用率、内存占用、CPU 负载和需要更新的安全补丁数量最后生成一张 Markdown 日报发到运维群。这个流程从第二周开始就没再手动干预过。关键点是连接器配置里要用“跳板机参数”直接把三台机器的跳转路径写清楚不然每次都要二次连接。如果有一天巡检结果和上周偏差超过阈值WorkBuddy 会额外给我单独发一条提醒让我知道需要人工介入。3.2 文档、记忆和跨设备协作技巧 19用 WorkBuddy 归档合同和 PDF建立一个“已处理/待处理”文件夹PDF 归档是很多人入手 WorkBuddy 的第一个场景但处理不好很容易变成垃圾场。我的做法是设置一个监视文件夹新放进去的 PDF 会自动被解析提取合同编号、签署日期、甲方名称、金额等关键字段整理成 CSV 清单然后原文件自动移动到“已处理”文件夹。等月底要填表时我不需要再打开任何 PDF直接查 CSV 就行。一个小提醒如果 PDF 中包含电子签章图片记得让 OCR 组件只识别文字层不要误把签章当正文提取。技巧 20Cursor 和 WorkBuddy 配合起来才是真正的全栈开发体验我在做工具站时CodeBuddy 负责写代码WorkBuddy 负责跑流程。举个例子用 Cursor 写一个自动生成页面的脚本然后让 WorkBuddy 每小时监视某个 JSON 数据源一旦数据变化就调用这个脚本重新生成静态页面。用 WorkBuddy 的“目录监视”功能可以直接把 Cursor 的项目目录挂载进来。这样我改完代码后WorkBuddy 会自动执行测试命令并把失败日志回传给我全流程不需要我手动开终端、跑测试、翻日志效率提升非常明显。技巧 21换账号不丢记忆关键是把“记忆”文件导出再导入很多人问“换账号后怎么才能拥有原来账号的记忆”这是因为 WorkBuddy 的记忆并不完全是模型自带的能力更多是它在我们导入的知识库、Skill 配置和自定义指令里形成的。我最常用的迁移方法是设置-记忆管理里把知识库导出成压缩包新账号登录后直接导入同时把 Skills 目录和缓存目录整个复制过去。等于是把 AI 的“日记本”和“工具箱”都带走了换号后只需要重新配一下模型 API Key其他习惯基本无损迁移。注意不要在压缩包里放明文密码账号可以换安全底线不能换。技巧 22科研场景用 WorkBuddy 做文献追踪和实验记录整理如果你是研究生或科研人员WorkBuddy 可以用来追踪指定期刊和作者的新文献。我订阅了三个方向的检索关键词每天自动抓取摘要并按照“研究问题-方法-结论-可复现点”四段式生成阅读笔记。绘图部分它做不了但能帮你把实验记录里零散的 Excel 表整理成统一格式生成本周进展摘要。实际用下来最大的好处不是替代阅读而是替你完成了“先筛掉 80% 不相关文献”的脏活。技巧 23让 WorkBuddy 管理你的收件箱自动分类和起草周报我认识很多运营负责人每天早晨要被邮件淹没。我用 WorkBuddy 建了一个收件箱处理流按发件人和主题分桶把“需要回复”“需要审批”“只需要知悉”分开再把“需要回复”的邮件自动提取出关键事项生成待办清单。周五下班前它会基于一周的邮件和待办清单生成一份周报草稿我只需要改一改措辞就能发出去。这里有个精度问题分类规则越具体准确率越高。与其写“帮我判断邮件是否重要”不如写“如果发件人包含总监或客户且主题含价格/排期/风险标记为高优先级”。4. 常见问题排查与避坑实录4.1 装上之后白屏、卡死、Skill 消失先查这三样安装新工具最怕遇到白屏WorkBuddy 也不例外。我身边遇到白屏的朋友九成都是环境问题不是产品问题。技巧 24安装后白屏先处理 WebView2、缓存目录权限和显卡驱动WorkBuddy 的桌面端依赖系统 WebView2 运行时如果电脑上没装或者版本太旧白屏概率极高。解决顺序是第一步去官网下载最新版 WebView2 Runtime 并安装第二步把缓存目录的完全控制权限给当前用户之前有人把 WorkBuddy 装在 Program Files 下读写权限不足启动就白屏第三步更新显卡驱动。如果你还在 Win7 上跑那我直说新版 WebView2 已经不支持 Win7白屏基本无解建议至少升到 Win10/11或者找旧版但旧版有安全风险我强烈不推荐继续用。技巧 25WorkBuddy 太重了怎么办删掉“看起来有用但从来不点”的 Skill我见过一个同事装了上百个 Skill每次打开工作台都要卡十几秒执行一个简单任务时右上角任务列表里十几个 Skill 同时在转。排查到最后发现是某些后台 Skill 每小时都在拉取数据。我的建议是超过两周没用过的 Skill 全部停用保留“必要路径”就好。你可以把 Skill 分为两类触发型和后台型。触发型只有你需要时才运行后台型是常驻的比如目录监视、邮件监听。把后台型数量控制在 3 个以内WorkBuddy 的响应速度会有质的提升。4.2 输出质量不对、AI 味太重、安全边界到底怎么划技巧 26减少 WorkBuddy 的“AI 味”重点在指令模板而不在模型很多教程会告诉你换一个风格更强的模型但我的实测结果是换模型不如改指令。你要在自定义指令里明确要求它“不要出现以下高频词汇”比如综上所述、赋能、抓手、颗粒度、闭环还要规定句式“先给结论再给证据最后给可选方案”。我甚至会要求它“每段不超过三行能用表格就不用列表”。当它输出还是不对时再考虑调模型温度和最大 Token别一上来就把“杀手锏”用完。这个技巧我在客服日报和对外邮件上都试过效果立竿见影。技巧 27敏感数据不要直接放进 WorkBuddy安全审核不是外包的保险我理解 WorkBuddy 的 Skill 商店有安全审核机制但第三方 Skill 的作者水平参差不齐。我遇到过某个 Skill 在日志里打印环境变量差点把数据库连接串直接暴露出来。所以我的原则是生产环境密码、密钥、个人身份证号、银行账号这些数据一律不进 WorkBuddy必须处理时脱敏后使用。凡是能操作生产库、能删文件的 Skill先点开源码看一遍再安装。日常使用里可以给 WorkBuddy 设置独立的系统账号限制它能访问的目录范围。技巧 28模型 API Key 和额度管理别让一次异常调用烧完整个月配额WorkBuddy 调用大模型是要花钱的。如果某个定时任务写得太粗暴比如每秒循环调用可能几个小时就把额度烧光。我自己的做法是在 WorkBuddy 的全局设置里给每个模型设置单次任务调用上限并开启“高消耗任务审批”开关当某个 Skill 的预估调用超过一定金额时它必须等我确认才继续执行。另外模型 API Key 不要用个人主账号而是单独创建一个子账号并限制模型权限和额度这样就算某个 Skill 被外部恶意触发损失也可控。5. 从“能用”到“敢把活儿交给它”我的使用边界与心得5.1 我是客服负责人我是怎么让 WorkBuddy 干活的很多人不是不会用工具而是不敢把“真正的责任”交给它。我作为客服负责人一开始也只敢让 WorkBuddy 做无关痛痒的活比如整理错别字。后来我悟出一件事它能不能承担取决于你有没有给它定义清楚“什么算做好”。技巧 29先跑一周“影子模式”只产出不执行验证结果再放权我所有重要任务都会先开影子模式运行一周WorkBuddy 照常执行流程但把所有操作和结论写到“模拟结果”文件夹不会真正发邮件、不会真审批、不会真修改订单。一周后我和团队一起检查它的产出哪怕准确率达到 95%仍然只让它处理不敏感场景再下一周提高到 98%才考虑让它直接对接正式系统。这个渐进式放权很重要看起来多花了一周实际上避免了“某次乱发通知后必须花三天去补救”的尴尬。技巧 30给 WorkBuddy 写清楚“验收标准”不合格时自动通知人类这是我最想强调的一条不要只告诉 WorkBuddy“做什么”还要告诉它“怎么做算合格”。比如我让客服日报的 Skill 每月底生成一份数据复盘验收标准写得很具体必须包含环比变化、TOP3 问题类型、每个问题的建议负责人如果缺失任何一项它就自己标红并通知我而不是硬生成一份看起来完整但实际缺数据的报告。当它敢主动说“这次我搞不定”的时候你才真正敢把活儿交给它。5.2 三个月下来我最大的一点体会踩过这么多坑之后我最大的感受是WorkBuddy 不是一个替你思考的“超级大脑”而是一个执行力很强的“新同事”。它刚来的时候确实笨但只要你把流程、边界、验收标准都讲清楚它就能老老实实把活干完而且不会抱怨加班。对我来说从“能用”到“敢用”的转折点不是某个版本更新也不是我换了更强的模型而是我开始花时间给它写清楚规则的那一刻。最后一个建议是每次给 WorkBuddy 新增一个任务先录一段手动操作的完整过程再把它拆成输入、处理、输出三块去配置。这样哪怕你换了新电脑、新账号也能快速把工作台重建起来。