1. 下半年的现象级 Agent：从 0 到 1 速通 WorkBuddy

▲ WorkBuddy 整体概览

你第一次打开 WorkBuddy，先别问它：

“你能帮我做什么？”

这个问题太宽了，得到的答案通常也是一份宽泛的功能介绍。

更有效的打开方式，是直接给它一条真实工作流：

• “读取这份 Excel，帮我整理成周会报告和汇报 PPT。”
• “根据产品资料，生成落地页文案、FAQ 和一个可以预览的网页。”
• “整理本周会议记录，提取任务负责人和截止日期，生成项目待办。”
• “我人在外面，帮我找到电脑里的项目文件，整理完成后把结果发回微信。”

这些任务有一个共同点：

它们不只需要 AI 回答问题，还需要读取材料、调用工具、处理文件、生成结果，有时还要把结果送回办公软件。

这正是 WorkBuddy 的核心价值。

官方将它定义为一套场景化 AI 工作台。它把模型、专家、专家团、技能、连接器、本地文件、设计画布、远程助理和自动化任务放在同一套界面里，让用户可以围绕一项工作直接完成从分析到交付的全过程。

真实任务
   ↓
Ask / Plan / Craft
   ↓
选择模型
   ↓
专家或专家团负责分析和决策
   ↓
技能负责执行具体动作
   ↓
连接器读取或操作外部服务
   ↓
本地文件 / 腾讯文档 / 邮箱 / 设计画布 / 云服务
   ↓
生成文档、表格、PPT、网页、设计稿或任务结果

我们直接进入 WorkBuddy 最重要的部分：它是什么、内部各模块如何配合，以及普通人怎样跑通第一条真正有用的 Agent 工作流。

1.1. WorkBuddy 和普通聊天 AI、Claude Code、Codex 有什么区别

你可能会问，Claude Code 和 Codex 同样可以读取电脑文件、修改代码、运行命令，也可以整理资料、生成文档和执行复杂任务，我为啥要选择 WorkBuddy？但深度体验完之后，我发现它们的差异主要在入口、侧重点和使用环境。

简单来说，WorkBuddy 更适合国内普通办公用户。

用户不用先理解终端、环境变量和项目配置，可以从一个中文界面里选择工作目录、模型、专家和技能，再通过微信、企业微信、QQ、飞书或钉钉继续下发任务。

所以，WorkBuddy 的核心优势可以概括成八个字：

场景驱动，生态协同。

它的重点不在于某个模型单独有多强，而在于能不能把 AI 放进一条真实工作流里。

1.2. 先看懂 WorkBuddy 的整体架构

WorkBuddy 看起来功能很多，实际上可以拆成五层。

1.2.1. 第一层：任务入口

你先提出一个真实任务，例如：

• 整理一批文件；
• 分析一张表格；
• 生成一份 PPT；
• 制作一个网页；
• 查询邮箱；
• 整理会议内容；
• 定时生成日报；
• 远程控制电脑执行任务。

WorkBuddy 中每个普通对话对应一个独立任务，并维护自己的工作空间和上下文。不同任务可以并行执行，也可以在完成、失败或中断后继续补充要求。

1.2.2. 第二层：执行方式

WorkBuddy 提供三种工作模式，你可以理解为给到 Agent 操控电脑的权限大小。

官方也建议首次使用先从 Ask 开始，复杂任务优先使用 Plan，确认范围后再进入 Craft。

可以把这三种模式理解成：

Ask 是查看现场。

Plan 是审查施工图。

Craft 是正式开工。

1.2.3. 第三层：思考与执行能力

这一层包括四个核心组件：

• 模型；
• 专家；
• 专家团；
• 技能。

模型负责理解和生成。

专家负责提供某个领域的判断框架。

专家团负责把复杂任务拆给多个角色并行处理。

技能负责执行具体动作。

1.2.4. 第四层：数据和外部服务

这一层包括：

• 本地工作目录；
• 上传文件；
• 腾讯文档；
• QQ 邮箱；
• 腾讯会议；
• 腾讯乐享；
• 腾讯网盘；
• TAPD；
• 自定义连接器。

