你可能已经察觉到，使用 OpenClaw 的免费模型处理长篇幅内容时，对话内容常常在阅读中途突然终止——尤其是面对 QwQ-32B 这类模型，其底层完全支持 32K 上下文长度，但 OpenClaw 却默认只分配了 8K 的上下文窗口。这好比一辆高性能跑车，引擎明明可以飙到 300 公里/小时，但电控系统却将最高时速强行限制在 100 公里。问题究竟出在哪里？根源在于配置文件未能与模型的真实能力对齐。

根本原因：配置未对齐模型真实能力

打开 ~/.openclaw/openclaw.json，找到 models.providers.ollama-qwq.models 数组中对应的模型项。检查 contextWindow 字段——如果它依然是默认的 8192，或者根本没有显式声明，那么 OpenClaw 就会使用这个狭窄的窗口限制所有输入与输出，即使后端 Ollama 加载了一个原生支持 32K 上下文的模型。

这一步必须手动修正。OpenClaw 不会自动探测模型的能力上限，它只会死守配置文件里的数字。目前市面上不少类似工具也都存在这种“水土不服”的配置冲突问题。

关键参数修改步骤

修正方法其实非常简单，只需三步即可完成：

第一步，将 "contextWindow": 8192 修改为 "contextWindow": 32768；
第二步，同步调整 "maxTokens": 2048 为 "maxTokens": 4096，避免单次生成长回复时抢占输入空间；
第三步，保存配置文件后执行 openclaw gateway restart。不重启服务，新参数就不会生效。

验证是否生效

配置修改完成后，如何确认已经生效？有两种验证方式：

方式一：运行 openclaw status，查看输出信息中的 active context window 是否已变为 32768。

方式二：直接向 OpenClaw 输入一段超过 5000 字的文本并附上指令，观察返回结果。如果中间某个段落突然中断或缺失，说明截断问题仍然存在。

不过需要特别提醒：某些旧版本的 OpenClaw CLI 可能会缓存旧的配置信息。如果验证失败，请先执行 openclaw config reset，然后重新尝试上述步骤。