aionclaw启动慢主因是冗余加载，非模型体积大：需禁用非主力模型与闲置插件、关闭微信同步及会话重建、启用--light轻量模式并预热核心缓存。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
启动慢不是模型太大，而是默认加载了太多不该此时加载的东西。 AionClaw 启动卡在“初始化模型”“加载技能树”“重建会话索引”这几个环节，基本都源于配置未收敛、缓存未预热、或后台进程干扰。下面直接说怎么改、为什么改、以及哪里容易翻车。
关掉非主力模型和闲置插件
默认启动时会尝试加载所有已注册模型（包括远程 API 通道和本地小模型），哪怕你只用 kimi-k2.5 做日常任务，其他模型也会抢内存、占线程、触发冗余健康检查。
- 运行
aionclaw models list查看当前启用的模型，确认只有 1–2 个常用模型处于enabled状态 - 用
aionclaw models disable <model-id></model-id>关掉不用的模型，比如gpt-4o-proxy、qwen2-72b-offline - 插件同理：执行
aionclaw plugins list，对状态为idle或unused的插件执行aionclaw plugins disable <plugin-id></plugin-id> - 改完后务必重启服务，否则配置不生效；验证方式是看启动日志里是否还出现
Loading model: xxx多余条目
跳过微信历史同步与旧会话重建
如果你没开微信集成，或只用网页/钉钉渠道，AionClaw 仍可能在启动时扫描 %APPDATA%\WeChat 或尝试读取 ~/.openclaw/sessions/ 下数月前的会话快照——这个过程阻塞主线程，且无法并发。
- 编辑
~/.aionclaw/config.yaml，确保以下字段明确设为false：wechat.sync_on_startup、session.rebuild_on_boot - 如果已误触发同步，可在终端中快速中断：
killall -SIGTERM wechat_helper（Linux/macOS）或任务管理器结束wechat_sync.exe（Windows） - 清理陈旧会话索引：
aionclaw session prune --older-than 60d，避免启动时遍历上万条记录
启用轻量启动模式并预热核心缓存
AionClaw 的 --light 模式不是阉割功能，而是跳过非关键路径的校验（如插件签名验证、模型 SHA256 校验、嵌入向量全量加载），实测可将冷启动从 8.2s 压到 2.7s 左右。
- 修改启动脚本（如
start-aionclaw.sh或 Windows 的快捷方式目标），在命令末尾加上--light参数 - 配合预热：首次启动后立即运行
aionclaw cache warmup --models kimi-k2.5 --skills basic-web，让热缓存命中率在下次启动时达到 95%+ - 注意：开启
--light后，首次调用新插件或切换模型会稍慢（约 +300ms），但后续即恢复常态
真正拖慢启动的，往往不是模型本身，而是那些“以为有用、其实闲置”的同步逻辑和校验流程。把模型列表压到最小、关掉微信历史重建、加 --light 参数，三步做完，再启动就能明显感觉到界面弹出不再迟疑——剩下的微秒级优化，得看你的 SSD 读取速度和 JVM 预热策略了。