连接器把外部服务里的数据带进任务，也可以在授权范围内完成发送邮件、创建文档和管理文件等动作。

1.2.5. 第五层：交付与延伸

最终结果可能是一份 Word、一张表格、一套 PPT、一个网页、一张海报、一份设计稿，或者一项已经在外部系统中完成的操作。

需要进一步扩展时，还可以接入：

• Ardot 设计画布；
• 手机远程助理；
• 自动化任务；
• 团队项目；
• 腾讯云 TokenHub；
• COS 对象存储；
• Lighthouse 轻量服务器。

这五层串起来，WorkBuddy 才算完整。

1.3. 新手最容易混淆的四个概念

1.3.1. 模型：任务的基础大脑

WorkBuddy 本身不是一个独立大模型。

它提供多个内置模型，也支持通过可视化界面添加自定义模型。当前官方文档列出的模型覆盖混元、GLM、Kimi、DeepSeek、MiniMax 等系列，并提供 Auto 自动选择模式。具体模型名单会持续更新。

新手不需要先研究模型排行榜。

第一阶段可以直接使用 Auto。任务跑得不理想，再根据问题换模型。

例如：

• 中文总结不准确，换一个更擅长中文文档的模型；
• 图片理解不完整，换支持图片输入的模型；
• 多步骤执行容易中断，换偏 Agent 和长流程的模型；
• 表格处理较慢，再测试数据任务表现更好的模型。

模型决定基础能力，但最终效果还取决于材料质量、任务边界、技能和验收标准。

1.3.2. 专家：给 Agent 加上专业角色和方法

专家并不只是换一个称呼。

官方对专家的定义是"人设、方法论和工具链"的组合，让 WorkBuddy 按照某一专业角色的视角处理任务。专家中心覆盖运营、设计、数据、开发等多个领域，腾讯云官方页面目前标注有 100 多个领域专家。

例如，同一份产品资料：

• 交给市场研究专家，它会分析市场、用户和竞争；
• 交给内容专家，它会设计选题和表达；
• 交给产品经理，它会整理需求和功能结构；
• 交给设计专家，它会关注页面层级和视觉呈现。

判断是否需要专家，可以问自己：

这个任务是否需要一种明确的专业判断框架？

需要，就选专家。

只是改文件名、合并表格、生成固定格式，没有必要专门调用专家。

1.3.3. 专家团：让多个角色协同完成复杂任务

专家解决单点问题，专家团处理需要多个角色配合的任务。

例如做一个产品落地页，可能同时需要：

• 市场专家分析目标客户；
• 产品经理整理核心功能；
• 文案专家完成页面内容；
• 设计师规划页面结构；
• 前端工程师生成网页；
• 测试角色检查移动端和链接。

专家团会由团长拆解任务、分配工作、并行执行，最后整合交付。官方说明，专家团通常会产生更多轮模型调用，积分消耗可能达到单专家的 3—5 倍。

所以，专家团不适合拿来处理简单任务。

能够一个专家完成，就不要先召集一支队伍。

1.3.4. 技能：让 Agent 具备具体工具能力

专家负责"懂"，技能负责"会做"。

Skill 会把一组脚本和工作流封装起来，让 WorkBuddy 在授权后完成具体动作，例如：

• 读写文件；
• 生成 PPT；
• 处理 Excel；
• 搜索网页；
• 下载视频；
• 调用接口；
• 整理 Obsidian；
• 生成前端页面。

WorkBuddy 当前提供技能市场、本地已安装技能、技能搜索和自然语言创建技能等入口。官方建议只启用当前任务所需要的技能，减少干扰和误调用。

判断一个流程是否应该做成技能，主要看两点：

1. 这项任务会不会反复出现；
2. 每次执行步骤是否基本固定。

例如每周运营周报：

读取数据
→ 检查字段
→ 计算核心指标
→ 找出异常
→ 生成图表
→ 输出周报

第一次可以手动跑。

流程稳定以后，再把它沉淀成技能。

1.4. 连接器：WorkBuddy 进入真实工作环境的关键

只使用模型，WorkBuddy 仍然主要处理你主动上传的材料。

