什么任务适合设置为 WorkBuddy 自动化？
适合自动化的任务通常重复发生、输入来源稳定、输出格式明确且结果可检查。建议同一流程先手动成功运行至少三次，再设置定时执行。
建议步骤
- 验证任务连续稳定
- 定义触发时间和输入来源
- 规定质量门禁和输出格式
- 指定负责人和通知渠道
- 准备暂停和人工接管方法
边界与提醒
需求频繁变化、数据源不稳定或责任重大的任务，不应直接无人值守运行。
WORKBUDDY KNOWLEDGE
WorkBuddy 自动化与多 Agent 指南
从定时任务到可靠自动化、多 Agent 分工、重试、幂等、告警和人工关口。
如何创建 WorkBuddy 定时任务？
在单次任务跑通后，可以明确告诉 WorkBuddy 执行频率、触发时间、输出要求和发送位置，再保存为自动化任务。
建议步骤
- 保留已验证的完整任务描述
- 指定每天、每周或一次性时间
- 明确工作区和数据来源
- 设置结果接收位置
- 首次定时运行后检查日志和产物
边界与提醒
定时触发不代表数据一定就绪，需要对依赖的数据源和连接器做运行前检查。
如何提高 WorkBuddy 自动化可靠性？
可靠自动化需要状态管理、超时重试、幂等控制、质量门禁、断点续跑、降级交付、日志和可行动告警，而不是只把 Prompt 定时运行。
建议步骤
- 为每次运行生成唯一批次 ID
- 记录各步骤完成状态
- 只对临时故障有限重试
- 部分来源失败时明确降级
- 推送失败时保留产物并告警
边界与提醒
认证失效、输入错误和配置错误不应无限重试；失败信息必须能让负责人快速定位和处理。
什么时候应该使用多 Agent？
当任务包含相对独立的专业子任务、可并行执行并且产物之间有清楚的交接关系时，多 Agent 才有价值，例如研究、脚本、设计、审核分别由不同角色负责。
建议步骤
- 先用单 Agent 跑通主流程
- 识别上下文或专业能力的真实瓶颈
- 为每个 Agent 定义输入和输出
- 设置总协调者和最终验收
- 比较拆分前后的成本与质量
边界与提醒
简单任务、多角色高度依赖同一上下文或没有统一验收标准时，多 Agent 可能更慢、更贵。
自动化失败后应该如何处理？
先区分临时故障、认证问题、输入问题和质量不达标。临时超时可有限重试；认证和配置问题应暂停并转人工；已有中间结果应保留，避免从头重复执行。
建议步骤
- 查看批次 ID 和当前状态
- 确认失败步骤及错误类型
- 从断点继续或人工修复
- 检查是否已成功推送，避免重复
- 处理后记录原因并更新运行规则
边界与提醒
不要用无限重试掩盖系统性错误，也不要在没有告警的情况下静默丢弃结果。
资料来源与说明
本文由深云基于公开资料进行事实提取、结构化整理和原创重写，不是腾讯官方产品文档。WorkBuddy 功能、入口和版本可能变化，实际使用请以腾讯官方最新页面为准。
参考项目：WorkBuddy 实战蓝皮书（MIT License，WorkBuddy Guide Contributors）。
需要把 WorkBuddy 用进企业业务？
深云通过 FDE 模式完成场景评估、组织配置、能力建设、系统接入和持续采用运营。
查看 WorkBuddy 交付服务 →