dashboard定时任务“下次唤醒：不适用”是因gateway调度队列被卡住，根源在于模型base url配置错误或taotoken key未生效，导致连接超时重试；应统一设为https://taotoken.net/api并验证key权限与连接测试。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你的AionClaw在接入OpenClaw后执行定时任务或响应消息明显变慢，不是模型本身卡顿，而是通道层出现隐性延迟——日志里看不到报错，但单次任务耗时从2分钟涨到8分钟，且越积越多，任务队列开始堆积。
先确认慢的根源在OpenClaw通道层
打开终端，执行：openclaw cron runs <job-id> --limit 10</job-id>，查看最近十次运行记录。
重点看两列：「状态」和「耗时」。如果多条记录显示 running 持续超5分钟，或状态为 timeout 但日志末尾停在 waiting for model response，说明问题不在AionClaw业务逻辑，而在它调用OpenClaw网关后，网关再发往模型的那一步被拖住了。
这一步卡住，90%以上是模型Base URL指向了不稳定端点，比如直连海外API、带/v1后缀的错误地址、或Key与地址不匹配。不要急着调AionClaw的并发数或重试次数，先锁死通道出口。
检查OpenClaw网关的模型配置是否走TaoToken
方法一：通过SSH隧道进OpenClaw控制台
在本地PowerShell中执行：ssh -N -L 18789:127.0.0.1:18789 root@<your-server-ip></your-server-ip>，保持窗口开启；然后浏览器访问 http://localhost:18789/ → 进入「配置」→「模型管理」。
方法二：直接查配置文件（推荐）
登录服务器，运行：cat ~/.openclaw/config.yaml | grep -A 5 "anthropic\|openai\|kimi"，确认其中 baseUrl 字段值为 【https://taotoken.net/api】，且末尾没有/v1、没有utm参数、没有空格。
如果看到的是 https://api.anthropic.com/v1 或 https://taotoken.net/?utm_source=...，这就是根本原因。AionClaw调用OpenClaw网关，网关再转发请求——只要这里填错，每次请求都会经历DNS失败→TLS握手超时→重试→再失败，表面是“慢”，实则是反复撞墙。
验证TaoToken Key是否生效且权限完整
第一步：确认Key未过期、未禁用
打开 https://www.php.cn/link/6740c484e190e16e8704ef9e655673f5，登录后进入「API Keys」页，找到你填进OpenClaw的那把Key，检查状态是否为「Active」，创建时间是否在7天内。
第二步：确认该Key已开通对应模型权限
点击Key右侧的「Edit」→ 滚动到「Model Access」区域，勾选你AionClaw实际使用的模型，例如 kimi-plus、qwen2.5-72b 或 claude-3-5-sonnet-20240620。TaoToken默认只开通基础模型，若未手动勾选，请求会被静默拒绝，表现为超时而非403。
第三步：测试连接是否真正通路
回到OpenClaw控制台「模型管理」页，点击「测试连接」。这次必须看到绿色「Success」提示，且耗时显示在800ms以内。如果仍失败，复制Key重新粘贴——注意：Windows用户从网页复制时容易带不可见的全角空格，建议粘贴到记事本再中转一次。
收紧OpenClaw网关的超时与并发策略
① 打开 ~/.openclaw/config.yaml，找到 gateway: 区块。
② 添加或修改以下三项：
timeout: 120000（单位毫秒，即2分钟，防止单次卡死占满槽位）
maxConcurrentRequests: 3（AionClaw多任务并行时，避免OpenClaw网关自身过载）
sessionTarget: "isolated"（确保每次任务上下文隔离，避免缓存污染拖慢后续请求）
③ 保存后重启OpenClaw网关：openclaw gateway stop && openclaw gateway start。
这三步做完，AionClaw发来的每个请求都会被OpenClaw网关严格限流、限时、隔离。原来可能因某次Kimi响应慢导致后续5个任务全部排队等它，现在第1个超时自动释放，第2个立刻顶上，整体吞吐率回升。
