aionclaw中断后恢复需先验证日志是否含recovery标记，再确保网关在线；有标记则自动恢复，无标记须先修复通道，否则可能重复执行导致状态错乱。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
当AionClaw执行任务中途被强制中断（如断电、系统休眠、客户端意外退出或网关崩溃），任务状态丢失、工具调用卡在中间步骤、恢复后直接从头重跑——这些问题会打乱自动化流程，尤其影响批量消息推送、长周期数据整理等依赖上下文连续性的操作。
确认中断性质：先看日志，再动手
打开 AionClaw 客户端 → 点击左下角「安全保护」→ 在弹出面板中点击「查看运行日志」→ 滚动到底部，找到最后一条带 ERROR 或 INTERRUPTED 标记的记录。
如果日志末尾出现 [recovery] step 3/7 completed, pending: write_excel 这类明确标注已执行步数和挂起动作的行，说明 HermesAgent 已成功捕获断点，可直接进入恢复；若只有 Gateway disconnected 或 Process killed by SIGTERM 而无 recovery 上下文，则需先修复通道再谈续跑。
这一步不能跳过。没有 recovery 日志标记的任务，强行调用恢复命令可能触发重复写入或状态错乱。
通道稳定是恢复前提
中断后第一件事不是点“继续”，而是确保底层通信链路干净可用。
打开终端（macOS/Linux）或 PowerShell（Windows）→ 执行：openclaw gateway status → 若返回 inactive 或报错，立即执行：openclaw gateway start --bind lan --port 18789 --daemon。
注意：必须关闭 Windows Defender 实时防护或第三方杀软，否则 openclaw gateway start 进程会被静默拦截，状态始终显示离线却无任何错误提示。
等待 5 秒后刷新 http://localhost:18789 页面，看到绿色「Online」标识且能正常加载「自动化 (RPA)」列表，才算通道就绪。
三类中断场景对应恢复操作
方法一：自动恢复（适用于日志含 recovery 标记且网关已在线）
回到 AionClaw 主界面 → 点击顶部导航栏「自动化 (RPA)」→ 找到中断任务卡片 → 点击右上角「⋯」→ 选择「恢复上次中断」→ 等待底部状态栏出现「正在加载断点上下文…」→ 出现「已定位至步骤 4/7」提示后，点击「开始执行」。
方法二：手动指定断点（适用于 recovery 日志存在但自动恢复失败）
在「自动化 (RPA)」任务列表中，右键目标任务 → 选择「编辑任务配置」→ 在 JSON 编辑区找到 "last_executed_step" 字段 → 将其值改为日志中记录的已完成步数（例如 "3"）→ 保存并关闭 → 再次点击「恢复上次中断」。
方法三：强制跳过已执行动作（适用于已确认某步实际完成但未标记成功）
进入 ~/.jvs/.openclaw/tasks/ 目录 → 找到对应任务 ID 的子文件夹 → 打开 task_state.json → 将 "step_status": ["done", "done", "pending", "pending"] 中前两个 "done" 后的 "pending" 改为 "done" → 保存文件 → 返回客户端刷新任务列表 → 点击「继续执行」。
