读取一份Excel，整理成周会报告和汇报PPT； 根据产品资料，生成落地页文案、FAQ和一个可预览网页； 整理本周会议记录，提取负责人和截止时间； 从授权邮箱中查找资料，生成摘要并等待确认； 人在外面，通过手机让电脑整理指定文件。
这些任务有一个共同点：
它们不只需要AI回答问题，还需要读取材料、调用工具、处理文件、生成产物，并让人完成最后验收。
这才是WorkBuddy最值得学习的地方。
不是“它会多少功能”，而是它能否进入一条真实工作流，从分析一直走到交付。
如果你是第一次使用，不需要一天学完所有模块。
先跑通一条最小闭环：
给材料 → Ask盘点 → Plan审查 → Craft执行 → 人工验收 → 局部修改。
下面从0开始。
版本提醒：WorkBuddy功能会随客户端版本、系统、账号权限和工作区策略变化。Ask、Plan、Craft等入口名称以当前客户端实际界面为准；远程助理、自动化、项目和连接器使用前，请先查看官方说明与权限范围。
一、WorkBuddy不是一个模型，而是一张工作台
WorkBuddy更像一套场景化AI工作台。
它把模型、专家、专家团、Skills、连接器、本地文件、远程助理和自动化任务放在同一个工作环境中。
一条完整任务大致这样运行：
真实任务
↓
Ask / Plan / Craft
↓
选择模型
↓
专家或专家团提供判断框架
↓
Skill执行具体动作
↓
连接器读取或操作外部服务
↓
本地文件 / 腾讯文档 / 邮箱 / 会议 / 云服务
↓
生成文档、表格、PPT、网页或外部操作结果
普通聊天AI更擅长一问一答。
WorkBuddy关注的是：能否围绕一个工作空间，连续完成读取、分析、执行和交付。
与偏代码库、终端和Git工作流的开发型Agent相比，WorkBuddy的入口更接近普通办公软件，也更强调中文办公场景和腾讯生态连接。
这并不意味着谁完全替代谁。
日常办公、文件、内容、数据、汇报和跨应用协作，可以优先尝试WorkBuddy； 复杂软件工程、正式生产系统和深度代码维护，仍然需要专业开发工具、测试和人工审查。
选择工具的标准不是宣传语，而是任务最终要交付什么。
二、先看懂WorkBuddy的5层结构
功能很多，但可以压缩成5层。
第一层：任务入口
先提出一项真实任务，例如：
整理文件； 分析表格； 制作PPT； 创建网页； 查询邮箱； 整理会议； 生成日报； 远程处理电脑文件。
一个任务最好对应一个明确目标和一个独立工作空间。
第二层：执行方式
如果当前客户端提供Ask、Plan和Craft，可以这样理解：
- Ask
：查看现场，只读了解材料和问题； - Plan
：生成施工图，确认准备做什么； - Craft
：正式开工，创建和修改文件。
新手最容易犯的错误，是跳过前两步，直接让Agent“全部处理”。
第三层：思考和执行组件
- 模型
：理解、推理和生成； - 专家
：提供某个领域的方法和专业视角； - 专家团
：让多个角色分工处理复杂任务； - Skill
：封装可执行脚本与固定流程。
第四层：数据和外部服务
本地工作目录； 上传文件； 腾讯文档； QQ邮箱； 腾讯会议； 腾讯乐享； 腾讯网盘； TAPD； 自定义连接器。
连接器使用你的账号和授权范围。它在外部服务中的写入、发送和修改，最终都属于你的真实操作。
第五层：交付和延伸
结果可以是：
Word文档； Excel表格； PPT； 网页； 图片或设计稿； 一项已经完成的外部操作。
流程稳定后，还可以继续扩展到远程助理、自动化任务、团队项目和云服务。
新手暂时记住一句话：
专家负责怎么判断，Skill负责怎么做，连接器负责去哪里取数据或执行动作，工作空间决定它能碰什么。
三、4个概念别再混了
1. 模型：基础大脑
WorkBuddy本身不是一个单独的大模型。
它可以调用不同模型，也可能提供自动选择模式。刚开始不必先研究模型排行榜。
先用默认或Auto模式跑真实任务。只有当结果出现明确问题时，再针对问题测试模型：
中文总结不准确； 图片理解不完整； 长流程容易中断； 表格处理错误； 代码或格式任务不稳定。
模型决定基础能力，但材料质量、任务边界、工具和验收标准同样重要。
2. 专家：专业视角和方法
专家不是简单换一个角色名称，而是把人设、方法论和工具链组合起来。
同一份产品资料：
市场专家关注用户、竞争和机会； 内容专家关注选题和表达； 产品经理关注需求和功能结构； 设计专家关注信息层级和视觉呈现。
判断是否需要专家，只问一个问题：
这项任务是否需要明确的专业判断框架？
如果只是重命名文件、复制数据或套固定格式，通常不需要专家。
3. 专家团：多角色协作
专家团适合真正需要多人分工的复杂任务。
例如制作一个产品落地页，可能需要：
市场研究； 产品结构； 页面文案； 视觉设计； 前端实现； 浏览器测试。
但多角色也意味着更多调用、沟通和整合成本。
一个专家能完成，就不要先召集一支队伍。
4. Skill：把稳定流程封装起来
专家负责“懂”，Skill负责“会做”。
Skill适合两类任务：
会反复出现； 每次步骤基本固定。
例如每周运营周报：
读取数据
→ 检查字段
→ 计算核心指标
→ 识别异常
→ 生成图表
→ 输出周报
第一次先手动跑。
成功执行两三次、步骤稳定以后，再封装成Skill。
安装第三方Skill前，需要检查来源、权限和脚本。只启用当前任务真正需要的技能。
四、工作空间是最基础的安全边界
工作空间可以理解为当前任务的项目文件夹。
它决定WorkBuddy从哪里读取材料，也决定结果保存到哪里。
不要把整个桌面、下载目录或公司总资料库直接交给Agent。
更稳妥的做法，是每个任务单独建一个目录：
产品落地页/
├─ 00_原始资料/
├─ 01_参考样本/
├─ 02_生成结果/
└─ 03_历史版本/
然后明确规则：
只读取当前工作空间中的“00_原始资料”和“01_参考样本”。
所有新文件保存到“02_生成结果”。
不得修改、移动、重命名或删除原始资料。
每次修改生成新版本，历史版本放入“03_历史版本”。
工作空间不只是文件收纳。
它控制的是错误可能发生的最大范围。
五、新手正确顺序：Ask → Plan → Craft → 验收 → 局部修改
第1步：Ask只读盘点
先确认Agent到底看到了什么。
请检查当前工作空间中的文件。
只做盘点，不创建、不修改、不移动、不删除任何文件。
请告诉我：
1. 一共有多少个文件；
2. 每个文件的名称、格式和路径；
3. 每个文件大致包含什么；
4. 哪些文件能够正常读取；
5. 哪些信息缺失、重复或存在冲突；
6. 哪些文件可能包含敏感信息。
完成后停止，等待我确认。
文件数量不对，立刻停止。
第2步：Plan审查方案
我需要基于当前材料生成一份周报和一份汇报PPT。
请先给出执行计划：
1. 准备读取哪些文件；
2. 准备提取哪些数据；
3. 准备计算哪些指标；
4. 准备生成哪些结果；
5. 每个结果保存在哪里；
6. 哪些信息需要我确认；
7. 可能创建或修改哪些文件；
8. 如何验证最终结果。
暂时不要执行。
计划中出现以下情况，先修改计划：
覆盖原文件； 读取无关目录； 对外发送； 删除或移动文件； 补造缺失数据； 输出格式与需求不一致。
第3步：Craft正式执行
按照刚才确认的计划执行。
要求：
1. 不修改原始材料；
2. 所有结果保存到“02_生成结果”；
3. 没有依据的数据标记为“待确认”；
4. 不把相关性写成因果关系；
5. 每完成一个阶段，更新任务进度；
6. 遇到权限不足、工具失败或输入冲突时停止并报告；
7. 最终列出所有生成文件、路径和验证结果。
第4步：人工验收
不要只看对话框中的“任务已完成”。
至少检查：
文件能不能打开； 数字能不能回到原始数据； 文件是否保存到正确位置； 原始文件有没有被修改； 结果是否可以继续编辑； 是否出现虚构信息； 是否生成重复版本； 外部系统是否真的完成操作。
第5步：局部修改
不满意时，不要只说“重新做一个”。
只修改PPT第4页。
要求：
1. 保留原有三个数据；
2. 删除大段说明；
3. 改成三张横向数据卡片；
4. 每张卡片只保留一个数字和一句解释；
5. 其他页面不得修改；
6. 另存为V2，不覆盖V1；
7. 完成后生成修改前后对比。
修改范围越明确，结果越稳定。
六、第一条闭环：Excel → 周会报告 → PPT
这是最适合新手跑通的任务。
准备一份真实但不敏感的业务数据，例如：
内容数据； 销售数据； 电商订单； 用户增长； 广告投放； 客服统计； 项目进度。
先用Plan检查数据
请分析当前工作空间中的“本周数据.xlsx”。
暂时不要生成文件，也不要修改原表。
先完成：
1. 检查所有工作表和字段；
2. 说明每个字段的含义和数据类型；
3. 标记空值、重复值、异常值和格式问题；
4. 列出准备计算的指标和公式；
5. 给出周会报告结构；
6. 说明哪些数据不足以支持结论；
7. 列出需要我确认的数据口径。
确认后再生成报告和PPT
请基于已经确认的数据，生成一份周会报告和一份汇报PPT。
内容包含：
1. 核心结论；
2. 数据概览；
3. 增长项和下降项；
4. 异常波动；
5. 表现较好的内容、产品或项目；
6. 当前问题；
7. 下周行动建议。
要求：
1. 所有结论必须对应原始数据；
2. 不把相关性写成因果关系；
3. 缺失数据不得按0处理；
4. 无法确认的原因标记为“需要进一步调查”；
5. 报告和PPT分别保存到“02_生成结果”；
6. 不修改原始Excel；
7. 返回指标计算表、生成文件路径和验证报告。
验收重点：
环比与同比是否混淆； 百分比是否算错； 空值是否被错误处理； 异常是否来自统计口径变化； 建议是否对应真实问题。
办公Agent的质量，不看文字多像人。
主要看数字能不能对上，结论有没有依据。
七、第二条闭环：产品资料 → 页面结构 → 可预览网页
准备：
产品说明； 目标客户； 核心功能； 使用案例； 价格信息； 参考网页。
先让产品或营销专家整理逻辑
请根据当前产品资料分析：
1. 产品解决的核心问题；
2. 最适合的目标用户；
3. 用户购买前最担心什么；
4. 最值得展示的三个功能；
5. 可以证明价值的案例或数据；
6. 页面应该按照什么顺序展开；
7. 当前缺少哪些关键信息。
只输出分析和页面大纲，不生成网页，不虚构案例和数据。
确认后制作网页
请根据已经确认的页面结构，制作一个产品介绍网页。
页面包括：
1. 首屏标题和行动按钮；
2. 用户痛点；
3. 三个核心功能；
4. 使用流程；
5. 用户案例；
6. 常见问题；
7. 底部行动按钮。
技术要求：
1. 生成一个可以本地打开的HTML页面；
2. CSS放在同一个文件中；
3. 手机端和桌面端均可正常阅读；
4. 不安装复杂框架；
5. 不引用未授权或付费素材；
6. 完成后在浏览器中预览；
7. 检查控制台错误、断链和移动端溢出；
8. 保存截图和测试结果。
适合的场景：
产品Demo； 活动页； 个人主页； 等待名单页面； 简单工具； 原型验证。
涉及数据库、支付、用户权限和正式生产系统时，仍然需要专业开发流程、安全检查和人工测试。
八、PPT和设计：AI起稿，人做最后判断
如果当前版本提供设计画布或相关Skill，可以先生成可编辑初稿，再进入画布调整。
请制作一份8页项目进度汇报PPT。
受众：公司管理层。
页面结构：
1. 封面；
2. 项目目标；
3. 已完成事项；
4. 核心数据；
5. 当前问题；
6. 风险与影响；
7. 下周计划；
8. 需要管理层支持的事项。
视觉要求：
1. 浅色背景，深色正文；
2. 只使用一种强调色；
3. 每页只表达一个核心结论；
4. 数据优先使用合适图表；
5. 所有文字保持可编辑；
6. 不使用没有来源的数据；
7. 生成后逐页检查溢出、错位和字体替换。
AI负责快速起稿。
最终的信息取舍、判断和审美仍由人完成。
九、连接器：让Agent进入真实办公环境
只使用模型时，WorkBuddy主要处理你主动提供的材料。
接入连接器后，它才能在授权范围内读取和操作外部服务，例如腾讯文档、QQ邮箱、腾讯会议、腾讯乐享、腾讯网盘和TAPD。
连接器的判断方法很简单：
任务需要从外部系统获取数据，或需要在外部系统执行动作，就需要连接器。
但外部写入必须再次确认：
发给谁； 发什么； 修改什么； 是否可以撤回； 是否保留原始版本。
涉及发送邮件、修改云文档、发布消息和删除文件时，不要完全自动执行。
十、远程助理：手机只是遥控器，任务仍在电脑执行
官方文档显示，WorkBuddy助理可以通过微信、企业微信、QQ、钉钉和飞书等平台远程下发任务。
电脑需要保持开机、联网，并运行WorkBuddy。
第一次远程操作先做只读任务：
请检查助理专属文件夹中是否存在“6月报销汇总.xlsx”。
只返回文件名、大小、修改时间和路径。
不要打开正文，不要发送文件，不要修改或移动文件。
确认文件正确后，再继续：
请读取这份表格，按部门汇总报销金额，生成一段简短摘要并返回当前对话。
不修改原文件，不发送附件，不将内容转发给其他人。无法确认的字段标记为待确认。
远程助理适合：
通勤途中安排资料整理； 外出时确认电脑文件； 接收任务完成通知； 批准需要人工确认的操作。
不要一开始就用它执行删除、群发和系统配置修改。
十一、自动化：先手动成功，再交给时间表
WorkBuddy自动化可以按时间执行日报、周报和数据整理，并把结果保存到指定目录。
但自动化不会把错误流程自动变正确。
它只会更稳定地重复错误。
至少手动成功运行两三次，再创建定时任务。
任务名称：每周运营周报
执行时间：每周五16:00
工作空间：运营周报
任务要求：
读取本周新增的数据文件和会议记录，生成一份周报草稿。
规则：
1. 原始文件不得修改；
2. 结果保存到“02_生成结果”；
3. 数据缺失时标记为待确认；
4. 只生成草稿；
5. 不发送邮件；
6. 不上传外部平台；
7. 不自动发布；
8. 执行失败时保留日志并提醒；
9. 完成后返回文件路径和异常清单。
自动化最适合“步骤稳定、输入明确、结果可验收”的任务。
十二、什么时候再使用团队项目和云服务？
个人第一次使用，不需要从团队项目开始。
先跑通一个人的单任务闭环。
当出现下面情况，再进入项目层：
多人需要共享资料； 任务需要交接； 需要统一专家、Skills和连接器； 需要权限控制； 需要项目资产库和执行记录。
团队项目可以把共享指令、连接器、专家、Skills和资料统一组织起来。
云服务则适合更后面的需求，例如：
统一管理模型调用； 长期保存生成文件； 跨设备访问； 部署网页或服务； 让流程长期运行。
顺序不要反：
先验证工作流，再封装Skill；先验证个人任务，再升级团队项目；先跑通本地Demo，再考虑云端部署。
十三、使用WorkBuddy必须守住6条边界
1. 一个任务一个工作空间
任务范围越清楚，错误范围越小。
2. 重要任务先Plan
合同、客户资料、财务数据、正式代码和对外内容，先审查执行计划。
3. 新手保持默认权限
不要为了少点几次确认，就过早开放完全访问权限。
4. 第三方Skill先检查来源
Skill可能执行脚本、读取数据，或者把内容发送给第三方。
5. 外部写入再次确认
发送、发布、删除、覆盖和权限变更都是真实动作。
6. Agent完成不等于任务合格
最终验收仍然由人完成，尤其检查：
数据和日期； 人名与对象； 文件路径； 结论依据； 权限； 对外接收人； 隐私和商业机密。
最后：第一天只做一件事
不要急着安装几十个Skill，不要先召集专家团，也不要第一天就做自动化。
准备一份不敏感的真实材料，跑通下面这条闭环：
给它一份真实材料
→ Ask检查现场
→ Plan审查方案
→ Craft正式执行
→ 人工验收结果
→ 局部修改到可以交付
当它第一次成功，你跨过的不是某个功能门槛。
你开始学会把AI带进文件、流程和交付现场。
模型以后会换，工具也会更新。
但“先看现场、再审计划、然后执行、最后验收”这条方法不会过时。
#WorkBuddy #AIAgent #AI办公 #自动化 #工作流 #效率工具
