aionclaw网络中断后任务状态需通过终端命令逐级排查：先用ps aux确认进程是否运行，再用aionclaw status查看pending/active/failed数值，最后进queue/目录检查.json文件的status字段；pending>0且active=0为典型中断残留，可执行aionclaw queue flush清空或aionclaw queue retry重发指定任务。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
网络中断后AionClaw任务可能卡在发送中、重试队列或已丢弃，但界面常无提示，必须跳过UI直查底层状态——仅看聊天窗口是否“有响应”，会误判任务仍在运行。
先确认AionClaw本体是否还在运行
打开终端，执行：ps aux | grep aionclaw。若输出中没有包含 aionclaw start 或 main.py 的进程行，说明程序已完全退出，所有任务均已终止，无需再查任务队列。
若看到进程存在，继续下一步。
查任务调度器当前积压状态
在终端中执行：aionclaw status。
重点观察输出中 Tasks 部分：Active、Pending、Failed 三项数值。Pending > 0 且 Active = 0 是典型网络中断残留特征——任务被推入队列但无法发往通道；Failed 持续增长则说明重试机制已耗尽次数。
⚠️注意：此命令不显示具体任务内容，只反映数量级状态。若 Pending 值异常高（如 > 50），大概率是网络恢复前堆积所致，不是程序bug。
定位未完成任务的原始指令与上下文
第一步：进入AionClaw数据目录。默认路径为 ~/Library/Application Support/AionClaw（macOS）或 %LOCALAPPDATA%\AionClaw（Windows）。
第二步：打开 queue/ 子目录，按修改时间排序查看最新 .json 文件。每个文件对应一条待执行任务，文件名含时间戳，内容为原始指令、目标渠道（如 feishu）、重试次数、最后失败时间戳。
第三步：用文本编辑器打开该文件，检查 "status" 字段值。若为 "queued" 或 "retrying"，说明任务尚未放弃；若为 "failed"，则需人工干预重发。
这一步操作起来很简单，直接把文件拖进VS Code或记事本就能读，不需要任何解析工具。
强制清空或重发指定任务
方法一：清空全部待处理任务
在终端中执行：aionclaw queue flush。此操作不可逆，【所有 Pending 和 Retrying 任务将永久删除】。
方法二：单独重发某条失败任务
先用上一步找到对应 .json 文件的完整路径，然后执行：aionclaw queue retry /path/to/task.json。它会跳过校验直接重新投递，适用于网络已恢复但任务卡在重试计数器上的情况。
