升级失败后系统虽运行旧版本但功能可能异常，须通过检查核心服务进程、验证模型通道连通性、确认定时任务与Webhook三类行为验证可用性，否则后续任务将静默出错。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
升级失败后系统仍运行在旧版本，但部分功能可能已损坏或状态异常，不能默认认为“没变就还能用”。必须通过三类可验证行为确认旧版本是否完整可用，否则后续任务执行会静默出错。
检查核心服务进程是否存活
打开终端，执行 ps aux | grep aionclaw → 查看输出中是否存在 【gateway】 和 【agent-core】 两个主进程。若仅剩一个进程，或进程名含 -backup、-tmp 后缀，说明升级脚本残留干扰了原服务，旧版本实际已不可靠。
这一步操作起来很简单，直接复制命令回车就行。注意别用 Windows 任务管理器看，它无法识别 Linux/macOS 下的守护进程层级关系。
验证模型通道连通性
方法一：调用内置健康检查接口
在浏览器中打开 http://localhost:8080/health/model → 正常返回 JSON 中 "status": "ok" 且 "latency_ms" 小于 3000，表示模型通道未被升级中断破坏。
方法二：手动触发一次最小闭环任务
在 AionClaw 控制台新建一条技能，内容为「说一句“测试完成”」→ 点击执行 → 若 5 秒内语音/文字输出成功，且日志里没有 model timeout 或 401 unauthorized 报错，说明旧版模型调用链路完整。
注意：如果 TaoToken 的 API Key 在升级过程中被自动覆盖重置，即使进程在跑，也会卡在鉴权环节——此时 health 接口返回 403，但进程不崩溃，极易误判。
确认定时任务与 Webhook 是否持续生效
第一步：查看最近 2 小时内是否有任务实际触发
进入 /var/log/aionclaw/scheduler.log → 执行 tail -n 50 scheduler.log | grep "fired\|executed" → 若无任何匹配行，或只出现 "skipped due to lock"，说明调度器已失效。
第二步：强制触发一个 Webhook 测试端点
用 curl 向 http://localhost:8080/webhook/test 发送 POST 请求（body 为空）→ 观察控制台是否弹出「Webhook received」提示，并在日志中看到对应时间戳的 webhook_handler.go:127 行记录。
第三步：检查文件监听器是否响应本地变更
在 ~/aionclaw/workspace/watch/ 目录下新建一个 test.txt → 等待 10 秒 → 若未自动触发预设的「监听到新文件」技能，则文件事件监听模块已损坏。
