企业官网建设流程全解析

为什么openclaw越来越卡？3个被忽略的性能开关

【免费下载链接】openclawYour own personal AI assistant. Any OS. Any Platform. The lobster way. 🦞项目地址: https://gitcode.com/GitHub_Trending/cl/openclaw

用了两周之后，原本秒回的答复变成要等一分钟，内存占用也悄悄往上爬。如果你也遇到过，先别急着怪电脑——openclaw 这类跨平台个人AI助手，"变慢"大多来自模型选择和长期累积的状态。下面这套 openclaw 性能优化方案，基本几分钟就能做完。

在 agents 管理界面里，可以直观看到每个代理的任务状态，是 openclaw 配置调优的起点

换掉默认模型，日常对话快一倍

很多人一直用默认模型跑所有任务，等于开跑车去逛超市。先用openclaw models list看看自己有哪些可用模型，再把日常对话的默认模型换成响应更快的：

openclaw models list openclaw models set <model>

重活（大段代码、长文档）交给更强的模型，轻量聊天用轻量模型。选模型和 fallback 的细节可以看 docs/concepts/models.md，顺便给自己配一个低成本的utilityModel，让标题生成这类小任务不再占用主力模型。

跑一遍 doctor，让它自己找毛病

openclaw 自带doctor体检命令，检查网关、渠道、插件和模型路由，发现问题还能顺手修好：

openclaw doctor openclaw doctor --fix

升级之后、或者感觉哪里不对劲时，先跑一遍这条命令。很多"越来越慢"其实只是配置迁移没做完或状态过期，--fix能自动处理一大半。参数全集在 docs/cli/doctor.md。

多任务并行时，给并发通道设上限

同时跑多个 agent 的时候，一个长任务就能把所有聊天拖慢。openclaw 的"并行专家通道"设计就是为这个场景准备的——你可以控制全局并发数，把长任务丢给后台子代理：

openclaw config set agents.defaults.maxConcurrent 4

再配合messages.queue设置队列上限和丢弃策略，忙起来时排队等待，而不是所有请求堆在一起互相抢资源。完整配置示例在 docs/concepts/parallel-specialist-lanes.md。

挂很久之后出现 openclaw 内存占用高，多半能从监控面板里找到是哪个任务在吃资源

长期挂机后，清理状态、精简技能

用久了，会话数据和技能都会越积越多。两件事值得定期做：

1. 运行openclaw doctor --state-sqlite compact，压缩共享状态数据库，把存储恢复到健康状态。
2. 用openclaw skills list过一遍已装技能，不常用的删掉——技能少一个，提示词就短一截，响应自然快一点。

社区技能很好用，但只留真正会用的，是 openclaw 响应慢问题最常见的解法之一

配置忘了怎么改？记住这个组合就够了：模型分级使用、每周跑一次 doctor、每月压缩一次状态库。多数场景下响应时间能缩短三分之一，内存占用降两到三成。想更进一步，去 docs/cli/config.md 查配置参考，把队列、并发这些参数逐个调到位。

【免费下载链接】openclawYour own personal AI assistant. Any OS. Any Platform. The lobster way. 🦞项目地址: https://gitcode.com/GitHub_Trending/cl/openclaw