接入连接器以后，它才可以在授权范围内读取和操作外部服务。

官方当前支持的连接器包括 QQ 邮箱、腾讯文档、腾讯乐享、腾讯会议、TAPD、腾讯网盘等，也允许用户配置自定义连接器。连接器可以完成数据查询、服务调用、云端文件管理和消息通知。

1.4.1. 连接 QQ 邮箱

• 查询最近的邮件；
• 汇总一条邮件线程；
• 提取附件信息；
• 草拟回复；
• 整理邮件文件夹；
• 在明确确认后发送邮件。

1.4.2. 连接腾讯文档

• 创建文档；
• 搜索资料；
• 整理在线表格；
• 汇总多人填写的内容；
• 查询文档权限；
• 把会议纪要沉淀进文档。

连接器的判断方法很简单：

任务需要从外部系统拿数据，或者需要在外部系统执行动作，就需要连接器。

需要注意，连接器使用的是你的账号和授权范围。

它发送的邮件、创建的文档、修改的内容，最终都算你的操作。涉及对外发送、删除、覆盖和发布时，要把目标对象和内容重新检查一遍。

专家：用什么专业视角判断
专家团：由哪些角色分工协作
技能：具体采用什么工具完成
连接器：需要访问哪个外部系统

1.5. 工作空间决定了任务能碰什么

工作空间可以理解为任务的项目文件夹。

它决定 WorkBuddy 从哪里读取文件、把结果保存到哪里，也决定了一项任务的基本操作范围。

例如：

WorkBuddy 工作区
├── 周报
├── 客户资料
├── 产品落地页
├── 数据分析
└── 网页Demo

不要把整个桌面、下载目录或者公司总资料库直接交给 Agent。

更稳的做法是为每个任务单独建立文件夹，只复制本次需要的材料。

例如：

产品落地页
├── 00_原始资料
├── 01_参考样本
├── 02_生成结果
└── 03_历史版本

然后明确告诉它：

只读取当前工作空间中的"00_原始资料"和"01_参考样本"。

所有新文件保存到"02_生成结果"。

不要修改、移动或删除原始资料。

官方也建议按照发票整理、周报、照片处理等任务类型分别建立目录，以降低误操作风险。

工作空间不只是文件收纳，它也是最基础的安全边界。

1.6. 普通人使用 WorkBuddy 的正确顺序

很多人打开 Agent 后，第一句话就是：

“帮我把这些都处理完。”

任务越宽，Agent 越容易误解。

一条稳定的执行流程应该分成五步。

1.6.1. 第一步：先让 Ask 盘点现场

例如你上传了一批表格和会议记录，先说：

请先检查当前工作空间中的文件。

只做盘点，不创建、不修改、不移动、不删除任何文件。

请告诉我：
1. 一共有多少个文件；
2. 每个文件的名称和格式；
3. 每个文件大致包含什么；
4. 哪些文件能够正常读取；
5. 哪些信息缺失或存在冲突。

这一步检查它到底看到了什么：

文件数量不对，立刻停止。

1.6.2. 第二步：用 Plan 审查执行方案

我需要基于这些材料生成一份周报和一份汇报 PPT。

请先给出执行计划，包括：
1. 准备读取哪些文件；
2. 准备提取哪些数据；
3. 准备生成哪些结果；
4. 每个结果保存在哪里；
5. 哪些信息需要我确认；
6. 可能修改哪些文件。

暂时不要执行。

计划中只要出现以下情况，就先改计划：

• 准备覆盖原文件；
• 读取了无关目录；
• 计划对外发送；
• 准备删除文件；
• 计划补造缺失数据；
• 输出格式和你需要的不一致。

1.6.3. 第三步：Craft 正式执行

按照刚才确认的计划执行。

执行要求：
1. 不修改原始材料；
2. 所有结果保存到 02_生成结果；
3. 没有依据的数据标记为"待确认"；
4. 每完成一个阶段，更新任务进度；
5. 最终列出所有生成文件的名称和路径。

1.6.4. 第四步：验收结果

