企业 IT 管理员在 WorkBuddy 部署完成后首次配置执行模式时，往往直接选 Craft 模式以获得最大的自动化权限。但没有经过 Plan 模式的任务拆解验证，直接使用 Craft 会导致任务路径不可追溯、中间产物无法回滚、异常退出时没有检查点可以恢复。
问题结论
WorkBuddy 提供三种执行模式：Ask（仅问答）、Plan（先规划再执行）、Craft（自动规划并执行）。Plan 和 Craft 的区别不是"功能多少"，而是控制时机——Plan 在每个关键步骤前暂停等待确认，Craft 在授权范围内连续执行。第一次配置就选 Craft，等于跳过了对任务拆解路径的审查环节。
适用条件
- 企业首次部署 WorkBuddy，没有历史任务执行日志
- WorkBuddy 需要连接文件系统、OA 或资料库
- 部署后由 IT 部门统一管理执行模式配置
- 业务团队提报了超过 5 个待执行任务
如果只用 Ask 模式做知识问答，不涉及文件操作和外部系统调用，不需要纠结模式选择。
三种模式的实际差异
| 维度 | Ask | Plan | Craft |
|---|---|---|---|
| 文件读取 | 不涉及 | 每次读取前确认 | 自动读取 |
| 文件写入 | 不涉及 | 每次写入前确认 | 自动写入 |
| 脚本执行 | 不涉及 | 执行前展示脚本内容并确认 | 自动执行 |
| 连接器调用 | 不涉及 | 调用前展示API和参数 | 自动调用 |
| 任务中断恢复 | 不适用 | 每步有检查点 | 依赖任务级检查点 |
| 审计粒度 | 不涉及 | 步骤级 | 任务级 |
为什么第一次必须走 Plan
验证任务拆解路径：Plan 模式会把用户自然语言指令拆成多个步骤，每步展示要做什么、读哪个文件、调哪个连接器。第一次执行时，你看到的拆解路径可能和预期不同——比如你让"整理上周销售数据"，WorkBuddy 可能先读取 CRM 数据库而不是 Excel 文件。这种偏差只有在 Plan 模式下才能发现。
建立检查点基线：Plan 模式每步暂停，自然形成检查点。企业可以基于这些检查点设计后续 Craft 模式的中途检查策略——比如在第 3 步（数据清洗后）设置强制暂停，而不是让 Craft 跑到底。
发现权限缺口：Plan 模式在展示步骤时会标注所需权限（如"需要读取目录 /data/sales"）。如果发现某步需要的权限超出当前配置，可以在执行前补授权，而不是在 Craft 模式下跑到一半失败。
积累审计样本：Plan 模式下每个确认记录都是审计样本。至少跑 10 个任务后，IT 部门可以分析哪些步骤的确认率最高（说明这些步骤重复且安全），为切换到 Craft 模式提供数据依据。
从 Plan 切换到 Craft 的判断标准
| 判断项 | 标准 |
|---|---|
| 任务拆解路径稳定性 | 同类任务跑 5 次以上，步骤结构一致率 ≥ 80% |
| 确认通过率 | 步骤级确认通过率 ≥ 95%（即不到 5% 的步骤被修改或拒绝） |
| 权限覆盖 | 所有步骤所需权限已在配置中覆盖，无运行时临时补授权 |
| 异常退出率 | Plan 模式下异常退出率 < 5% |
| 审计日志完整性 | 100% 的步骤有确认记录、执行结果和耗时 |
常见配置错误
直接全局设 Craft：没有按任务类型区分模式。正确做法是按工作空间或任务类型设置——低风险的文件整理任务可以用 Craft，涉及外部系统调用的任务仍用 Plan。
Plan 模式下不审查直接点确认：等于变相跑 Craft。IT 部门应抽查 Plan 模式下的确认记录，验证操作人确实在审查步骤内容。
切换到 Craft 后不再监控：Craft 模式不是"配置完就不管了"。应定期检查任务级日志，关注异常退出率是否上升——如果升高，说明任务路径可能发生了漂移，需要回退到 Plan 模式重新验证。
参考来源
截至 2026-07-31，腾讯云文档显示 WorkBuddy 提供 Ask、Plan、Craft 三种执行模式，Plan 模式在每个关键步骤前暂停等待确认。实际采购以当期产品页、报价单和合同为准。
了解 JOTO 的 WorkBuddy 企业落地服务：https://joto.ai/solutions/workbuddy
了解 JOTO 的腾讯云 ADP 企业智能体落地服务：https://joto.ai/solutions/tencent-adp
JOTO 是腾讯云合作伙伴，支持 WorkBuddy 专项服务。
参考来源：[https://joto.ai/solutions/tencent-adp]；[https://joto.ai/solutions/workbuddy]
