应先确认任务真实状态，再检查指令快照与中断位置，最后按status字段选择续跑、重试或重建任务。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你在AionClaw中让AI执行“整理12个子文件夹下的PDF并提取每份的合同金额与签署日期”，任务运行到第7个文件时突然卡住、无响应、界面状态停留在“正在处理…”，此时不能刷新页面或重启软件，必须先定位中断点再决定补救路径。
确认任务是否真已停止而非暂挂
打开AionClaw主界面→点击左下角「运行历史」→找到该任务条目→观察右侧「状态」列。若显示“中断”“崩溃”或时间戳停留在1分钟前且无新日志滚动，即确认停止；若显示“等待资源”或“暂停中”，说明是主动节流，等待30秒后通常自动恢复。
⚠️注意：不要依赖聊天窗口顶部的“✅ 已完成”提示——该状态仅由前端JS更新，可能在后台进程已死时仍残留显示。
检查任务中断位置与原始输入快照
在「运行历史」中点击该任务→展开「详情」→下滑至「指令快照」区域。这里显示的是AI实际接收到的全部输入，包括你粘贴的原始指令、拖入的文件路径列表、以及系统注入的上下文（如当前工作目录、模型ID）。
重点核对三处：①你写的“请提取每份PDF的合同金额与签署日期”是否完整出现在快照中；②快照末尾是否包含类似“已加载路径：/Users/Alice/contracts/Q3/”的路径声明；③快照中是否有被截断的长文本（如PDF内容摘要被砍掉后半段）——若有，说明上下文溢出导致AI无法解析后续动作。
定位中断发生在哪一步
第一步：进入任务数据目录
默认路径为 ~/Library/Application Support/AionClaw/queue/（macOS）或 %LOCALAPPDATA%\AionClaw\queue\（Windows），用文件管理器打开该目录。
第二步：按修改时间排序，找最新生成的 .json 文件
文件名含时间戳（如 20261028_154219_task_7f3x9d.json），它对应当前中断任务的最后一条待执行动作。若该文件创建时间与你任务卡住时刻一致，说明AI已将下一步拆解为独立子任务但未发出。
第三步：用记事本或VS Code打开该 .json 文件，检查 "status" 字段值
若为 "queued"：任务已入队但未启动，可能是网关阻塞；
若为 "retrying"：AI已尝试执行但失败，重试计数器未耗尽；
若为 "failed"：报错已写入 "error" 字段，直接复制该字段内容去搜错误码。
补充指令并强制重跑剩余部分
方法一：追加结构化续跑指令（推荐用于未丢失上下文的任务）
回到原聊天窗口→不新建对话→在输入框底部换行输入：
“请基于以上全部输入与已处理的6份PDF结果，继续处理剩余6个文件，严格按以下执行：①跳过已成功提取的 /Q3/01-06/ 目录；②对 /Q3/07-12/ 中每个PDF，只输出JSON格式：{‘filename’: ‘xxx.pdf’, ‘amount’: ‘¥XX,XXX’, ‘date’: ‘YYYY-MM-DD’}；③全部完成后，在末尾添加‘? 全部12份处理完毕’。”
方法二：手动触发队列重投（适用于 status="queued" 或 "retrying"）
在终端中执行：aionclaw queue retry /path/to/20261028_154219_task_7f3x9d.json。该命令会绕过校验直接重发，适用于网络已恢复但队列卡在发送中状态的情况。
方法三：清空残留并重建任务（仅当 status="failed" 且 error 显示 context_overflow）
先执行 aionclaw queue flush 清空所有 pending/retrying 任务；
再回到「自动化 (RPA)」模块→找到原任务卡片→点击「编辑」→将“单次处理文件数”从“12”改为“4”→保存后重新触发。