WorkBuddy 会在任务结果区展示工作空间文件和生成产物，Word、PPT、表格和网页等结果可以继续打开检查。不要只看它在对话框里说"任务已完成"。

至少检查：

• 文件能不能打开；
• 数字能不能对应原始数据；
• 文件有没有放错位置；
• 原文件有没有被修改；
• 结果是否可以继续编辑；
• 是否出现它自己编造的信息；
• 是否生成了一堆重复版本。

1.6.5. 第五步：局部修改，不要整份推翻

结果不满意时，不要只说：

“重新做一个。”

应该指出具体页面、具体内容和具体修改范围。

例如：

只修改 PPT 第4页。

1. 保留原有三个数据；
2. 删除大段说明；
3. 改成三张横向数据卡片；
4. 每张卡片只保留一个数字和一句解释；
5. 其他页面不得修改；
6. 另存为V2，不覆盖V1。

任务越具体，修改越稳定。

1.7. 实战一：把 Excel 变成周会报告和 PPT

这是最适合新手跑通的第一条办公闭环。

准备一份业务数据表，可以是：

• 公众号数据；
• 销售数据；
• 电商订单；
• 用户增长；
• 广告投放；
• 客服统计；
• 项目进度。

先用 Plan：

请分析当前工作空间中的"本周数据.xlsx"。

暂时不要生成文件。

请先完成：
1. 检查所有字段；
2. 说明每个字段的含义；
3. 标记空值、重复值和异常值；
4. 列出准备计算的指标；
5. 给出周会报告结构；
6. 说明哪些数据不足以支持结论。

确认字段后，再用 Craft：

请基于已经确认的数据，生成一份周会报告和一份汇报 PPT。

报告必须包含：
1. 核心结论；
2. 数据概览；
3. 增长与下降项；
4. 异常波动；
5. 表现最好的内容或产品；
6. 当前问题；
7. 下周行动建议。

要求：
1. 所有结论必须能够对应到原始数据；
2. 不要把相关性写成因果关系；
3. 缺失数据不得按0处理；
4. 无法确认的原因标记为"需要进一步调查"；
5. 报告和 PPT 分别保存；
6. 不修改原始 Excel。

验收时重点检查：

• 环比和同比有没有混淆；
• 百分比有没有算错；
• 空值有没有被错误处理；
• 异常数据是否来自口径变化；
• 建议有没有对应到真实问题。

办公 Agent 的质量，不看文字像不像人。

主要看数字能不能对上，结论有没有依据。

1.8. 实战二：从产品资料到落地页

第二条闭环可以做产品介绍页。

准备：

• 产品说明；
• 目标客户；
• 主要功能；
• 使用案例；
• 价格信息；
• 参考网页。

先调用产品或营销专家，整理页面逻辑：

请根据产品资料，分析：

1. 产品解决的核心问题；
2. 最适合的目标用户；
3. 用户购买前最担心什么；
4. 最值得展示的三个功能；
5. 可以证明价值的案例或数据；
6. 页面应该按照什么顺序展开。

只输出分析，不生成网页。

确认后，再调用前端相关技能：

请根据已经确认的页面结构，制作一个产品介绍网页。

页面包括：
1. 首屏标题和行动按钮；
2. 用户痛点；
3. 三个核心功能；
4. 使用流程；
5. 用户案例；
6. 常见问题；
7. 底部行动按钮。

技术要求：
1. 生成一个可以本地打开的 HTML 页面；
2. CSS 放在同一个文件里；
3. 手机端可正常阅读；
4. 不安装复杂框架；
5. 不引用付费素材；
6. 完成后在浏览器中预览。

这一类任务适合做：

• 产品 Demo；
• 活动页；
• 个人主页；
• 等待名单页面；
• 简单工具；
• 原型验证。

复杂后台、数据库、支付、用户权限和正式生产系统，仍然应该使用 Claude Code、Codex 等更专业的开发工具，并进行人工测试和安全检查。

1.9. 设计创意：从对话直接进入可编辑画布

WorkBuddy 的设计创意模式接入了腾讯设计 Ardot。

