腾讯WorkBuddy，不要把他当另一个豆包

最近WorkBuddy火起来了。很多小伙伴让它写周报、总结会议、改邮件、整理表格，工作效率事半功倍了。但如果只这样用，它很容易变成另一个豆包或者另一个ChatGPT。

我更愿意把WorkBuddy理解成国产版Codex。过去一段时间，我一直在用codex处理日常工作。OpenAI官方刚发布了如何最大化Codex长时间工作质量的白皮书，其中最有启发的是它对Codex的定位：Codex不是一个临时问答工具，而是一个承载长期工作的工作台。

结合我的经验和OpenAI白皮书，总结一些使用agent平台的成功经验和技巧。

一、一个对话，一个角色，一个工作对象

以前用ChatGPT或豆包这类工具，很多人不太在意新对话怎么开。今天在同一个对话里问周报和市场调研，明天问旅游攻略，后天让它算命。也有人对同一件反复发生的事，每天重新开一个新对话。

在Agent平台里，这会造成很大的负面影响。每个对话都有自己的上下文管理。上下文混在一起后，WorkBuddy很难形成稳定判断。它不知道哪些信息对当前任务重要，也不知道哪些历史结论还有效。如果你希望它下个月还能理解你这个月做过什么，就不能随便使用对话。

更合适的做法是，把一个对话当成一个只负责某类工作的同事。

比如一个对话只负责客户反馈，一个对话只负责项目交付，一个对话只负责销售日报。这个对话使用得越稳

定，WorkBuddy就越容易积累有效上下文。一个对话就是一个固定同事。你和这个同事在同一类工作上配合越多，它就越能理解你的口径、偏好和判断方式。

二、不要只靠聊天记录，要主动维护工作记忆

有了固定对话以后，第二步是刻意构建工作记忆。长期工作不能只靠聊天记录沉淀。聊天记录是发散的，AI自动压缩上下文时，很难稳定判断哪些信息真正有价值。所以，用WorkBuddy做长期任务时，最好让它维护一页可更新的工作记忆。

比如一个客户交付项目，所有相关工作都在同一个对话中完成。过程中你会不断纠正它的输出，补充客户背景，调整判断口径。每天结束前，可以让它整理一份项目状态：“根据当前对话内容，记录当前项目目标、关键人、重要决策、未关闭事项、当前风险、下次检查时间，以及需要人工判断的问题，建立或更新项目现状文档。”

这份文档可以是Markdown，也可以放在腾讯文档，关键是它要能持续更新。

通过这份项目现状文档，你可以检查WorkBuddy是否理解正确，是否抓住了重点。这有点像你和一个同事共同维护一页项目认知。双方都知道当前项目走到哪里，哪些问题还未解决，之前决策的依据都是什么。后续再做决策辅助、交付物输出、会议准备时，也可以让它先读取这份文档，再继续工作。

三、定义信息源，也定义权限边界

随着大家对WorkBuddy的信任增加，通常会逐步给它更多权限。比如操作电脑、撰写文档、读取邮件、处理工单、整理客户消息。

这时，边界要比能力更重要。

不能只说“帮我看看相关信息”。要说清楚它应该看哪个群、哪些文档、哪个时间范围。办公场景里最容易出问题的地方就是它把还没有确认的信息整理成了确定结论。

权限边界也要提前说清楚。

邮件和客户消息可以整理和起草，但不能直接发送。订单可以标记风险，但不能直接关闭。涉及金额、合同、人事、客户承诺的内容，必须人工二次确认。

WorkBuddy权限越高、越能做事时，我们越不能放任它自己做决定。

四、主动、定时的完成任务

普通聊天工具是人想起来以后再去问。Agent平台不应该只这样用。

我们可以给WorkBuddy指定主动触发或固定频率触发的任务。比如每天检查客户反馈，定时整理未读邮件，每天生成项目状态简报，每天汇总多个项目进展，每天检查待办是否逾期。

这些事情单独看都不难，难的是按时按质的持续执行。

如果WorkBuddy只是等人来问，它仍然只是一个工具。我们要充分利用它的主观能动性，定时完成任务，把需要人判断的事项推到你面前。

一个完整场景：客户反馈闭环

举一个完整场景。

公司都涉及散落在各处的客户反馈。客户群里有人抱怨，客服工单里有问题记录，销售邮件里有重要客户问询，项目会议里提到交付风险。

我们可以通过WorkBuddy搭一个“客户反馈闭环”。

第一步：建立固定对话- “腾讯云华东客户反馈闭环”。这个对话只处理腾讯云华东区客户反馈，不写市场文案和做其他任何工作，不处理其他产品或地区的问题。

第二步：定义信息源。在对话中，让workbuddy每天读取指定客户群、特定类客服工单、销售邮件、产品需求池、项目周报和会议纪要。这里的前提是WorkBuddy已经接入相应系统，或者至少能读取这些系统导出的内容。

第三步：建立并维护工作记忆。让WorkBuddy维护客户表、问题表、决策表和开放事项表，集成到腾讯文档或存储本地，。客户表记录客户基本信息和续约风险。问题表记录问题描述、来源、出现时间、影响范围、责任部门和状态。决策表记录已经形成的处理判断。开放事项表记录还没关闭的问题、下一步动作、负责人和截止时间。

第四步：定义日常任务。每天生成一份反馈日报，每周生成一份反馈周报。日报关注新增问题、高风险客户、需要产品或交付判断的事项。周报关注重复出现但未关闭的问题、客户情绪变化、对交付和续约的影响，以及需要你拍板的事项。

第五步：定义关闭标准。一条客户反馈只有具备原始来源、客户名称、问题分类、影响判断、责任部门、下一步动作、状态和关闭标准以后，才算进入闭环。否则只能放入“待确认”。

通过这个场景，WorkBuddy日常收集、整体并汇总反馈、识别重复问题、起草客户回复、生成产品评审材料、提醒负责人，并且不会直接回复客户造成负面影响。深度介入了客户反馈流程，负责处理费时费力的脏活累活，把判断、取舍、最终决定和沟通留给了你本人。

Workbuddy与流程

从流程角度看，WorkBuddy可以被理解成一种更灵活的流程执行状态跟踪工具。

传统OA/BPM更适合稳定、清晰、规则明确的流程。发起、处理、审批在系统里可以提前设计好。但真实工作没有这么规整。客户反馈、项目风险、需求变更、跨部门协同，往往发生在群聊、会议、邮件和文档之间。

这些场景的问题，是文本信息在流转过程中被各种阻断，造成了流程断点。

WorkBuddy的价值在高度不确定的信息流转中，承担一部分“状态跟踪”和“断点连接”的工作。它把散落的信息接住，整理成结构化状态，再把需要判断的事项推给人。

如果说传统BPM解决的是规则明确的流程执行，WorkBuddy这类办公Agent更适合处理那些规则没有完全固化、但又反复发生的工作过程。

它不会替人负责，也不应该替人做关键判断。它更像一个不会轻易忘事的工作代理，把容易散掉的线索持续推回到人的面前。