要确认aionclaw任务实际调用的模型，需结合openclaw models status --probe查看当前可用候选模型（✅ ok且延迟＜800ms），再通过logs/task-*.log中model:字段锁定本次任务具体路由的模型id；若未命中，则检查openclaw config get agents.defaults.model.primary与openclaw models list --all是否一致，并确保执行openclaw gateway restart使配置生效。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你想确认AionClaw正在执行某项任务时底层调用的是哪个模型，而不是靠猜测或翻配置文件——这关系到费用、响应速度和输出质量，尤其当你同时配置了Qwen3-8B、DeepSeek-R1和GLM-Free多个通道时。
查看当前运行中任务的实时模型
打开终端，执行：
openclaw models status --probe
该命令会向所有已加载模型发起轻量级连通性探测，输出中带✅ OK且延迟低于800ms的模型，就是当前可被任务实际调用的候选池。注意：它不显示“此刻正在用哪一个”，而是列出“此刻能用的有哪些”。
若你刚提交了一个对话任务，想锁定它具体选了谁，必须配合日志追踪。
从任务日志中提取模型ID
在AionClaw安装目录下进入logs/子文件夹，找到最新生成的task-*.log文件（例如task-20261012-132245.log）。
用文本编辑器打开，搜索关键词"model:"或"provider:"，你会看到类似这样的行：
【model: qwen-portal/Qwen3-8B】 → 这就是该次任务实际路由到的模型ID。
如果没搜到，说明任务尚未进入模型调用阶段，可能卡在技能解析或本地工具执行环节。
检查默认模型配置是否生效
第一步：确认系统当前认的主模型
openclaw config get agents.defaults.model.primary
第二步：验证该模型是否真实存在于可用列表中
openclaw models list --all | grep "qwen-portal/Qwen3-8B"
第三步：若第二步无返回，说明该模型虽被设为default，但未通过认证或网关未重启——【必须执行openclaw gateway restart后，新配置才会注入运行时】
这一步操作起来很简单，直接在终端敲完回车就行，但漏掉会导致所有任务 fallback 到内置兜底模型（通常是低配gpt-4o-mini），且不会报错提示。