用户可以在对话中生成 UI、PPT 和海报，再进入 Ardot 画布继续调整布局、颜色、字号和元素。设计稿支持云端同步，也可以从 WorkBuddy 跳转到浏览器端精细编辑。

1.9.1. 这和普通生图工具有明显区别

• 普通生图工具通常交付一张扁平图片；
• Ardot 画布更偏向可继续编辑的设计稿。

例如制作 PPT：

请制作一份 8 页的项目进度汇报 PPT。

受众：
公司管理层。

页面结构：
1. 封面；
2. 项目目标；
3. 已完成事项；
4. 核心数据；
5. 当前问题；
6. 风险与影响；
7. 下周计划；
8. 需要管理层支持的事项。

视觉要求：
1. 浅色背景；
2. 深色正文；
3. 只使用一种强调色；
4. 每页只表达一个核心结论；
5. 数据优先使用图表；
6. 所有文字必须可以继续编辑。

初稿完成后，可以继续在对话中局部修改，也可以进入画布手动调整。

AI 负责快速起稿，人工负责最后的判断和审美。

1.10. 远程助理：从电脑软件变成随身工作入口

✨ 远程助理是 WorkBuddy 最值得单独讲的一项能力。

它可以把电脑端 WorkBuddy 接入微信、微信客服号、企业微信、QQ、元宝、飞书和钉钉。用户在手机上发送消息，电脑端执行任务，再把结果返回手机。

例如你人在外面，可以发送：

请检查助理专属文件夹中是否存在"6月报销汇总.xlsx"。

只告诉我文件名、大小和修改时间。

不要打开、发送或修改文件。

确认文件正确后，再继续：

读取这份表格，汇总各部门报销金额。

生成一份简短摘要，并把摘要发回当前对话。

不要修改原文件。

企业微信场景还可以在群聊里下发团队任务、跟进进度、接收通知和批准需要确认的文件修改。

远程助理有一个重要前提：

电脑需要保持开机、联网，并运行 WorkBuddy。

手机承担的是遥控器作用，实际文件和工具仍然在电脑端。

远程控制解决的是工作被设备位置卡住的问题。

1.11. 自动化：把跑通的流程交给时间表

当一项任务已经手动跑通，可以进一步配置自动化。

WorkBuddy 的自动化功能可以按照设定时间执行日报、周报、数据整理和资讯汇总，并将结果保存到指定目录。配置项包括工作空间、提示词、模型、技能和定时规则。

例如每周五生成运营周报：

任务名称：
每周运营周报

执行时间：
每周五下午4点

工作空间：
运营周报

任务要求：
读取本周新增的数据文件和会议记录，生成一份周报草稿。

要求：
1. 原始文件不得修改；
2. 结果保存到 02_生成结果；
3. 数据缺失时标记待确认；
4. 只生成草稿；
5. 不发送邮件；
6. 不上传平台；
7. 不自动发布。

自动化之前，至少手动成功执行两到三次。

敲重点✍️

自动化不会自动把错误流程变正确，只会按照设定重复执行。

1.12. 项目：个人任务之外的团队协作层

普通任务适合个人使用，项目功能进一步处理团队协作。

根据 WorkBuddy 当前更新记录，项目已经加入团队成员、计划看板、任务流转、项目资产库、外部数据源、项目级专家、技能、连接器和指令配置等能力。

一个团队项目可以统一管理：

• 项目资料；
• 任务状态；
• 团队成员；
• 待办事项；
• 专家；
• 技能；
• 连接器；
• 项目规则；
• 文件版本；
• 执行记录。

个人第一次使用 WorkBuddy，不需要从项目开始。

1.12.1. 先把一个人的单任务闭环跑通

等到任务需要多人接力、共享资料和权限控制时，再进入项目层。

1.13. 腾讯云能力：给 WorkBuddy 加上长期运行和部署能力

WorkBuddy 的桌面客户端已经可以完成大量本地办公任务，腾讯云能力属于下一层扩展。

当前腾讯云官方页面主要提供三类组合能力：

1.13.1. TokenHub：统一管理模型调用

TokenHub 用来统一接入和切换多个模型，并管理调用稳定性和成本。

