我是在公司做数字化运营的第一次听说 WorkBuddy 是被同行拉进一个内测群当时真没当回事心想又是一个套壳聊天机器人。结果用了两周之后我发现每周五下午要花两小时的周报整理压缩到了二十分钟而且它生成的初稿比我手动复制粘贴还整齐。后来我又把客户跟进、多维表同步、定时推送这些杂活慢慢交了过去才真正意识到WorkBuddy 这类效率智能体的重点根本不在“陪你聊天”而在“替你干活”。最近官方在社区里发起了《WorkBuddy 行业应用指南》有奖征集题目很直接分享你用 WorkBuddy 完成的一项工作任务就能赢积分、代金券和腾讯周边。我身边已经有不少朋友在问平时就用过几次能写出什么怎么参加才更容易拿奖所以我干脆把这段时间的使用经验、踩过的坑、以及怎么把案例写成一篇能打的作品完整整理出来。这篇内容既是一份面向新手的 WorkBuddy 操作手册也是一份参赛指南不管你是运营、产品、项目经理还是程序员应该都能找到自己能用的东西。1. WorkBuddy 到底是什么它和聊天机器人差在哪1.1 定位从“能聊”到“能干活”我刚接触时的最大误解是把 WorkBuddy 当成 Chatbot。后来才理解它的核心定位是“效率智能体Agent”。大模型本身像一个刚毕业的高材生脑子里知识很多但他没有工位、没有门禁卡、不知道你们公司系统怎么登录也不知道日报发给谁。你问他问题他答得头头是道但一步实际流程也跑不起来。WorkBuddy 做的事情就是给这个高材生配上一个完整的“工位”有目录、有工具连接器、有定时任务触发器还有一套可以被反复调用的技能包。你给它一个目标它可以自己拆解步骤、调用工具、产生结果最后把成果放到你指定的地方。所以它不是一个“回答问题”的工具而是一个“完成任务”的工作台。这也解释了为什么很多人第一次打开 WorkBuddy 会觉得不习惯——它默认不会跟你寒暄它更关心你给它派的活是什么。1.2 它和 CodeBuddy 不是一回事很多刚接触腾讯智能体产品线的朋友都会把 CodeBuddy 和 WorkBuddy 搞混包括我自己一开始也以为两个是一个东西换个马甲。实际上它们的定位差异挺明显的。CodeBuddy 更偏研发场景核心是写代码、查代码、做代码评审、处理 Git 流程这类开发工作使用者大多是程序员。WorkBuddy 则更偏业务流程和工作场景核心是处理信息、串联系统、定时执行任务面向的人更广产品经理、运营、项目经理、数据分析师都可以用。我后来用一句话跟同事解释CodeBuddy 负责“把代码写对”WorkBuddy 负责“把事情做完”。两者并不冲突在很多团队里甚至是配合着用的——研发用 CodeBuddy 开发系统实施人员用 WorkBuddy 去调度这些系统背后的数据和消息。对比维度CodeBuddyWorkBuddy典型用户开发工程师运营、产品、项目经理、业务人员核心能力代码生成、代码理解、重构、调试任务编排、信息整理、连接器、定时执行交付物代码文件、修复建议日报周报、数据同步、消息推送、业务流程使用场景本地 IDE / 研发流程个人工作台 / 团队协作 / 业务流程自动化与个人工作关系辅助写代码搭建自动化工作流这不是说两个产品不能出现在同一台电脑上它们可以一起装。如果你既写代码又管流程完全可以两边都用。只是在写 WorkBuddy 案例的时候别把重点写成“它帮我写了个 Python 脚本”那不是它最擅长的方向它最擅长的是把脚本、数据、消息、审批这些环节串成一条自动化的线。1.3 四个核心组件Skill、连接器、自定义指令、定时任务WorkBuddy 之所以能“干活”靠的是几个核心组件的配合。我个人理解最少要掌握以下四个Skill技能包一段结构化的“岗位说明书”告诉 WorkBuddy 遇到什么任务、该做什么步骤、输出什么格式。可以看成把工作方法写成了剧本。连接器Connector打通外部系统的通道比如钉钉多维表、企业微信、数据库、API 接口。没有连接器WorkBuddy 就只是个会说话的笔记本。自定义指令你临时给 WorkBuddy 下达的处理规则相当于“这次任务的特别注意事项”不需要沉淀成完整技能也能让输出更可控。定时任务 / 触发器让 WorkBuddy 在固定时间或事件发生时自动开工。周报、日报、数据同步这类场景全靠它。这四样东西组合起来就能完成一个完整的自动化闭环。举个例子每天早上 9 点定时任务触发WorkBuddy 从连接器读取昨晚的销售数据按照自定义指令生成一份数据简报再通过连接器把简报推到群里顺便归档到知识库。整个过程里人只需要在第一次把规则定义好后面基本不用管。需要补充的是WorkBuddy 本身可以接入不同的模型服务。默认情况下开箱即用也支持接 OpenAI 兼容接口或者内网部署的国产大模型比如通义千问的私有化版本。对数据敏感的企业来说这一点很关键系统可以完全跑在内网数据不出公司。2. 实操用 WorkBuddy 完成一项真实工作任务2.1 怎么选第一个要自动化的任务我见过不少新手第一次打开 WorkBuddy 就想搞个大新闻比如全自动写标书、全自动管理项目结果配了三天没跑通热情直接熄灭。我的建议是第一个任务要满足三个条件——频率够高、规则够清晰、失败代价够低。频率高说明自动化之后收益明显一周一次以上的重复劳动最合适规则清晰描述成文字让别人和机器都能理解失败代价低即使哪次跑偏了也不会造成事故这样你才有耐心反复调。不同行业可以从自己熟悉的场景入手。我举几个身边的例子金融行业每天定时拉取基金净值生成净值播报和涨跌摘要。建筑行业把项目例会录音转成文字再整理成会议纪要和待办清单。零售行业汇总各门店日报数据自动生成异常提醒。制造行业读取产线看板数据定时推送交接班记录。这些场景有个共同点涉及的信息都是半结构化或者文本型处理动作主要是“收集、清洗、概括、分发”不需要 WorkBuddy 替你做风险决策。等这类流程稳定了再逐步往复杂业务上试。2.2 搭建个人工作台安装、部署与初始化第一个任务选好之后先把 WorkBuddy 跑起来。安装并不复杂官方提供了 Windows、macOS、Linux 的客户端下载也支持本地部署到自己的服务器如果需要国产化环境还有麒麟版之类适配版本。安装完按引导登录就会进入一个类似“个人工作台”的主界面。工作台这个名字不是白叫的。WorkBuddy 的主界面通常分成几块左侧是任务和技能列表中间是对话/执行窗口右侧是结果面板和连接器状态。很多人第一次打开会有点懵其实你只要记住一件事——这不是聊天软件这是一个“操作台”你在这里更像是在给一个远程实习生派活。初始化时有两个地方建议优先设置。第一模型服务。如果只是个人试用用默认模型就行。如果是团队或企业场景建议在设置里配置模型服务地址支持 OpenAI 兼容接口或内网部署的模型服务。选本地模型时注意核对接口路径和 API Key填错了连不上控制台一般会有提示。第二工作目录。WorkBuddy 执行任务时会产生日志、中间文件、结果文件这些默认会放在一个本地的数据目录里有时候在用户目录下会看到一个以点开头的隐藏文件夹这不是什么异常是它的配置和数据目录。如果你的磁盘空间比较紧张可以把整个目录迁移到其他盘但记得先关闭程序再移动。2.3 写第一个 Skill自动生成周报初始化完成就可以开始写第一个技能了。我建议从“自动生成周报”开始因为几乎每个岗位都用得上而且数据来源容易获取。先理解 Skill 的机制Skill 本质上是一份结构化说明文档里面写清楚三件事输入什么、按什么步骤处理、输出成什么格式。WorkBuddy 拿到这份文档后会去调用模型和工具照着执行。可以理解成你把公司的 SOP 写下来交给实习生他照着这个剧本干活。具体格式在不同版本里略有差异但大致的骨架是下面这样大家可以根据自己手里的版本做调整技能名称周报生成助手 适用触发当收到聊天记录和任务清单时生成结构化周报 输入 - 时间范围默认最近一周 - 数据来源聊天记录导出、任务看板导出 处理步骤 1. 按时间范围筛选所有消息去掉无关闲聊 2. 按“项目/客户”维度进行语义聚类 3. 提取每个维度的关键进展、风险点、待办事项 4. 合并为最终周报 输出格式 ### 本周完成 - 按项目逐条列出 ### 下周计划 - 按优先级排列 ### 风险与阻塞 - 说明问题、影响范围、建议动作写完之后直接在工作台给它扔一段真实的聊天记录试着跑一遍。第一次结果往往不是完美的这时候不要去改大段结构而是微调输入描述或输出格式里的措辞多试两三次输出就会稳定下来。这里分享一个心得自定义指令不必等到写 Skill 的时候才用。大多数时候你只是想临时让 WorkBuddy 处理一件事直接在对话框里给指令就行。我拿两个比较常用的模板举例。模板一会议纪要整理。你可以这样写“你是会议记录助理。下面是一段会议录音转写文本请整理成三部分结论、待办事项、遗留问题。待办事项要标出负责角色和截止日期只依据文本内容不确定的不要编造。文本{粘贴内容}”模板二信息摘要。你可以这样写“请把下面这段内容压缩成 200 字以内的摘要保留关键数据和结论忽略修饰性表达。如果出现数字必须保留原始数值。内容{粘贴内容}”这种临时指令不需要额外配置门槛很低但能显著提升输出质量。写案例的时候把这类指令放到文章里读者直接就能抄评委也喜欢这种可复现的内容。2.4 配置连接器钉钉多维表定时同步周报跑通之后就可以尝试接外部系统了。我最常用的连接器场景是把外部系统里的数据定时同步到钉钉多维表。先说为什么需要这个。我们团队日常用多维表管理客户和项目进度但数据源有一部分在内部系统里以前每天靠人工从系统导出、再填到多维表既慢又容易漏。后来用 WorkBuddy 配了一个定时同步任务每天固定时间自动执行字段映射好之后基本解放了双手。配置连接器主要做四件事第一在连接器管理里找到“钉钉多维表”填写应用凭证和权限范围。这一步本质上是授权相当于告诉 WorkBuddy 它可以读哪些表、写哪些表。第二选择要同步的数据源。可以是另一个连接器、数据库查询结果也可以是一个固定的 CSV/Excel 文件。第三配置字段映射把源数据里的每一列对应到多维表的字段上注意字段类型要一致否则写入会报错。第四设置执行频率。我习惯在业务低峰期跑比如每天凌晨 1 点这样不影响其他人使用。这里有个容易踩的坑多次同步会产生重复数据。解决办法是在多维表里设置一个唯一键比如“单号”“ID”并且把 WorkBuddy 的同步策略设为“按唯一键更新或新增”而不是“每次全量新增”。我最早没设唯一键跑了一周表里多了几百条重复记录最后只能用自动化规则去重教训很深。如果你用的是数据库或者 API 作为数据源思路也一样先授权、再映射、再定策略。本质上是把“人肉复制粘贴”改成“定时结构化搬运”。2.5 进阶玩法定时推送消息、UI 自动化周报、数据同步这类“信息处理”类任务能跑通之后可以再往“消息触达”和“操作执行”两个方向扩展。消息触达最常见的是定时发送消息到微信或企业微信。比如我给自己设了一个每天早上 9 点的工作提醒把当天的待办事项、天气通勤提醒、还有几条重要消息一次性推过来。给团队用的话可以每天把销售日报准时推送到群里。做这类东西有个合规提醒如果是主动给外部客户发消息要注意接收方的授权、发送频率和平台规则不能因为能自动发就无限量发否则容易造成骚扰也容易被平台封禁。至于 UI 自动化WorkBuddy 生态里也有人拿它做界面操作和自动化测试比如定时打开某个页面、截图、填写表单、点击按钮然后根据结果生成回归报告。这块更偏技术和运维核心思路是把重复的人工点击变成可回放的脚本任务。我建议有一定代码基础的朋友再去尝试因为它对环境和选择器稳定性的要求更高页面一改版脚本就可能失效需要经常维护。到这一步一个典型的 WorkBuddy 工作台可能长这样每天早上自动抓取数据、生成日报、推送消息每周五自动整理周报、归档知识库每天凌晨定时同步多维表、核对异常数据。每一条都不需要人盯着但每一条背后都有一套 Skill、连接器和定时任务在协作。3. 有奖征集参赛指南案例应该怎么写现在把重心转到“有奖征集”。既然标题是“WorkBuddy 行业应用指南”官方要的是可沉淀、可传播的行业应用案例不是自夸也不是泛泛而谈。3.1 先搞清楚官方想看什么写案例之前先站在评审角度想一个问题一篇什么样的投稿对官方最有价值我的答案是能直接复制到另一个公司、另一个行业去用的经验。官方征集的是“行业应用指南”不是“个人表扬信”。所以写之前先给自己的案例定个位我这个经验是给谁看的是给同岗位的同事还是给同行业的读者如果读者照着文章里的配置和步骤走一遍能不能搭起类似的工作流如果能你的内容就有价值如果读者看完只觉得“WorkBuddy 好厉害”但完全不知道从哪开始那这篇内容大概率拿不到高分。我见过不少投稿开头花大量篇幅夸产品多聪明中间没有一条可复现的配置结尾再来一句“强烈推荐”这其实是最可惜的写法。评委想看的是任务背景、你的实施方案、关键配置、踩过什么坑、最后省了多少时间。干脆把产品宣传的部分交给官方你负责把过程讲清楚就行。3.2 一份高分案例的四个构成部分结合我自己写技术文章和参加类似活动的经验一篇能打的作品通常是四段式结构第一背景与痛点。用两三句话说明你原来的工作方式以及它让你多痛苦。比如“每周五需要手动整理 5 个群的聊天记录再结合任务看板写周报耗时 2 小时”。痛点越具体越能引发共鸣。第二方案设计。说明你选择用 WorkBuddy 的哪些能力来解决为什么这么设计。比如“用 Skill 定义周报输出结构用连接器读取任务看板数据用定时任务在每周五下午 4 点自动执行”。要让读者看到你的思考过程而不是“直接点了一下就成功了”。第三实施细节。给出能够被复现的配置Skill 的结构、自定义指令的原文、连接器的关键设置、执行频率。代码和配置不用长篇大论贴但关键片段一定要有。这里也是评委判断你“真用过”还是“编故事”的地方。第四效果与收益。用数据说话原来多久、现在多久、准确率如何、每周省下多少时间。如果没有严格数据至少给出真实感受比如“连续跑了一个月只有一次因为网络原因失败”。数据越真实越有说服力。为了帮大家理解我列一个简单的结构模板标题从“用 WorkBuddy 搭建 XX 流程每周省 X 小时”这类句式开始开篇写工作背景和原来的痛点控制在 200 字左右正文依次写方案设计、关键配置、执行过程配图配代码结尾写跑通后的实际效果、踩过的坑和后续扩展方向。如果你愿意往专业方向走还可以关注官方现在正在推的效率智能体从业者认证考的内容基本就是这类任务拆解和 Skill 设计能力认真写一次案例等于提前复习了一大半考题。3.3 素材收集与演示的小技巧很多人不是不会用 WorkBuddy而是不会留下过程素材。等到真要写案例的时候翻了半天只找到一张截图写出来干巴巴。分享几个我自己的习惯第一边搭边录屏。从配置连接器、写 Skill、到第一次跑通全程用录屏软件记下来。不一定全程都要放进文章但至少保证关键步骤有画面。截图时可以用录屏工具的“逐帧”功能挑最清晰的画面截出来。第二保留前后对比。跑自动化之前先记录一次人工操作需要多久跑通之后再记录一次机器需要多久。这两个数据一对比文章的说服力立马上来。如果方便可以把人工操作的工具、页面也截一张图形成强烈反差。第三敏感信息一定要打码。聊天记录、客户名称、手机号、内部系统地址发布前统一检查。技术社区里最常见的问题不是写得不好而是泄露内部数据后被删稿。第四把“失败过程”也保留下来。不是所有第一次都顺利我当时配定时同步时第一次因为字段类型不匹配全报错了后来调整映射才跑通。这类小插曲写进去反而让文章更像真人实践也顺带帮读者避坑。3.4 提交前检查清单内容写完之后建议对照下面这个清单自查一遍能有效降低被初筛掉的风险标题是否具体、是否包含“WorkBuddy”和具体任务场景比如“用 WorkBuddy 自动同步钉钉多维表告别人工录入”。正文是否包含可复现的配置或步骤不是只有截图没有说明。是否有量化效果哪怕只是“节省 1 小时/周”这样的粗略估算。是否处理了所有敏感信息包括截图里的头像、姓名、手机号、内部链接。是否符合活动要求格式比如字数、报名方式、截止时间。这部分以官方活动页为准别只凭别人转述。如果以上都是“是”就可以放心提交了。剩下的交给运气但一般来说认真写过程和数据的文章中奖概率一定比随手写两句“真好用推荐”高得多。4. 常见问题与避坑手册把我在社区里看到的、自己踩过的问题汇总一下按主题分成几类。4.1 安装与本地部署常见问题问得最多的就是“装不上”。WorkBuddy 有桌面客户端和本地部署两种方式桌面客户端直接下载安装即可一般不会有大问题。常见问题出现在本地部署上Linux 服务器缺少依赖、环境变量没有配、端口被占用都会导致服务起不来。排查思路其实很通用先看启动日志日志里会明确告诉你哪一步失败其次检查网络策略看服务器能不能访问到模型服务和企业内部系统最后确认版本官方会针对国产操作系统推出适配版本比如麒麟版普通 Linux 安装包在个别发行版上可能出现兼容性问题换对应版本就好了。还有一个小知识安装完成后用户目录下会出现一个以点开头的隐藏数据目录里面存放配置、日志和任务数据。很多人看到以为中毒或者装坏了其实这是正常现象。如果磁盘空间不足可以把整个目录迁移到其他位置但一定要先关闭 WorkBuddy 再移动否则会导致数据目录锁死。4.2 Skill 和自定义指令的坑Skill 写了但没生效是最常见的问题。原因一般出在触发条件上要么触发词写得不够明确要么是还要求用户手动确认任务卡在等待环节。解决方案是先在对话窗口里用相同的关键词直接测试确认能唤起之后再绑定定时或事件触发。还有一类问题是输出格式不稳定。大模型本身就带有一定随机性想让输出格式严格可控建议在 Skill 里写清楚“必须按以下模板输出不要加其他内容”并且每次触发时使用相同或相似的温度参数。如果你发现连续几次结果差异大多半是提示词里的约束不够强需要把输出要求写得再死板一点。另外有人反馈“界面上看不到某某入口”比如第三方模型入口迟迟没出现。这种情况大概率是版本太旧或者功能默认没开启去设置或插件中心里找一下开关更新到最新版本入口一般就出来了。社区里流传的某些“功能清单”不一定是官方内容看到奇怪的说法建议先查官方文档。4.3 连接器与定时任务的坑连接器是 WorkBuddy 里最容易被吐槽的部分因为外部系统一变授权就会失效。常见的问题包括token 过期、字段名对不上、频率触发被平台限流。解决 token 过期没有更好的办法只能定期刷新授权或者在有条件的情况下使用长期凭证。字段映射对不上核心是字段类型检查多看看目标系统里的字段说明不要把字符串填进数字字段。平台限流则需要调整执行频率不要把所有任务都设在同一分钟的整点错峰执行能显著降低失败率。定时任务不触发时首选看日志。WorkBuddy 会记录每一次任务的执行状态包括“已开始”“已结束”“失败原因”。真实案例里我遇到过时区配置导致凌晨任务没跑、服务器休眠导致任务跳过、依赖服务偶发 500 导致同步中断。逐个排查下来都能找到原因大部分可以靠加上失败重试、任务告警来兜底。多维表同步出现重复数据核心是对账问题。我之前提过要给目标表设一个唯一键并把同步逻辑配置成“按唯一键更新或者新增”而不是无脑追加。已经产生了重复数据的可以用多维表的去重插件清理但从源头解决问题才最省心。4.4 参赛提交的坑最后说说作品提交环节。我看到有些朋友辛辛苦苦跑了半个月流程投稿时却只放了几张截图连 Skill 的内容都没贴出来。这对于“行业应用指南”征集来说太可惜了。提交时建议注意三点第一把关键配置的文本内容一并附上如果平台支持代码块就用代码块方便读者复制第二视频或录屏如果需要提交控制在合理时长内并且要有简单的字幕或说明第三不要投了就算记得在活动帖或者社群里同步一份简介增加曝光也让运营知道你这篇内容值得看。如果文章中需要用到专业术语比如“智能体”“连接器”“自定义指令”这些第一次出现时用一句话稍微解释一下既显示专业性又照顾新读者。最后讲点我自己的体会。一开始用 WorkBuddy 的时候我也觉得“配置这些东西还不如我手动做来得快”因为前期花在写技能、调输出格式、修连接器上的时间确实不少。但跑通并稳定用了两三周之后你会明显感受到复利效应同样一件事机器永远不会喊累不会手滑也不会因为周五下午赶着下班就漏了数据。它最大的价值不是替你“做决定”而是帮你把那些重复、耗时、出错率高的环节接管过去让你把精力留给真正需要判断力的事。如果你一直想试试 WorkBuddy却苦于没有动力这次有奖征集就是一个不错的契机。不用追求多复杂的场景选一个你每天都在做的小任务认真记录下来跑通它写成案例。哪怕最后没有拿到大奖这一圈下来你也会更懂自己的工作流程顺便帮你自己的工具箱里多了一个趁手的家伙。祝各位都能写出好案例赢到积分、代金券和腾讯周边。