夜雨聆风
WorkBuddy 真正的价值，不在于它能不能回答一个问题，而在于它能否把任务推进到可验收的结果。
这篇文章聚焦“腾讯文档”，面向高频使用腾讯文档的国内团队。目标不是罗列按钮，而是解决一个更实际的问题：怎样通过连接和自然语言完成创建、回写、汇总与权限查询，同时让过程可控、结果可查、失败可恢复。
官方文档把 WorkBuddy 定位为全场景 AI 办公工作台。它可以理解自然语言、自主规划、处理文档表格和多模态任务，也可以在授权范围内操作本地文件。能力越接近真实执行，边界设计就越重要。本文会把功能、场景、流程、提示词、验收、权限和自动化放在同一个框架中讨论。
一、为什么“腾讯文档”值得单独学习
很多新手把 WorkBuddy 当成一个更大的聊天框，结果通常有两种：要么只得到一段建议，要么让 Agent 一次执行太多动作，最后不知道哪些文件变了、哪些事实可靠。真正可复用的任务必须同时拥有目标、输入、边界、步骤、输出和验收。
本主题的核心目标是：通过连接和自然语言完成创建、回写、汇总与权限查询。需要准备的输入是腾讯文档授权、目标文件、协作者和修改范围，希望得到的交付物是在线文档、结构化表格、会议纪要和权限核对。这三句话决定了任务是否能落地。只有目标没有输入，WorkBuddy 会被迫猜；只有输入没有输出，结果容易发散；只有输出没有验收，用户只能凭感觉判断好坏。
最需要避免的误区是：授权后让AI在未指定文件中随意搜索和修改。这类错误看起来像模型问题，实际通常是流程问题。把任务缩小、把材料分区、把动作分级、把关键结论回到来源，往往比频繁换模型更有效。
二、先建立正确的任务模型
可以把一次 WorkBuddy 任务看成六层：第一层是业务目标，第二层是事实材料，第三层是工作目录与权限，第四层是模型、Skill、专家和连接器，第五层是执行过程，第六层是结果验收。六层缺一不可。
业务目标回答“为什么做”；事实材料回答“依据是什么”；权限回答“最多能影响哪里”；工具回答“靠什么完成”；执行过程回答“实际做了什么”；验收回答“凭什么算完成”。当结果不好时，也应沿着六层逐项排查，而不是笼统地说 AI 不稳定。
对高频使用腾讯文档的国内团队而言，最有效的起点不是最复杂的功能，而是一个范围小、每周真实发生、结果可以人工比较的任务。先连续完成三次，再决定是否扩大资料、增加技能、调用专家团或设置定时自动化。
三、三个真实应用场景
场景 1：创建项目复盘文档
先把场景说具体。使用者通常不是为了体验一个新功能，而是已经被真实工作卡住：材料分散、口径不清、重复操作太多、交付时间迫近。围绕“创建项目复盘文档”，第一步不是立即让 WorkBuddy 执行，而是写清谁会使用结果、结果将影响什么决定、哪些输入能够作为事实依据。对高频使用腾讯文档的国内团队来说，最小输入应包括腾讯文档授权、目标文件、协作者和修改范围。缺少其中任何一项，都应该先列入待确认清单。
在这个场景里，建议把任务拆成四个阶段。第一阶段只读盘点，识别材料、字段、时间范围与冲突；第二阶段形成计划，明确使用的模型、Skill、连接器和输出路径；第三阶段只对小样本执行；第四阶段按在线文档、结构化表格、会议纪要和权限核对逐项验收。每一个阶段都应留下可查看的中间结果，不能只保留一句“任务已完成”。
一条可直接使用的任务说明是：请围绕“创建项目复盘文档”处理当前工作空间，只读取与目标有关的文件。先列出输入清单、缺失信息、执行计划和风险，不要覆盖源文件。确认后生成在线文档、结构化表格、会议纪要和权限核对，并附上事实来源、异常项和人工需要复核的位置。
这里最容易发生的问题是“授权后让AI在未指定文件中随意搜索和修改”。避免它的方法不是再加一句“请认真”，而是把权限、目录、样本、停止条件和验收标准写成可检查的约束。如果结果用于对外沟通、审批或业务决策，还需要安排第二位人员复核关键事实与数字。
完成后至少回答五个问题：输入是否完整，事实是否能回到来源，文件是否保存在约定位置，异常是否被单独列出，下一次能否用同样流程复现。如果五个问题里有两个答不上来，这个任务还不能进入自动化。
场景 2：整理在线表格
先把场景说具体。使用者通常不是为了体验一个新功能，而是已经被真实工作卡住：材料分散、口径不清、重复操作太多、交付时间迫近。围绕“整理在线表格”，第一步不是立即让 WorkBuddy 执行，而是写清谁会使用结果、结果将影响什么决定、哪些输入能够作为事实依据。对高频使用腾讯文档的国内团队来说，最小输入应包括腾讯文档授权、目标文件、协作者和修改范围。缺少其中任何一项，都应该先列入待确认清单。
在这个场景里，建议把任务拆成四个阶段。第一阶段只读盘点，识别材料、字段、时间范围与冲突；第二阶段形成计划，明确使用的模型、Skill、连接器和输出路径；第三阶段只对小样本执行；第四阶段按在线文档、结构化表格、会议纪要和权限核对逐项验收。每一个阶段都应留下可查看的中间结果，不能只保留一句“任务已完成”。
一条可直接使用的任务说明是：请围绕“整理在线表格”处理当前工作空间，只读取与目标有关的文件。先列出输入清单、缺失信息、执行计划和风险，不要覆盖源文件。确认后生成在线文档、结构化表格、会议纪要和权限核对，并附上事实来源、异常项和人工需要复核的位置。
这里最容易发生的问题是“授权后让AI在未指定文件中随意搜索和修改”。避免它的方法不是再加一句“请认真”，而是把权限、目录、样本、停止条件和验收标准写成可检查的约束。如果结果用于对外沟通、审批或业务决策，还需要安排第二位人员复核关键事实与数字。
完成后至少回答五个问题：输入是否完整，事实是否能回到来源，文件是否保存在约定位置，异常是否被单独列出，下一次能否用同样流程复现。如果五个问题里有两个答不上来，这个任务还不能进入自动化。
场景 3：汇总多人评论与行动项
先把场景说具体。使用者通常不是为了体验一个新功能，而是已经被真实工作卡住：材料分散、口径不清、重复操作太多、交付时间迫近。围绕“汇总多人评论与行动项”，第一步不是立即让 WorkBuddy 执行，而是写清谁会使用结果、结果将影响什么决定、哪些输入能够作为事实依据。对高频使用腾讯文档的国内团队来说，最小输入应包括腾讯文档授权、目标文件、协作者和修改范围。缺少其中任何一项，都应该先列入待确认清单。
在这个场景里，建议把任务拆成四个阶段。第一阶段只读盘点，识别材料、字段、时间范围与冲突；第二阶段形成计划，明确使用的模型、Skill、连接器和输出路径；第三阶段只对小样本执行；第四阶段按在线文档、结构化表格、会议纪要和权限核对逐项验收。每一个阶段都应留下可查看的中间结果，不能只保留一句“任务已完成”。
一条可直接使用的任务说明是：请围绕“汇总多人评论与行动项”处理当前工作空间，只读取与目标有关的文件。先列出输入清单、缺失信息、执行计划和风险，不要覆盖源文件。确认后生成在线文档、结构化表格、会议纪要和权限核对，并附上事实来源、异常项和人工需要复核的位置。
这里最容易发生的问题是“授权后让AI在未指定文件中随意搜索和修改”。避免它的方法不是再加一句“请认真”，而是把权限、目录、样本、停止条件和验收标准写成可检查的约束。如果结果用于对外沟通、审批或业务决策，还需要安排第二位人员复核关键事实与数字。
完成后至少回答五个问题：输入是否完整，事实是否能回到来源，文件是否保存在约定位置，异常是否被单独列出，下一次能否用同样流程复现。如果五个问题里有两个答不上来，这个任务还不能进入自动化。
四、主题实战工作簿：六个可复现关卡
下面六个关卡把“腾讯文档”放进不同风险和验收条件中。每一关都有批次号、负责人、样本、停止线与证据，适合直接照着练，也适合作为团队 SOP 的初稿。
工作簿 1：汇总多人评论与行动项的标注关卡（WB-87-01）
这一关不追求把“汇总多人评论与行动项”一次做完，而是验证“腾讯文档”流程中的一个薄弱点。由任务发起人准备腾讯文档授权、目标文件、协作者和修改范围，材料放入批次目录 WB-87-01；文件名保留日期和版本，来源不明的内容进入隔离子目录。启动前生成回退说明，逐项写清用途、敏感级别、允许读取范围以及本轮不处理的内容。这里的目标是通过连接和自然语言完成创建、回写、汇总与权限查询，不是顺便解决所有相邻问题。
本轮采用“Plan 先规划后确认”。WorkBuddy 首先复述目标，并给出它准备读取的对象、可能调用的能力、拟生成的位置和停止条件。用户确认后只处理“汇总多人评论与行动项”的一个代表样本；如果样本包含数字，就同时保存原值、清洗值和变更理由；如果样本包含结论，就把事实、推断和建议分栏。过程观察项是：区分工具故障、权限故障、输入缺失和业务歧义。
可以直接发送这段指令：请处理批次 WB-87-01，围绕“汇总多人评论与行动项”完成标注。输入范围仅限当前批次，目标是通过连接和自然语言完成创建、回写、汇总与权限查询。先返回计划和缺失项，不覆盖原件；执行后交付在线文档、结构化表格、会议纪要和权限核对，同时生成验收记录。所有无法从材料确认的内容使用“待确认”标记，不得根据常识补齐姓名、日期、金额或权限。
这道关卡的硬停止线是：验收人无法复现关键结论时退回输入阶段。一旦触发，保存当前日志、输入快照和已生成的临时结果，由流程维护人判断是补材料、改口径、缩权限还是放弃本轮。尤其要检查“授权后让AI在未指定文件中随意搜索和修改”是否已经发生；若发生，不得用再次运行掩盖第一次的影响范围。
验收时采用三层证据。第一层核对在线文档、结构化表格、会议纪要和权限核对是否真实存在并能打开；第二层从输入中随机选择三处，确认事实和数字能逐项回溯；第三层让流程维护人只阅读任务说明与验收记录，看能否复现结论。三层全部通过，批次 WB-87-01 才记为成功。最后记录总耗时、人工介入次数、事实错误数和可复用规则，为下一关提供基线。
工作簿 2：整理在线表格的盘点关卡（WB-87-02）
这一关不追求把“整理在线表格”一次做完，而是验证“腾讯文档”流程中的一个薄弱点。由流程维护人准备腾讯文档授权、目标文件、协作者和修改范围，材料放入批次目录 WB-87-02；文件名保留日期和版本，来源不明的内容进入隔离子目录。启动前生成验收记录，逐项写清用途、敏感级别、允许读取范围以及本轮不处理的内容。这里的目标是通过连接和自然语言完成创建、回写、汇总与权限查询，不是顺便解决所有相邻问题。
本轮采用“Ask 只读核查”。WorkBuddy 首先复述目标，并给出它准备读取的对象、可能调用的能力、拟生成的位置和停止条件。用户确认后只处理“整理在线表格”的一个代表样本；如果样本包含数字，就同时保存原值、清洗值和变更理由；如果样本包含结论，就把事实、推断和建议分栏。过程观察项是：记录实际读取了哪些文件，而不是只记录文件夹名称。
可以直接发送这段指令：请处理批次 WB-87-02，围绕“整理在线表格”完成盘点。输入范围仅限当前批次，目标是通过连接和自然语言完成创建、回写、汇总与权限查询。先返回计划和缺失项，不覆盖原件；执行后交付在线文档、结构化表格、会议纪要和权限核对，同时生成回退说明。所有无法从材料确认的内容使用“待确认”标记，不得根据常识补齐姓名、日期、金额或权限。
这道关卡的硬停止线是：来源、日期和负责人有一项缺失就暂停。一旦触发，保存当前日志、输入快照和已生成的临时结果，由任务发起人判断是补材料、改口径、缩权限还是放弃本轮。尤其要检查“授权后让AI在未指定文件中随意搜索和修改”是否已经发生；若发生，不得用再次运行掩盖第一次的影响范围。
验收时采用三层证据。第一层核对在线文档、结构化表格、会议纪要和权限核对是否真实存在并能打开；第二层从输入中随机选择三处，确认事实和数字能逐项回溯；第三层让任务发起人只阅读任务说明与回退说明，看能否复现结论。三层全部通过，批次 WB-87-02 才记为成功。最后记录总耗时、人工介入次数、事实错误数和可复用规则，为下一关提供基线。
工作簿 3：创建项目复盘文档的迭代关卡（WB-87-03）
这一关不追求把“创建项目复盘文档”一次做完，而是验证“腾讯文档”流程中的一个薄弱点。由安全复核人准备腾讯文档授权、目标文件、协作者和修改范围，材料放入批次目录 WB-87-03；文件名保留日期和版本，来源不明的内容进入隔离子目录。启动前生成异常清单，逐项写清用途、敏感级别、允许读取范围以及本轮不处理的内容。这里的目标是通过连接和自然语言完成创建、回写、汇总与权限查询，不是顺便解决所有相邻问题。
本轮采用“Craft 小样本执行”。WorkBuddy 首先复述目标，并给出它准备读取的对象、可能调用的能力、拟生成的位置和停止条件。用户确认后只处理“创建项目复盘文档”的一个代表样本；如果样本包含数字，就同时保存原值、清洗值和变更理由；如果样本包含结论，就把事实、推断和建议分栏。过程观察项是：区分工具故障、权限故障、输入缺失和业务歧义。
可以直接发送这段指令：请处理批次 WB-87-03，围绕“创建项目复盘文档”完成迭代。输入范围仅限当前批次，目标是通过连接和自然语言完成创建、回写、汇总与权限查询。先返回计划和缺失项，不覆盖原件；执行后交付在线文档、结构化表格、会议纪要和权限核对，同时生成输入登记表。所有无法从材料确认的内容使用“待确认”标记，不得根据常识补齐姓名、日期、金额或权限。
这道关卡的硬停止线是：样本没有人工确认就不得扩大到全量。一旦触发，保存当前日志、输入快照和已生成的临时结果，由资料负责人判断是补材料、改口径、缩权限还是放弃本轮。尤其要检查“授权后让AI在未指定文件中随意搜索和修改”是否已经发生；若发生，不得用再次运行掩盖第一次的影响范围。
验收时采用三层证据。第一层核对在线文档、结构化表格、会议纪要和权限核对是否真实存在并能打开；第二层从输入中随机选择三处，确认事实和数字能逐项回溯；第三层让资料负责人只阅读任务说明与输入登记表，看能否复现结论。三层全部通过，批次 WB-87-03 才记为成功。最后记录总耗时、人工介入次数、事实错误数和可复用规则，为下一关提供基线。
工作簿 4：汇总多人评论与行动项的归档关卡（WB-87-04）
这一关不追求把“汇总多人评论与行动项”一次做完，而是验证“腾讯文档”流程中的一个薄弱点。由结果验收人准备腾讯文档授权、目标文件、协作者和修改范围，材料放入批次目录 WB-87-04；文件名保留日期和版本，来源不明的内容进入隔离子目录。启动前生成动作预览单，逐项写清用途、敏感级别、允许读取范围以及本轮不处理的内容。这里的目标是通过连接和自然语言完成创建、回写、汇总与权限查询，不是顺便解决所有相邻问题。
本轮采用“Plan 先规划后确认”。WorkBuddy 首先复述目标，并给出它准备读取的对象、可能调用的能力、拟生成的位置和停止条件。用户确认后只处理“汇总多人评论与行动项”的一个代表样本；如果样本包含数字，就同时保存原值、清洗值和变更理由；如果样本包含结论，就把事实、推断和建议分栏。过程观察项是：记录实际读取了哪些文件，而不是只记录文件夹名称。
可以直接发送这段指令：请处理批次 WB-87-04，围绕“汇总多人评论与行动项”完成归档。输入范围仅限当前批次，目标是通过连接和自然语言完成创建、回写、汇总与权限查询。先返回计划和缺失项，不覆盖原件；执行后交付在线文档、结构化表格、会议纪要和权限核对，同时生成事实证据表。所有无法从材料确认的内容使用“待确认”标记，不得根据常识补齐姓名、日期、金额或权限。
这道关卡的硬停止线是：发现口径冲突时只列差异，不替业务负责人裁决。一旦触发，保存当前日志、输入快照和已生成的临时结果，由结果验收人判断是补材料、改口径、缩权限还是放弃本轮。尤其要检查“授权后让AI在未指定文件中随意搜索和修改”是否已经发生；若发生，不得用再次运行掩盖第一次的影响范围。
验收时采用三层证据。第一层核对在线文档、结构化表格、会议纪要和权限核对是否真实存在并能打开；第二层从输入中随机选择三处，确认事实和数字能逐项回溯；第三层让结果验收人只阅读任务说明与事实证据表，看能否复现结论。三层全部通过，批次 WB-87-04 才记为成功。最后记录总耗时、人工介入次数、事实错误数和可复用规则，为下一关提供基线。
工作簿 5：整理在线表格的回放关卡（WB-87-05）
这一关不追求把“整理在线表格”一次做完，而是验证“腾讯文档”流程中的一个薄弱点。由资料负责人准备腾讯文档授权、目标文件、协作者和修改范围，材料放入批次目录 WB-87-05；文件名保留日期和版本，来源不明的内容进入隔离子目录。启动前生成事实证据表，逐项写清用途、敏感级别、允许读取范围以及本轮不处理的内容。这里的目标是通过连接和自然语言完成创建、回写、汇总与权限查询，不是顺便解决所有相邻问题。
本轮采用“Ask 只读核查”。WorkBuddy 首先复述目标，并给出它准备读取的对象、可能调用的能力、拟生成的位置和停止条件。用户确认后只处理“整理在线表格”的一个代表样本；如果样本包含数字，就同时保存原值、清洗值和变更理由；如果样本包含结论，就把事实、推断和建议分栏。过程观察项是：区分工具故障、权限故障、输入缺失和业务歧义。
可以直接发送这段指令：请处理批次 WB-87-05，围绕“整理在线表格”完成回放。输入范围仅限当前批次，目标是通过连接和自然语言完成创建、回写、汇总与权限查询。先返回计划和缺失项，不覆盖原件；执行后交付在线文档、结构化表格、会议纪要和权限核对，同时生成动作预览单。所有无法从材料确认的内容使用“待确认”标记，不得根据常识补齐姓名、日期、金额或权限。
这道关卡的硬停止线是：涉及覆盖、移动或外发时必须再次确认。一旦触发，保存当前日志、输入快照和已生成的临时结果，由安全复核人判断是补材料、改口径、缩权限还是放弃本轮。尤其要检查“授权后让AI在未指定文件中随意搜索和修改”是否已经发生；若发生，不得用再次运行掩盖第一次的影响范围。
验收时采用三层证据。第一层核对在线文档、结构化表格、会议纪要和权限核对是否真实存在并能打开；第二层从输入中随机选择三处，确认事实和数字能逐项回溯；第三层让安全复核人只阅读任务说明与动作预览单，看能否复现结论。三层全部通过，批次 WB-87-05 才记为成功。最后记录总耗时、人工介入次数、事实错误数和可复用规则，为下一关提供基线。
工作簿 6：创建项目复盘文档的复核关卡（WB-87-06）
这一关不追求把“创建项目复盘文档”一次做完，而是验证“腾讯文档”流程中的一个薄弱点。由任务发起人准备腾讯文档授权、目标文件、协作者和修改范围，材料放入批次目录 WB-87-06；文件名保留日期和版本，来源不明的内容进入隔离子目录。启动前生成输入登记表，逐项写清用途、敏感级别、允许读取范围以及本轮不处理的内容。这里的目标是通过连接和自然语言完成创建、回写、汇总与权限查询，不是顺便解决所有相邻问题。
本轮采用“Craft 小样本执行”。WorkBuddy 首先复述目标，并给出它准备读取的对象、可能调用的能力、拟生成的位置和停止条件。用户确认后只处理“创建项目复盘文档”的一个代表样本；如果样本包含数字，就同时保存原值、清洗值和变更理由；如果样本包含结论，就把事实、推断和建议分栏。过程观察项是：记录实际读取了哪些文件，而不是只记录文件夹名称。
可以直接发送这段指令：请处理批次 WB-87-06，围绕“创建项目复盘文档”完成复核。输入范围仅限当前批次，目标是通过连接和自然语言完成创建、回写、汇总与权限查询。先返回计划和缺失项，不覆盖原件；执行后交付在线文档、结构化表格、会议纪要和权限核对，同时生成异常清单。所有无法从材料确认的内容使用“待确认”标记，不得根据常识补齐姓名、日期、金额或权限。
这道关卡的硬停止线是：结果不能回到原始材料时不允许进入交付。一旦触发，保存当前日志、输入快照和已生成的临时结果，由流程维护人判断是补材料、改口径、缩权限还是放弃本轮。尤其要检查“授权后让AI在未指定文件中随意搜索和修改”是否已经发生；若发生，不得用再次运行掩盖第一次的影响范围。
验收时采用三层证据。第一层核对在线文档、结构化表格、会议纪要和权限核对是否真实存在并能打开；第二层从输入中随机选择三处，确认事实和数字能逐项回溯；第三层让流程维护人只阅读任务说明与异常清单，看能否复现结论。三层全部通过，批次 WB-87-06 才记为成功。最后记录总耗时、人工介入次数、事实错误数和可复用规则，为下一关提供基线。
五、开始前的准备清单
第一，建立独立工作目录。把原始文件留在原处，只复制当前任务需要的材料。目录名包含项目、日期和版本，例如“客户复盘-2026Q3-测试”。这样既方便回查，也能降低误操作范围。
第二，整理事实来源。对每份材料标注来源、日期、负责人和是否可对外使用。网络资料保留原始链接，内部数据保留口径说明。WorkBuddy 可以帮助整理，但不能替你决定一份材料是否有权使用。
第三，写一页任务说明。至少包含目标、受众、输入、输出、限制、截止时间和验收人。复杂任务再增加中间里程碑与停止条件。停止条件尤其重要，例如“发现字段不一致时停止合并”“无法确认收件人时不得发送”。
第四，确定权限。第一次试跑优先使用只读或计划方式；需要写入时只允许新建结果，不覆盖原件；需要调用外部系统时先使用只读授权。只有当流程稳定且操作可恢复，才逐步增加权限。
第五，定义验收。围绕在线文档、结构化表格、会议纪要和权限核对列出清单，包括事实正确、数字一致、格式可用、文件能打开、来源可追踪、异常已说明。验收必须在执行前定义，否则用户会被漂亮结果牵着走。
六、一套可以直接照做的八步流程
第 1 步：定义结果
把目标改写成可验收的交付物：在线文档、结构化表格、会议纪要和权限核对。
这一阶段要留下证据。建议保存输入快照、任务说明、WorkBuddy 返回的计划、真正生成的文件以及人工修改记录。证据并不是为了增加文书工作，而是让失败能够定位、成功能够复用。若任务中途改变目标，应新建任务或明确记录变更，避免旧上下文继续影响结果。
第 2 步：整理输入
只准备与任务有关的腾讯文档授权、目标文件、协作者和修改范围，并给副本标注日期与来源。
这一阶段要留下证据。建议保存输入快照、任务说明、WorkBuddy 返回的计划、真正生成的文件以及人工修改记录。证据并不是为了增加文书工作，而是让失败能够定位、成功能够复用。若任务中途改变目标，应新建任务或明确记录变更，避免旧上下文继续影响结果。
第 3 步：设置边界
选择独立工作目录，默认从只读或计划模式开始，列出禁止动作。
这一阶段要留下证据。建议保存输入快照、任务说明、WorkBuddy 返回的计划、真正生成的文件以及人工修改记录。证据并不是为了增加文书工作，而是让失败能够定位、成功能够复用。若任务中途改变目标，应新建任务或明确记录变更，避免旧上下文继续影响结果。
第 4 步：小样本试跑
从“创建项目复盘文档”中抽取一个最小样本，检查理解是否正确。
这一阶段要留下证据。建议保存输入快照、任务说明、WorkBuddy 返回的计划、真正生成的文件以及人工修改记录。证据并不是为了增加文书工作，而是让失败能够定位、成功能够复用。若任务中途改变目标，应新建任务或明确记录变更，避免旧上下文继续影响结果。
第 5 步：执行与观察
查看任务过程、工具调用、文件变化和异常，不用盯每个字，但要盯关键节点。
这一阶段要留下证据。建议保存输入快照、任务说明、WorkBuddy 返回的计划、真正生成的文件以及人工修改记录。证据并不是为了增加文书工作，而是让失败能够定位、成功能够复用。若任务中途改变目标，应新建任务或明确记录变更，避免旧上下文继续影响结果。
第 6 步：结果验收
打开实际产物而不是只读聊天总结，按照在线文档、结构化表格、会议纪要和权限核对逐项核对。
这一阶段要留下证据。建议保存输入快照、任务说明、WorkBuddy 返回的计划、真正生成的文件以及人工修改记录。证据并不是为了增加文书工作，而是让失败能够定位、成功能够复用。若任务中途改变目标，应新建任务或明确记录变更，避免旧上下文继续影响结果。
第 7 步：记录偏差
把漏项、误判、格式问题和人工修改写入复盘，区分输入问题与执行问题。
这一阶段要留下证据。建议保存输入快照、任务说明、WorkBuddy 返回的计划、真正生成的文件以及人工修改记录。证据并不是为了增加文书工作，而是让失败能够定位、成功能够复用。若任务中途改变目标，应新建任务或明确记录变更，避免旧上下文继续影响结果。
第 8 步：沉淀复用
稳定三次后再考虑做成 Skill、专家配置、项目规则或自动化。
这一阶段要留下证据。建议保存输入快照、任务说明、WorkBuddy 返回的计划、真正生成的文件以及人工修改记录。证据并不是为了增加文书工作，而是让失败能够定位、成功能够复用。若任务中途改变目标，应新建任务或明确记录变更，避免旧上下文继续影响结果。
七、五组可直接复制的提示词
提示词 1
只分析当前工作目录中与“腾讯文档”有关的材料。先告诉我你看到了什么、缺什么、准备怎样处理；未经确认不要写入或移动文件。
这条提示词的作用不是追求某种神奇措辞，而是减少解释空间。它分别约束了任务范围、输入、动作、输出和不确定性。实际使用时，应把目录名、日期、受众和指标替换为真实信息；如果信息缺失，让 WorkBuddy 先提问比让它猜测更可靠。
提示词 2
目标是通过连接和自然语言完成创建、回写、汇总与权限查询。输入为腾讯文档授权、目标文件、协作者和修改范围，输出必须包含在线文档、结构化表格、会议纪要和权限核对。无法确认的内容标为待确认，关键事实附来源。
这条提示词的作用不是追求某种神奇措辞，而是减少解释空间。它分别约束了任务范围、输入、动作、输出和不确定性。实际使用时，应把目录名、日期、受众和指标替换为真实信息；如果信息缺失，让 WorkBuddy 先提问比让它猜测更可靠。
提示词 3
先拿“创建项目复盘文档”做一个最小样本，输出计划、样例结果和风险。样例通过后再处理剩余内容。
这条提示词的作用不是追求某种神奇措辞，而是减少解释空间。它分别约束了任务范围、输入、动作、输出和不确定性。实际使用时，应把目录名、日期、受众和指标替换为真实信息；如果信息缺失，让 WorkBuddy 先提问比让它猜测更可靠。
提示词 4
请检查刚才的结果：逐项核对完整性、事实、数字、格式、文件路径和可恢复性，列出你不确定的部分，不要自行美化结论。
这条提示词的作用不是追求某种神奇措辞，而是减少解释空间。它分别约束了任务范围、输入、动作、输出和不确定性。实际使用时，应把目录名、日期、受众和指标替换为真实信息；如果信息缺失，让 WorkBuddy 先提问比让它猜测更可靠。
提示词 5
把这次任务复盘成可复用流程：写清输入条件、步骤、工具、异常分支、验收标准和不应自动执行的动作。
这条提示词的作用不是追求某种神奇措辞，而是减少解释空间。它分别约束了任务范围、输入、动作、输出和不确定性。实际使用时，应把目录名、日期、受众和指标替换为真实信息；如果信息缺失，让 WorkBuddy 先提问比让它猜测更可靠。
八、怎样提供高质量输入
高质量输入不等于一次上传更多文件。材料越多，冲突、重复、过期和无关内容也越多。建议先建立输入清单，说明每份材料的用途。例如一份是事实数据，一份是格式模板，一份是历史参考，一份只是反例。不要让 WorkBuddy 自己猜哪些文件最重要。
输入还要有时间边界。报告究竟覆盖最近一周、一个季度还是过去三年，必须明确。涉及数据时写清单位、时区、币种、去重规则和缺失值处理；涉及内容时写清目标读者、平台、语气、长度和不可使用的表述。
当输入存在冲突，要求 WorkBuddy 先输出冲突表，不要直接替你选择。例如两个表格对同一指标使用不同口径，正确动作是暂停、标记并请求确认，而不是计算一个看似精确的平均值。
九、如何验收，而不是只看生成速度
验收可以分成四层。第一层是可用性：文件能否打开、格式是否完整、链接是否有效。第二层是正确性：事实、数字、公式、日期和名称是否准确。第三层是业务性：结果是否真的回答目标问题，是否适合目标受众。第四层是可恢复性：如果结果错误，能否找到输入、撤回变更并重新执行。
建议随机抽查而不是只看开头。表格至少抽查原始行、汇总值和图表范围；研究报告至少抽查三条关键事实；文档至少核对标题、数字、责任人和截止时间；代码至少运行测试和异常用例。
对于腾讯文档，一个合格结果至少应该交付在线文档、结构化表格、会议纪要和权限核对。如果只得到聊天总结而没有真正文件，或者文件无法回到来源，都不算完整交付。
十、权限、安全与隐私边界
WorkBuddy 的执行能力可能来自本地文件、模型、Skill、连接器、MCP 和远程助理。每增加一层，数据路径和失败半径都会变化。客户端在本地并不代表所有模型和工具都在本地，必须分别检查数据会发往哪里。
最小权限原则可以落实为五点：只开放当前目录，只启用当前技能，只授权当前服务，只允许必要动作，只保留必要时间。涉及删除、覆盖、发送、发布、付款或生产系统写入时，应设置人工确认。
第三方 Skill 和 MCP 需要检查来源、代码、权限、网络请求与更新机制。对外部连接器要知道如何撤销授权。远程入口要限制触发人和任务类型。自动化任务要保存日志并设置失败通知。
十一、常见失败及排查顺序
如果结果偏题，先查目标和受众是否明确；如果漏文件，查工作目录和输入清单；如果事实错误，查来源和时间范围；如果工具没有调用，查 Skill、连接器和权限；如果文件没有生成，查输出路径和系统权限；如果自动化未执行，查调度、客户端状态、登录身份和运行日志。
排错时一次只改变一个变量。不要同时换模型、改提示词、扩大权限和更换目录，否则即使成功也不知道是哪项起作用。保留失败样本，它们是改进流程最有价值的材料。
重试前要判断错误类型。网络超时可以重试，字段口径冲突不能靠重试解决，权限不足需要调整授权，目标模糊需要重新澄清。盲目重试会重复消耗积分，还可能重复写入文件或外部系统。
十二、什么时候适合做成 Skill、专家或自动化
Skill 适合封装稳定的工具能力和步骤；专家适合固化某个领域的人设、方法论和工具链；专家团适合可以分工的复杂任务；自动化适合输入稳定、规则明确、无需实时判断的周期任务。
“腾讯文档”至少手动稳定运行三次后，再决定沉淀方式。如果每次都要大量改提示词，说明流程还没有稳定；如果结果质量高度依赖某位人工判断者，先把判断标准写出来；如果存在不可恢复动作，自动化必须保留人工确认。
十三、成本、时间和质量怎样一起衡量
不要只统计模型生成时间。总成本还包括准备材料、等待执行、人工检查、返工、积分、外部服务以及错误带来的业务影响。一个三分钟生成但两小时返工的结果，并不比四十分钟人工完成更高效。
建议记录四个指标：总耗时、一次通过率、事实错误率、复用率。对创建项目复盘文档和整理在线表格分别记录两周，才能看出 WorkBuddy 在哪类任务上真正节省时间。
质量目标也要分级。内部草稿可以容忍格式瑕疵，但对外发布、财务、法律、医疗和合规内容需要更严格复核。不要用同一套自动化权限处理所有风险等级。
十四、七天练习计划
第一天只读盘点腾讯文档授权、目标文件、协作者和修改范围；第二天完成一个最小样本；第三天补充验收清单；第四天比较两种提示词；第五天记录一次失败并按层排查；第六天把成功步骤整理成模板；第七天重新执行并比较总耗时、错误和返工。
七天后不要急着追求更多功能。先问这套流程能否被另一个人理解，能否在新材料上复现，能否在失败时恢复。如果答案仍然含糊，继续缩小任务。
十五、发布或交付前检查清单
目标、受众和截止时间是否明确 输入是否只包含必要材料，是否有来源与日期 工作目录是否独立，原始文件是否保留 模型、Skill、连接器和权限是否最小化 是否先完成小样本并经过确认 实际文件是否能打开，数字和事实是否抽查 是否存在本地路径、隐私、密钥或内部信息泄露 对外发送、发布或写入是否经过授权 是否保留日志、版本和回退方法 是否记录下一次可以复用的规则
十六、最后
学会 WorkBuddy，不是记住菜单，而是建立一套把目标变成结果的方法。围绕“腾讯文档”，真正重要的是通过连接和自然语言完成创建、回写、汇总与权限查询，并把腾讯文档授权、目标文件、协作者和修改范围转成在线文档、结构化表格、会议纪要和权限核对。
先做小任务，先保护原始文件，先定义验收，再逐步增加工具和权限。当一次任务可以稳定复现、错误可以解释、结果可以回退时，它才值得进入 Skill、专家团或自动化。
资料来源
WorkBuddy 官方文档 WorkBuddy 官方简介
SEO 信息
主关键词：WorkBuddy 腾讯文档 搜索意图：教程与实操 目标读者：高频使用腾讯文档的国内团队 SEO 摘要：WorkBuddy管理腾讯文档：创建、整理、表格、协作与权限，从真实应用场景出发，讲清准备、操作、提示词、验收、安全、排错和自动化边界。
