WorkBuddy支持断点续跑需满足三条件：任务类型支持续跑、启用执行状态持久化、使用v2.3.0+版本；仅当「续跑能力」显示「支持」且存在\_wb\_checkpoint\_目录及completed\_steps.json时，才能通过Web或CLI从失败处续跑并跳过✅节点。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
WorkBuddy执行失败后想接着已完成的部分继续，而不是从头重跑，必须确保任务支持断点续跑且已正确保存中间状态；若任务未启用持久化或中途被强制终止，系统无法识别已执行步骤，续跑将跳过或重复执行部分操作。
确认任务是否支持断点续跑
打开WorkBuddy控制台 → 进入【任务管理】→ 找到对应任务ID → 查看右侧「执行详情」中的「续跑能力」字段：显示「支持」才可续跑；显示「不支持」说明该任务类型（如纯内存计算型、无状态Shell脚本）未实现checkpoint机制，此时强行续跑会丢失上下文或报错。
注意：只有勾选了「启用执行状态持久化」并使用v2.3.0+版本的WorkBuddy才能触发自动断点记录。
手动触发续跑操作
方法一：通过Web界面续跑
在失败任务的详情页 → 点击右上角「…」更多操作 → 选择「从失败处续跑」→ 系统自动跳过已成功完成的子步骤（状态为✅的节点），仅重试失败节点及其后续依赖节点。
WorkBuddy 桌宠工厂 —— 给一张角色图、一个 codex.pet 链接、一条 codex-pets.net 下载 URL、或一份现成的精灵表，就能自动创建一只可联动 WorkBuddy 状态的桌面宠物。当用户说"创建桌宠"、"做一只桌宠"、"用这张图做桌宠"、"从 codex.pet 安装桌宠"、"导入 codex 桌宠 XX"、"装一下 codex-pets.net 上的 XX&quo
方法二：通过CLI命令续跑
执行 【workbuddy resume --task-id=TB20240517-8892】，该命令不会重建任务实例，而是复用原任务上下文和临时存储路径；若本地缓存已被清理，需先运行 workbuddy sync-state --task-id=TB20240517-8892 拉取服务端最新执行快照。
验证续跑是否真正跳过已完成部分
第一步：进入任务日志页，展开「执行流程图」→ 观察节点颜色：灰色（已跳过）、蓝色（正在执行）、红色（失败）。
第二步：点击任一灰色节点 → 查看「执行摘要」中「跳过原因」字段，应明确显示「前置步骤成功，依据断点策略自动跳过」。
第三步：检查输出目录下是否存在 _wb_checkpoint_ 子目录，且其中包含 completed_steps.json 文件——该文件记录了所有已确认成功的步骤ID，是续跑逻辑的唯一依据。