适合：

• 调用量较大的用户；
• 需要多个模型切换的业务；
• 需要统一管理模型资源的团队。

1.13.2. COS：保存云端文件和生成内容

COS 是腾讯云的对象存储服务，可以用来保存文档、图片和生成内容。

适合：

• 需要跨设备访问文件；
• 文件量较大；
• 需要长期保存生成结果；
• 有网站或业务系统需要读取这些文件。

1.13.3. Lighthouse：部署服务和网站

Lighthouse 是轻量应用服务器。

可以用来部署自托管 Agent 服务、独立站或 WorkBuddy 生成的网页项目，让本地 Demo 进一步变成在线服务。

腾讯云国际页面还展示了跨境选品、独立站生成、网页保护、IM 客服和对话式客服等技能场景，其中部分方案可以接入 Telegram、Discord 和企业微信。这里属于云服务与技能组合，并非桌面远程助理当前原生平台列表。

1.14. 使用 WorkBuddy 必须守住的六条边界

1.14.1. 一个任务一个工作空间

不要把整个电脑开放给 Agent。

任务范围越清楚，错误范围越小。

1.14.2. 重要任务先 Plan

涉及合同、客户资料、财务数据、正式代码和对外内容时，先看执行计划。

1.14.3. 默认权限优先

WorkBuddy 提供默认权限和完全访问权限。默认权限在敏感操作时会要求确认，完全访问会减少确认步骤。新手优先保持默认权限。

1.14.4. 第三方技能先检查来源

Skill 可能执行脚本、读取数据或把输入发送给第三方。优先使用官方推荐技能，只启用当前任务真正需要的能力。

1.14.5. 外部写入必须再次确认

发送邮件、修改云端文档、发布消息、删除文件和上传平台，都属于真实动作。

执行前再次确认：

• 发给谁；
• 发什么；
• 修改什么；
• 是否能够撤回；
• 是否保留了原始版本。

1.14.6. Agent 完成不等于任务合格

最终验收仍然由人完成。

尤其要检查：

• 数据；
• 日期；
• 人名；
• 文件路径；
• 结论依据；
• 权限；
• 对外发送对象；
• 是否出现隐私和商业机密。

1.15. WorkBuddy 最适合哪类人

1.15.1. 第一类：个人创业者和自由职业者

一个人需要同时处理：

• 市场研究；
• 内容；
• 数据；
• 网页；
• 客服；
• 文档；
• 汇报；
• 文件管理。

WorkBuddy 可以把这些任务集中到一个工作台里。

1.15.2. 第二类：中小团队负责人

团队有大量重复办公流程，却没有精力为每个流程开发独立系统。

可以先用 WorkBuddy 跑通，再逐步沉淀成技能、自动化和项目规则。

1.15.3. 第三类：内容、电商、运营和跨境业务人员

这些业务通常涉及多平台、多文档、多语言、多消息渠道和大量重复处理，适合通过专家、技能和连接器组合工作流。

1.15.4. 第四类：暂时不适应终端工具的普通用户

Claude Code 和 Codex 能力很强。

但有些用户暂时不想处理安装、终端、网络、账号和开发环境。

WorkBuddy 提供了一条更接近普通办公软件的入口。

1.16. 结尾

WorkBuddy 是一张工作台。

1. 模型负责理解任务；
2. 专家负责提供专业判断；
3. 专家团负责多人分工；
4. 技能负责具体执行；
5. 连接器负责接入外部系统；
6. 工作空间负责划定文件范围；
7. 助理负责远程下发任务；
8. 自动化负责定时重复；
9. 云服务负责存储、部署和长期运行。

这些组件单独看，都不算全新的概念。

真正有价值的地方，在于它们被放进了一套国内用户更容易进入的工作环境里。

新手不需要第一天学完所有功能。

先跑通一条最小闭环：

给它一份真实材料
→ Ask检查文件
→ Plan审查方案
→ Craft正式执行
→ 人工验收结果
→ 修改到可以交付

当这条闭环第一次成功，你就已经跨过了最重要的一步。

你开始让 AI 进入文件、流程和交付现场。