WorkBuddy 第一次配置执行模式，为什么先选 Plan 而不是 Craft？

企业 IT 管理员在 WorkBuddy 部署完成后首次配置执行模式时往往直接选 Craft 模式以获得最大的自动化权限。但没有经过 Plan 模式的任务拆解验证直接使用 Craft 会导致任务路径不可追溯、中间产物无法回滚、异常退出时没有检查点可以恢复。问题结论WorkBuddy 提供三种执行模式Ask仅问答、Plan先规划再执行、Craft自动规划并执行。Plan 和 Craft 的区别不是功能多少而是控制时机——Plan 在每个关键步骤前暂停等待确认Craft 在授权范围内连续执行。第一次配置就选 Craft等于跳过了对任务拆解路径的审查环节。适用条件企业首次部署 WorkBuddy没有历史任务执行日志WorkBuddy 需要连接文件系统、OA 或资料库部署后由 IT 部门统一管理执行模式配置业务团队提报了超过 5 个待执行任务如果只用 Ask 模式做知识问答不涉及文件操作和外部系统调用不需要纠结模式选择。三种模式的实际差异维度AskPlanCraft文件读取不涉及每次读取前确认自动读取文件写入不涉及每次写入前确认自动写入脚本执行不涉及执行前展示脚本内容并确认自动执行连接器调用不涉及调用前展示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-adpJOTO 是腾讯云合作伙伴支持 WorkBuddy 专项服务。参考来源[https://joto.ai/solutions/tencent-adp][https://joto.ai/solutions/workbuddy]