aionclaw cpu长期超85%属异常负载，主因是技能无限循环、模型通道阻塞或资源未限制；需查技能限流参数、监控pending请求、补全resource_limits配置。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
当你在 AionClaw 中启动一项任务（比如解析 500 行 Excel、批量生成 PPT、监听飞书群消息并自动归档），发现风扇狂转、系统卡顿、任务执行变慢，且任务管理器/活动监视器显示 openclaw 进程 CPU 占用长期高于 85%，这不是模型推理本身的问题，而是任务调度、资源争抢或配置失衡导致的异常负载。
确认是否为单任务引发的瞬时峰值
打开任务管理器（Windows）或活动监视器（macOS），切换到「CPU」排序，观察 openclaw 进程的占用曲线：若峰值仅持续 3～8 秒后回落至 15% 以下，属于正常模型加载与首帧推理行为，无需干预；若持续超过 30 秒且无下降趋势，则进入下一步排查。
这一步操作起来很简单，直接看曲线走势就行，别被初始飙升吓住。
检查当前运行的技能是否存在无限循环逻辑
在 AionClaw 主界面右下角点击「技能中心」→「正在运行」，查看列表中是否有标红的技能名称。重点排查含「定时」、「监听」、「轮询」字样的技能，例如「每5秒检查邮箱新邮件」或「监听剪贴板变化并触发翻译」——这类技能若未设置退出条件或防抖间隔，会持续抢占 CPU 资源。
打开该技能的编辑页，检查其触发逻辑中是否遗漏了 【max_retries: 3】 或 【debounce_ms: 2000】 等限流参数。缺失会导致每毫秒都尝试执行一次，实际等效于死循环。
删掉问题技能或补全限流配置后，重启 AionClaw 守护进程（非关闭重开，而是右键托盘图标选「重启服务」）。
验证模型通道是否卡在阻塞等待状态
方法一：通过 TaoToken 控制台实时监控
访问 https://taotoken.net/console/monitor → 选择对应 API Key → 查看「Pending Requests」栏。若数值长期 ≥2 且「Avg Latency」超过 12s，说明模型响应超时，AionClaw 正在后台反复重试，不断堆积线程。
方法二：本地日志直查（推荐）
执行命令：openclaw log --tail --filter "timeout\|pending\|rate_limit"。若输出中高频出现 "request timeout after 10s" 或 "rate limit exceeded"，证实模型通道已失效，需立即切换备用模型或检查网络代理设置。
注意：不要强行关闭日志窗口，Ctrl+C 中断即可，否则可能丢失最后几行关键报错。
强制限制 AionClaw 的最大 CPU 核心使用数
第一步：停止 AionClaw 所有进程。Windows 用户在任务管理器中结束「openclaw.exe」及其子进程；macOS 用户执行 pkill -f openclaw。
第二步：编辑配置文件。用上一步 openclaw config --show-path 输出的路径，定位到 openclaw.json，在根对象中新增字段：
"resource_limits": { "cpu_cores": 2, "memory_mb": 1800 }
第三步：保存文件，重新启动 AionClaw。该配置会硬性约束其最多使用 2 个逻辑核心，避免挤占系统其他应用资源。
这个值不能设为 1——AionClaw 主进程与 Hermes 执行引擎需至少各占 1 核，设为 1 会导致任务完全无法调度。
