很多人第一次打开腾讯 WorkBuddy，最容易犯的错误，是把它当成一个功能更多的聊天框：输入一句要求，等它吐出答案，然后再开一个新会话重来。

WorkBuddy 更适合被理解为一个可以读取材料、调用工具、修改文件并持续执行任务的办公智能体。

真正影响结果的，不是记住多少按钮，而是有没有把工作空间、任务边界、执行模式和验收标准组织清楚。

这篇文章基于我近期录制 WorkBuddy 实战课程和多次培训中的真实使用，给出一条适合新手的完整路径。

界面和功能会持续更新，文中名称以 2026 年 8 月可见版本为准；具体能力以产品当前页面为准。

一、先分清四类入口分别解决什么问题

WorkBuddy 的常用入口，可以先按“谁来做、在哪做、怎么复用、何时自动做”来理解。

• 助理适合持续性的个人任务。

它有相对稳定的身份和上下文，可以接手信息整理、日报、资料归档等长期工作。

• 项目适合围绕同一目标组织多人、材料和任务。

对个人用户来说，可以先把它理解成一个共享上下文容器；当工作需要协作时，再用项目和任务把责任拆开。

• 专家与专家团解决“用什么角色和方法完成任务”。

专家通常是一套人设、领域方法和工具组合；专家团则进一步把复杂任务拆给多个角色协同完成。

• 自动化负责按固定时间触发已经稳定的流程。

它适合日报、周报和监测，不适合把尚未跑通的任务直接设成定时执行。

一个简单判断是：单次明确工作从任务开始；长期个人工作用助理；多人共享上下文用项目；复杂分工用专家团；已经稳定重复的流程再交给自动化。

二、新建任务前，先给 Agent 一个干净的工作空间

如果不指定工作目录，Agent 仍然可以完成一次任务。

但材料和产物很容易散落在临时目录中。

任务越长，后续越难追溯“用了哪些资料、生成了哪些文件、哪个版本才是最终稿”。

更稳的做法，是为每个真实项目准备一个独立目录，至少放入四类内容：

• 原始资料，例如文档、表格、图片和公开链接；
• 项目说明，包括目标、对象、边界和禁区；
• 交付标准，例如最终要生成什么格式、谁来审核；
• 产出目录，用来保存草稿、证据和最终文件。

如果这个目录会长期使用，还可以在根目录维护 AGENTS.md，写清项目身份、工作规则和验收要求。

它的价值不是“提示词更长”，而是让不同任务都能读取同一份稳定上下文。

工作空间的核心作用只有三个：

• 材料清楚；
• 文件可追踪；
• 权限边界可控。

三、Ask、Plan、Craft 对应三种不同的派活方式

WorkBuddy 的三种任务模式，不只是界面选项，而是三种风险不同的协作方式。

• Ask / 问一问：适合理解资料、分析问题、确认边界。
• 使用原则：先获取判断，不修改文件。
• Plan / 想一想：适合长流程、重要交付、范围不明确的任务。
• 使用原则：先产出计划和检查点，再确认执行。
• Craft / 做一做：适合目标、材料和交付格式已经明确的任务。
• 使用原则：直接生成或修改文件。

我的常用顺序是：不确定时先 Ask；任务重要或步骤较多时先 Plan；计划和验收标准确认后，再进入 Craft。

Plan 的核心价值，在于让 Agent 在真正开始修改文件之前，先把自己的理解、执行步骤、依赖关系以及可能存在的风险清晰展示出来。

这样一来，用户就能够更早发现偏差并及时调整方向，也可以明确哪些关键节点需要人工确认后再继续操作。

尤其当任务越来越贴近真实业务场景时，这样的中间层往往会显得更加重要。

四、Skill、专家和专家团不要混在一起

这三个概念经常同时出现，但作用不同。

Skill 是能力包

它通常包含工具、使用说明和一条经过验证的成功路径，让 Agent 能够稳定完成某类任务，例如整理文档、生成图表或发布内容。

专家是带经验的角色

它不仅会调用工具，还包含领域判断、工作方法和表达边界。

专家团是协作结构

当任务需要研究、写作、审核和整合等多种角色时，专家团负责拆解和汇总。

选择方法可以压缩成一句话：缺一个具体能力时找 Skill；需要一个领域顾问时找专家；任务本身需要多角色配合时再用专家团。

对于新手来说，一开始没必要安装大量 Skill。

更推荐先借助内置能力完整跑通一个真实任务，在操作过程中把那些反复出现的步骤记录下来，再逐步将这些步骤整理并沉淀为自己的 Skill。

这样积累出来的内容，不是单纯的“收藏夹”，而是真正贴合自身工作场景的可复用资产。

五、权限设置的原则是最小够用，不是越高越好

WorkBuddy 可以读写文件、运行命令和连接外部服务。

权限越高，执行越顺畅，但错误操作的影响范围也越大。

第一次跑新流程时，建议使用独立工作目录，只放任务需要的副本材料，并保留关键操作确认。

涉及删除、覆盖、对外发布、账号权限和敏感数据时，应明确设置人工检查点。

只有当任务已经反复验证、目录边界清楚、恢复方案可用时，才逐步减少确认步骤。

稳定的自动化来自可恢复的流程，而不是一次性把所有权限打开。

六、用一个真实任务把整条链路跑通

以“基于一组材料生成专题调研报告”为例，可以按下面的顺序操作：

• 新建独立目录，放入原始材料和交付要求；
• 用 Ask 模式让 WorkBuddy 复述目标、材料和限制；
• 切到 Plan，让它给出研究问题、资料缺口、执行步骤和人工检查点；
• 人工确认计划，补充不能出错的事实与边界；
• 进入 Craft 执行，并要求所有中间产物保存在指定目录；
• 对事实、引用、结构和格式做人工复核；
• 把稳定步骤整理成 RunBook 或 Skill，供下次复用。

这条路径看起来比“输入一句话直接生成”多了几步。

但它解决了长任务最常见的四个问题：

• 理解偏差；
• 材料遗漏；
• 产物混乱；
• 结果不可验收。

七、真正稳定的能力，不依赖某个按钮

WorkBuddy 的界面、模型和内置能力都会变化。

更值得长期掌握的是一套稳定的任务设计逻辑：

• 用工作空间提供真实上下文；
• 用 Ask 和 Plan 暴露理解与风险；
• 用 Craft 执行已经确认的计划；
• 用人工检查点守住事实和外部动作；
• 用 RunBook 与 Skill 沉淀可复用方法；
• 用自动化接手已经跑通的重复流程。

当这套逻辑建立起来之后，WorkBuddy 才不只是一个会回答问题的工具，而会逐步变成可以进入备课、研究、内容生产和企业工作流的办公智能体。

本文整理自智见AI-大鹏的 WorkBuddy 实战课程与公开使用复盘。

涉及产品界面的描述以 2026 年 8 月对应版本为准。