36 · 远程与自动化
自动化失败日志重试与恢复
自动化失败分成未触发、执行中断、结果不合格和外部状态不确定。尤其涉及发送或写入外部系统时，不能在状态未知时直接重试。
自动化失败分成未触发、执行中断、结果不合格和外部状态不确定。尤其涉及发送或写入外部系统时，不能在状态未知时直接重试。
本章最终要解决的问题是：任务没跑、结果偏差或工具无输出时如何排错？
版本说明：本章原始资料来自不同时间。界面名称、入口、模型、积分、价格、权限、连接器和企业能力如与当前客户端不一致，以当前官方说明、实际界面和企业合同为准。文中的历史数值不作为购买或合规承诺。
这一章怎么学
- 一、为什么“安全排错”值得单独学习
- 二、先建立正确的任务模型
- 三、三个真实应用场景
- 场景 1：文件任务失败恢复
- 场景 2：连接器授权异常
- 场景 3：自动化结果偏差排查
任务先在桌面端手动跑通，再进入远程与定时运行。 阅读正文时，把注意力放在任务输入、真实动作、交付文件和人工判断点上。
资料说明：下面的具体步骤、案例和截图根据已收集的第三方教程重组。正文中的第一人称均指原教程作者，不代表曾俊本人的经历或实测；案例数字也不能直接视为官方承诺。
WorkBuddy 真正的价值，不在于它能不能回答一个问题，而在于它能否把任务推进到可验收的结果。
这篇文章聚焦“安全排错”，面向准备长期使用WorkBuddy的个人、团队和管理员。目标不是罗列按钮，而是解决一个更实际的问题：怎样用最小权限、日志、样本、重试和回退建立可靠工作流，同时让过程可控、结果可查、失败可恢复。
官方文档把 WorkBuddy 定位为全场景 AI 办公工作台。它可以理解自然语言、自主规划、处理文档表格和多模态任务，也可以在授权范围内操作本地文件。能力越接近真实执行，边界设计就越重要。本文会把功能、场景、流程、提示词、验收、权限和自动化放在同一个框架中讨论。
一、为什么“安全排错”值得单独学习
很多新手把 WorkBuddy 当成一个更大的聊天框，结果通常有两种：要么只得到一段建议，要么让 Agent 一次执行太多动作，最后不知道哪些文件变了、哪些事实可靠。真正可复用的任务必须同时拥有目标、输入、边界、步骤、输出和验收。 本主题的核心目标是：用最小权限、日志、样本、重试和回退建立可靠工作流。需要准备的输入是任务说明、权限清单、运行日志、错误样本和备份，希望得到的交付物是可解释的失败原因、修复步骤和恢复结果。这三句话决定了任务是否能落地。只有目标没有输入，WorkBuddy 会被迫猜；只有输入没有输出，结果容易发散；只有输出没有验收，用户只能凭感觉判断好坏。 最需要避免的误区是：出错后连续盲目重试，扩大文件和外部系统影响。这类错误看起来像模型问题，实际通常是流程问题。把任务缩小、把材料分区、把动作分级、把关键结论回到来源，往往比频繁换模型更有效。
二、先建立正确的任务模型
可以把一次 WorkBuddy 任务看成六层：第一层是业务目标，第二层是事实材料，第三层是工作目录与权限，第四层是模型、Skill、专家和连接器，第五层是执行过程，第六层是结果验收。六层缺一不可。 业务目标回答“为什么做”；事实材料回答“依据是什么”；权限回答“最多能影响哪里”；工具回答“靠什么完成”；执行过程回答“实际做了什么”；验收回答“凭什么算完成”。当结果不好时，也应沿着六层逐项排查，而不是笼统地说 AI 不稳定。 对准备长期使用WorkBuddy的个人、团队和管理员而言，最有效的起点不是最复杂的功能，而是一个范围小、每周真实发生、结果可以人工比较的任务。先连续完成三次，再决定是否扩大资料、增加技能、调用专家团或设置定时自动化。
三、三个真实应用场景
场景 1：文件任务失败恢复
先把场景说具体。使用者通常不是为了体验一个新功能，而是已经被真实工作卡住：材料分散、口径不清、重复操作太多、交付时间迫近。围绕“文件任务失败恢复”，第一步不是立即让 WorkBuddy 执行，而是写清谁会使用结果、结果将影响什么决定、哪些输入能够作为事实依据。对准备长期使用WorkBuddy的个人、团队和管理员来说，最小输入应包括任务说明、权限清单、运行日志、错误样本和备份。缺少其中任何一项，都应该先列入待确认清单。 在这个场景里，建议把任务拆成四个阶段。第一阶段只读盘点，识别材料、字段、时间范围与冲突；第二阶段形成计划，明确使用的模型、Skill、连接器和输出路径；第三阶段只对小样本执行；第四阶段按可解释的失败原因、修复步骤和恢复结果逐项验收。每一个阶段都应留下可查看的中间结果，不能只保留一句“任务已完成”。 一条可直接使用的任务说明是：请围绕“文件任务失败恢复”处理当前工作空间，只读取与目标有关的文件。先列出输入清单、缺失信息、执行计划和风险，不要覆盖源文件。确认后生成可解释的失败原因、修复步骤和恢复结果，并附上事实来源、异常项和人工需要复核的位置。 这里最容易发生的问题是“出错后连续盲目重试，扩大文件和外部系统影响”。避免它的方法不是再加一句“请认真”，而是把权限、目录、样本、停止条件和验收标准写成可检查的约束。如果结果用于对外沟通、审批或业务决策，还需要安排第二位人员复核关键事实与数字。 完成后至少回答五个问题：输入是否完整，事实是否能回到来源，文件是否保存在约定位置，异常是否被单独列出，下一次能否用同样流程复现。如果五个问题里有两个答不上来，这个任务还不能进入自动化。
场景 2：连接器授权异常
先把场景说具体。使用者通常不是为了体验一个新功能，而是已经被真实工作卡住：材料分散、口径不清、重复操作太多、交付时间迫近。围绕“连接器授权异常”，第一步不是立即让 WorkBuddy 执行，而是写清谁会使用结果、结果将影响什么决定、哪些输入能够作为事实依据。对准备长期使用WorkBuddy的个人、团队和管理员来说，最小输入应包括任务说明、权限清单、运行日志、错误样本和备份。缺少其中任何一项，都应该先列入待确认清单。 在这个场景里，建议把任务拆成四个阶段。第一阶段只读盘点，识别材料、字段、时间范围与冲突；第二阶段形成计划，明确使用的模型、Skill、连接器和输出路径；第三阶段只对小样本执行；第四阶段按可解释的失败原因、修复步骤和恢复结果逐项验收。每一个阶段都应留下可查看的中间结果，不能只保留一句“任务已完成”。 一条可直接使用的任务说明是：请围绕“连接器授权异常”处理当前工作空间，只读取与目标有关的文件。先列出输入清单、缺失信息、执行计划和风险，不要覆盖源文件。确认后生成可解释的失败原因、修复步骤和恢复结果，并附上事实来源、异常项和人工需要复核的位置。 这里最容易发生的问题是“出错后连续盲目重试，扩大文件和外部系统影响”。避免它的方法不是再加一句“请认真”，而是把权限、目录、样本、停止条件和验收标准写成可检查的约束。如果结果用于对外沟通、审批或业务决策，还需要安排第二位人员复核关键事实与数字。 完成后至少回答五个问题：输入是否完整，事实是否能回到来源，文件是否保存在约定位置，异常是否被单独列出，下一次能否用同样流程复现。如果五个问题里有两个答不上来，这个任务还不能进入自动化。
场景 3：自动化结果偏差排查
先把场景说具体。使用者通常不是为了体验一个新功能，而是已经被真实工作卡住：材料分散、口径不清、重复操作太多、交付时间迫近。围绕“自动化结果偏差排查”，第一步不是立即让 WorkBuddy 执行，而是写清谁会使用结果、结果将影响什么决定、哪些输入能够作为事实依据。对准备长期使用WorkBuddy的个人、团队和管理员来说，最小输入应包括任务说明、权限清单、运行日志、错误样本和备份。缺少其中任何一项，都应该先列入待确认清单。 在这个场景里，建议把任务拆成四个阶段。第一阶段只读盘点，识别材料、字段、时间范围与冲突；第二阶段形成计划，明确使用的模型、Skill、连接器和输出路径；第三阶段只对小样本执行；第四阶段按可解释的失败原因、修复步骤和恢复结果逐项验收。每一个阶段都应留下可查看的中间结果，不能只保留一句“任务已完成”。 一条可直接使用的任务说明是：请围绕“自动化结果偏差排查”处理当前工作空间，只读取与目标有关的文件。先列出输入清单、缺失信息、执行计划和风险，不要覆盖源文件。确认后生成可解释的失败原因、修复步骤和恢复结果，并附上事实来源、异常项和人工需要复核的位置。 这里最容易发生的问题是“出错后连续盲目重试，扩大文件和外部系统影响”。避免它的方法不是再加一句“请认真”，而是把权限、目录、样本、停止条件和验收标准写成可检查的约束。如果结果用于对外沟通、审批或业务决策，还需要安排第二位人员复核关键事实与数字。 完成后至少回答五个问题：输入是否完整，事实是否能回到来源，文件是否保存在约定位置，异常是否被单独列出，下一次能否用同样流程复现。如果五个问题里有两个答不上来，这个任务还不能进入自动化。
四、主题实战工作簿：六个可复现关卡
下面六个关卡把“安全排错”放进不同风险和验收条件中。每一关都有批次号、负责人、样本、停止线与证据，适合直接照着练，也适合作为团队 SOP 的初稿。
工作簿 1：文件任务失败恢复的拆分关卡（WB-88-01）
这一关不追求把“文件任务失败恢复”一次做完，而是验证“安全排错”流程中的一个薄弱点。由资料负责人准备任务说明、权限清单、运行日志、错误样本和备份，材料放入批次目录 WB-88-01；文件名保留日期和版本，来源不明的内容进入隔离子目录。启动前生成输入登记表，逐项写清用途、敏感级别、允许读取范围以及本轮不处理的内容。这里的目标是用最小权限、日志、样本、重试和回退建立可靠工作流，不是顺便解决所有相邻问题。 本轮采用“Craft 小样本执行”。WorkBuddy 首先复述目标，并给出它准备读取的对象、可能调用的能力、拟生成的位置和停止条件。用户确认后只处理“文件任务失败恢复”的一个代表样本；如果样本包含数字，就同时保存原值、清洗值和变更理由；如果样本包含结论，就把事实、推断和建议分栏。过程观察项是：检查输出是否被保存、是否能打开、是否能继续编辑。 可以直接发送这段指令：请处理批次 WB-88-01，围绕“文件任务失败恢复”完成拆分。输入范围仅限当前批次，目标是用最小权限、日志、样本、重试和回退建立可靠工作流。先返回计划和缺失项，不覆盖原件；执行后交付可解释的失败原因、修复步骤和恢复结果，同时生成回退说明。所有无法从材料确认的内容使用“待确认”标记，不得根据常识补齐姓名、日期、金额或权限。 这道关卡的硬停止线是：来源、日期和负责人有一项缺失就暂停。一旦触发，保存当前日志、输入快照和已生成的临时结果，由任务发起人判断是补材料、改口径、缩权限还是放弃本轮。尤其要检查“出错后连续盲目重试，扩大文件和外部系统影响”是否已经发生；若发生，不得用再次运行掩盖第一次的影响范围。 验收时采用三层证据。第一层核对可解释的失败原因、修复步骤和恢复结果是否真实存在并能打开；第二层从输入中随机选择三处，确认事实和数字能逐项回溯；第三层让任务发起人只阅读任务说明与回退说明，看能否复现结论。三层全部通过，批次 WB-88-01 才记为成功。最后记录总耗时、人工介入次数、事实错误数和可复用规则，为下一关提供基线。
工作簿 2：连接器授权异常的抽查关卡（WB-88-02）
这一关不追求把“连接器授权异常”一次做完，而是验证“安全排错”流程中的一个薄弱点。由结果验收人准备任务说明、权限清单、运行日志、错误样本和备份，材料放入批次目录 WB-88-02；文件名保留日期和版本，来源不明的内容进入隔离子目录。启动前生成事实证据表，逐项写清用途、敏感级别、允许读取范围以及本轮不处理的内容。这里的目标是用最小权限、日志、样本、重试和回退建立可靠工作流，不是顺便解决所有相邻问题。 本轮采用“Ask 只读核查”。WorkBuddy 首先复述目标，并给出它准备读取的对象、可能调用的能力、拟生成的位置和停止条件。用户确认后只处理“连接器授权异常”的一个代表样本；如果样本包含数字，就同时保存原值、清洗值和变更理由；如果样本包含结论，就把事实、推断和建议分栏。过程观察项是：把人工修改写进差异表，避免下次重复返工。 可以直接发送这段指令：请处理批次 WB-88-02，围绕“连接器授权异常”完成抽查。输入范围仅限当前批次，目标是用最小权限、日志、样本、重试和回退建立可靠工作流。先返回计划和缺失项，不覆盖原件；执行后交付可解释的失败原因、修复步骤和恢复结果，同时生成验收记录。所有无法从材料确认的内容使用“待确认”标记，不得根据常识补齐姓名、日期、金额或权限。 这道关卡的硬停止线是：涉及覆盖、移动或外发时必须再次确认。一旦触发，保存当前日志、输入快照和已生成的临时结果，由流程维护人判断是补材料、改口径、缩权限还是放弃本轮。尤其要检查“出错后连续盲目重试，扩大文件和外部系统影响”是否已经发生；若发生，不得用再次运行掩盖第一次的影响范围。 验收时采用三层证据。第一层核对可解释的失败原因、修复步骤和恢复结果是否真实存在并能打开；第二层从输入中随机选择三处，确认事实和数字能逐项回溯；第三层让流程维护人只阅读任务说明与验收记录，看能否复现结论。三层全部通过，批次 WB-88-02 才记为成功。最后记录总耗时、人工介入次数、事实错误数和可复用规则，为下一关提供基线。
工作簿 3：自动化结果偏差排查的对照关卡（WB-88-03）
这一关不追求把“自动化结果偏差排查”一次做完，而是验证“安全排错”流程中的一个薄弱点。由安全复核人准备任务说明、权限清单、运行日志、错误样本和备份，材料放入批次目录 WB-88-03；文件名保留日期和版本，来源不明的内容进入隔离子目录。启动前生成动作预览单，逐项写清用途、敏感级别、允许读取范围以及本轮不处理的内容。这里的目标是用最小权限、日志、样本、重试和回退建立可靠工作流，不是顺便解决所有相邻问题。 本轮采用“Plan 先规划后确认”。WorkBuddy 首先复述目标，并给出它准备读取的对象、可能调用的能力、拟生成的位置和停止条件。用户确认后只处理“自动化结果偏差排查”的一个代表样本；如果样本包含数字，就同时保存原值、清洗值和变更理由；如果样本包含结论，就把事实、推断和建议分栏。过程观察项是：记录实际读取了哪些文件，而不是只记录文件夹名称。 可以直接发送这段指令：请处理批次 WB-88-03，围绕“自动化结果偏差排查”完成对照。输入范围仅限当前批次，目标是用最小权限、日志、样本、重试和回退建立可靠工作流。先返回计划和缺失项，不覆盖原件；执行后交付可解释的失败原因、修复步骤和恢复结果，同时生成异常清单。所有无法从材料确认的内容使用“待确认”标记，不得根据常识补齐姓名、日期、金额或权限。 这道关卡的硬停止线是：输出路径不在约定目录时立即中止写入。一旦触发，保存当前日志、输入快照和已生成的临时结果，由安全复核人判断是补材料、改口径、缩权限还是放弃本轮。尤其要检查“出错后连续盲目重试，扩大文件和外部系统影响”是否已经发生；若发生，不得用再次运行掩盖第一次的影响范围。 验收时采用三层证据。第一层核对可解释的失败原因、修复步骤和恢复结果是否真实存在并能打开；第二层从输入中随机选择三处，确认事实和数字能逐项回溯；第三层让安全复核人只阅读任务说明与异常清单，看能否复现结论。三层全部通过，批次 WB-88-03 才记为成功。最后记录总耗时、人工介入次数、事实错误数和可复用规则，为下一关提供基线。
工作簿 4：文件任务失败恢复的冻结关卡（WB-88-04）
这一关不追求把“文件任务失败恢复”一次做完，而是验证“安全排错”流程中的一个薄弱点。由流程维护人准备任务说明、权限清单、运行日志、错误样本和备份，材料放入批次目录 WB-88-04；文件名保留日期和版本，来源不明的内容进入隔离子目录。启动前生成异常清单，逐项写清用途、敏感级别、允许读取范围以及本轮不处理的内容。这里的目标是用最小权限、日志、样本、重试和回退建立可靠工作流，不是顺便解决所有相邻问题。 本轮采用“Craft 小样本执行”。WorkBuddy 首先复述目标，并给出它准备读取的对象、可能调用的能力、拟生成的位置和停止条件。用户确认后只处理“文件任务失败恢复”的一个代表样本；如果样本包含数字，就同时保存原值、清洗值和变更理由；如果样本包含结论，就把事实、推断和建议分栏。过程观察项是：对外部链接检查访问权限与有效期，不把登录页当来源。 可以直接发送这段指令：请处理批次 WB-88-04，围绕“文件任务失败恢复”完成冻结。输入范围仅限当前批次，目标是用最小权限、日志、样本、重试和回退建立可靠工作流。先返回计划和缺失项，不覆盖原件；执行后交付可解释的失败原因、修复步骤和恢复结果，同时生成动作预览单。所有无法从材料确认的内容使用“待确认”标记，不得根据常识补齐姓名、日期、金额或权限。 这道关卡的硬停止线是：验收人无法复现关键结论时退回输入阶段。一旦触发，保存当前日志、输入快照和已生成的临时结果，由结果验收人判断是补材料、改口径、缩权限还是放弃本轮。尤其要检查“出错后连续盲目重试，扩大文件和外部系统影响”是否已经发生；若发生，不得用再次运行掩盖第一次的影响范围。 验收时采用三层证据。第一层核对可解释的失败原因、修复步骤和恢复结果是否真实存在并能打开；第二层从输入中随机选择三处，确认事实和数字能逐项回溯；第三层让结果验收人只阅读任务说明与动作预览单，看能否复现结论。三层全部通过，批次 WB-88-04 才记为成功。最后记录总耗时、人工介入次数、事实错误数和可复用规则，为下一关提供基线。
工作簿 5：连接器授权异常的复核关卡（WB-88-05）
这一关不追求把“连接器授权异常”一次做完，而是验证“安全排错”流程中的一个薄弱点。由任务发起人准备任务说明、权限清单、运行日志、错误样本和备份，材料放入批次目录 WB-88-05；文件名保留日期和版本，来源不明的内容进入隔离子目录。启动前生成验收记录，逐项写清用途、敏感级别、允许读取范围以及本轮不处理的内容。这里的目标是用最小权限、日志、样本、重试和回退建立可靠工作流，不是顺便解决所有相邻问题。 本轮采用“Ask 只读核查”。WorkBuddy 首先复述目标，并给出它准备读取的对象、可能调用的能力、拟生成的位置和停止条件。用户确认后只处理“连接器授权异常”的一个代表样本；如果样本包含数字，就同时保存原值、清洗值和变更理由；如果样本包含结论，就把事实、推断和建议分栏。过程观察项是：统计从发起到验收的总时间，不只统计生成时间。 可以直接发送这段指令：请处理批次 WB-88-05，围绕“连接器授权异常”完成复核。输入范围仅限当前批次，目标是用最小权限、日志、样本、重试和回退建立可靠工作流。先返回计划和缺失项，不覆盖原件；执行后交付可解释的失败原因、修复步骤和恢复结果，同时生成事实证据表。所有无法从材料确认的内容使用“待确认”标记，不得根据常识补齐姓名、日期、金额或权限。 这道关卡的硬停止线是：发现口径冲突时只列差异，不替业务负责人裁决。一旦触发，保存当前日志、输入快照和已生成的临时结果，由资料负责人判断是补材料、改口径、缩权限还是放弃本轮。尤其要检查“出错后连续盲目重试，扩大文件和外部系统影响”是否已经发生；若发生，不得用再次运行掩盖第一次的影响范围。 验收时采用三层证据。第一层核对可解释的失败原因、修复步骤和恢复结果是否真实存在并能打开；第二层从输入中随机选择三处，确认事实和数字能逐项回溯；第三层让资料负责人只阅读任务说明与事实证据表，看能否复现结论。三层全部通过，批次 WB-88-05 才记为成功。最后记录总耗时、人工介入次数、事实错误数和可复用规则，为下一关提供基线。
工作簿 6：自动化结果偏差排查的回放关卡（WB-88-06）
这一关不追求把“自动化结果偏差排查”一次做完，而是验证“安全排错”流程中的一个薄弱点。由资料负责人准备任务说明、权限清单、运行日志、错误样本和备份，材料放入批次目录 WB-88-06；文件名保留日期和版本，来源不明的内容进入隔离子目录。启动前生成回退说明，逐项写清用途、敏感级别、允许读取范围以及本轮不处理的内容。这里的目标是用最小权限、日志、样本、重试和回退建立可靠工作流，不是顺便解决所有相邻问题。 本轮采用“Plan 先规划后确认”。WorkBuddy 首先复述目标，并给出它准备读取的对象、可能调用的能力、拟生成的位置和停止条件。用户确认后只处理“自动化结果偏差排查”的一个代表样本；如果样本包含数字，就同时保存原值、清洗值和变更理由；如果样本包含结论，就把事实、推断和建议分栏。过程观察项是：把模型判断与材料中的原始事实分成两列。 可以直接发送这段指令：请处理批次 WB-88-06，围绕“自动化结果偏差排查”完成回放。输入范围仅限当前批次，目标是用最小权限、日志、样本、重试和回退建立可靠工作流。先返回计划和缺失项，不覆盖原件；执行后交付可解释的失败原因、修复步骤和恢复结果，同时生成输入登记表。所有无法从材料确认的内容使用“待确认”标记，不得根据常识补齐姓名、日期、金额或权限。 这道关卡的硬停止线是：异常率超过百分之五就停止并保存现场。一旦触发，保存当前日志、输入快照和已生成的临时结果，由任务发起人判断是补材料、改口径、缩权限还是放弃本轮。尤其要检查“出错后连续盲目重试，扩大文件和外部系统影响”是否已经发生；若发生，不得用再次运行掩盖第一次的影响范围。 验收时采用三层证据。第一层核对可解释的失败原因、修复步骤和恢复结果是否真实存在并能打开；第二层从输入中随机选择三处，确认事实和数字能逐项回溯；第三层让任务发起人只阅读任务说明与输入登记表，看能否复现结论。三层全部通过，批次 WB-88-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 安全排错
- 搜索意图：教程与实操
- 目标读者：准备长期使用WorkBuddy的个人、团队和管理员
- SEO 摘要：WorkBuddy安全与排错指南：权限、日志、重试和恢复，从真实应用场景出发，讲清准备、操作、提示词、验收、安全、排错和自动化边界。
把这一章真正跑一遍
下面这条任务可以直接放进 WorkBuddy。先用脱敏副本练习，确认无误后再替换成正式材料。
根据日志输出故障时间线。判断任务属于未触发、执行失败、结果不合格或外部状态不确定；给出重试前检查和避免重复提交的措施。
本章完成后，应留下这些结果：
- 排错日志 已生成、能打开，关键内容能回到输入材料。
- 恢复记录 已生成、能打开，关键内容能回到输入材料。
最后再看一遍实际文件和变更记录。删除、覆盖、外发、发布、付款、审批和生产写入继续由有权限的人确认。遇到材料冲突、权限不足或外部状态不确定，让任务停下并列出待处理问题。
AI 办公产品教程 · 完整版