网关

本地模型

本地模型可行。但它们也会提高对硬件、上下文大小和提示注入防御的要求:小型或激进量化的显卡会截断上下文并削弱安全性。本文是一份面向较高端本地栈和自定义 OpenAI 兼容本地服务器的主观指南。若想获得阻力最低的新手引导,请从 LM StudioOllama 以及 openclaw onboard 开始。

硬件底线

目标要高:为了获得舒适的 Agent loop,建议使用 ≥2 台顶配 Mac Studio 或等效 GPU 设备(约 3 万美元以上)。单张 24 GB GPU 只适合较轻提示,并且延迟更高。始终运行你能托管的最大 / 完整尺寸变体;小型或大量量化的检查点会提高提示注入风险(参见 安全性)。

选择后端

后端 适用场景
LM Studio 首次本地设置、GUI 加载器、原生 Responses API
Ollama CLI 工作流、模型库、免维护的 systemd 服务
MLX / vLLM / SGLang 通过 OpenAI 兼容 HTTP 端点实现高吞吐自托管服务
LiteLLM / OAI-proxy / custom OpenAI-compatible proxy 你在另一个模型 API 前置代理,并需要 OpenClaw 将其视为 OpenAI

后端支持时使用 Responses API(api: "openai-responses")(LM Studio 支持)。否则坚持使用 Chat Completions(api: "openai-completions")。

推荐:LM Studio + 大型本地模型(Responses API)

当前最佳本地栈。在 LM Studio 中加载大型模型(例如完整尺寸的 Qwen、DeepSeek 或 Llama 构建),启用本地服务器(默认 http://127.0.0.1:1234),并使用 Responses API 将推理与最终文本分离。

{
  agents: {
    defaults: {
      model: { primary: "lmstudio/my-local-model" },
      models: {
        "anthropic/claude-opus-4-6": { alias: "Opus" },
        "lmstudio/my-local-model": { alias: "Local" },
      },
    },
  },
  models: {
    mode: "merge",
    providers: {
      lmstudio: {
        baseUrl: "http://127.0.0.1:1234/v1",
        apiKey: "lmstudio",
        api: "openai-responses",
        models: [
          {
            id: "my-local-model",
            name: "Local Model",
            reasoning: false,
            input: ["text"],
            cost: { input: 0, output: 0, cacheRead: 0, cacheWrite: 0 },
            contextWindow: 196608,
            maxTokens: 8192,
          },
        ],
      },
    },
  },
}

设置清单

  • 安装 LM Studio:https://lmstudio.ai
  • 在 LM Studio 中下载可用的最大模型构建(避免“小型”/大量量化变体),启动服务器,确认 http://127.0.0.1:1234/v1/models 会列出它。
  • my-local-model 替换为 LM Studio 中显示的实际模型 ID。
  • 保持模型已加载;冷加载会增加启动延迟。
  • 如果你的 LM Studio 构建不同,请调整 contextWindow/maxTokens
  • 对于 WhatsApp,坚持使用 Responses API,以便只发送最终文本。

即使在运行本地模型时,也保留托管模型配置;使用 models.mode: "merge",让回退模型保持可用。

混合配置:托管主模型,本地回退

{
  agents: {
    defaults: {
      model: {
        primary: "anthropic/claude-sonnet-4-6",
        fallbacks: ["lmstudio/my-local-model", "anthropic/claude-opus-4-6"],
      },
      models: {
        "anthropic/claude-sonnet-4-6": { alias: "Sonnet" },
        "lmstudio/my-local-model": { alias: "Local" },
        "anthropic/claude-opus-4-6": { alias: "Opus" },
      },
    },
  },
  models: {
    mode: "merge",
    providers: {
      lmstudio: {
        baseUrl: "http://127.0.0.1:1234/v1",
        apiKey: "lmstudio",
        api: "openai-responses",
        models: [
          {
            id: "my-local-model",
            name: "Local Model",
            reasoning: false,
            input: ["text"],
            cost: { input: 0, output: 0, cacheRead: 0, cacheWrite: 0 },
            contextWindow: 196608,
            maxTokens: 8192,
          },
        ],
      },
    },
  },
}

本地优先并带托管安全网

交换主模型和回退顺序;保留相同的 providers 块和 models.mode: "merge",这样本地机器不可用时,你可以回退到 Sonnet 或 Opus。

区域托管 / 数据路由

  • 托管的 MiniMax/Kimi/GLM 变体也在 OpenRouter 上提供,并带有区域固定端点(例如美国托管)。在那里选择区域变体,以便在仍使用 models.mode: "merge" 作为 Anthropic/OpenAI 回退的同时,将流量保留在你选择的司法辖区内。
  • 仅本地仍然是隐私性最强的路径;当你需要提供商功能但又想控制数据流时,托管区域路由是折中方案。

其他 OpenAI 兼容本地代理

如果 MLX(mlx_lm.server)、vLLM、SGLang、LiteLLM、OAI-proxy 或自定义 Gateway 网关公开 OpenAI 风格的 /v1/chat/completions 端点,它们就可以工作。除非后端明确记录支持 /v1/responses,否则使用 Chat Completions 适配器。将上面的 provider 块替换为你的端点和模型 ID:

{
  agents: {
    defaults: {
      model: { primary: "local/my-local-model" },
    },
  },
  models: {
    mode: "merge",
    providers: {
      local: {
        baseUrl: "http://127.0.0.1:8000/v1",
        apiKey: "sk-local",
        api: "openai-completions",
        timeoutSeconds: 300,
        models: [
          {
            id: "my-local-model",
            name: "Local Model",
            reasoning: false,
            input: ["text"],
            cost: { input: 0, output: 0, cacheRead: 0, cacheWrite: 0 },
            contextWindow: 120000,
            maxTokens: 8192,
          },
        ],
      },
    },
  },
}

如果自定义提供商带有 baseUrl 但省略 api,OpenClaw 默认使用 openai-completions。诸如 127.0.0.1 的回环端点会自动受信任;LAN、tailnet 和私有 DNS 端点仍需要 request.allowPrivateNetwork: true

models.providers.<id>.models[].id 值是提供商本地的。不要在这里包含提供商前缀。例如,使用 mlx_lm.server --model mlx-community/Qwen3-30B-A3B-6bit 启动的 MLX 服务器应使用以下目录 ID 和模型引用:

  • models.providers.mlx.models[].id: "mlx-community/Qwen3-30B-A3B-6bit"
  • agents.defaults.model.primary: "mlx/mlx-community/Qwen3-30B-A3B-6bit"

在本地或代理的视觉模型上设置 input: ["text", "image"],以便图像附件注入到智能体轮次中。交互式自定义提供商新手引导会推断常见视觉模型 ID,并且只询问未知名称。非交互式新手引导使用相同推断;对于未知视觉 ID 使用 --custom-image-input,或者当看起来像已知模型但在你的端点后面仅支持文本时使用 --custom-text-input

保留 models.mode: "merge",让托管模型保持可用作回退。对于缓慢的本地或远程模型服务器,请先使用 models.providers.<id>.timeoutSeconds,再提高 agents.defaults.timeoutSeconds。提供商超时仅适用于模型 HTTP 请求,包括连接、标头、正文流式传输,以及总 guarded-fetch 中止时间。

本地/代理 /v1 后端的行为说明:

  • OpenClaw 将这些视为代理风格的 OpenAI 兼容路由,而不是原生 OpenAI 端点
  • 原生 OpenAI 专用请求整形不适用于这里:没有 service_tier,没有 Responses store,没有 OpenAI 推理兼容载荷整形,也没有提示缓存提示
  • 隐藏的 OpenClaw 归因标头(originatorversionUser-Agent)不会注入到这些自定义代理 URL 上

更严格的 OpenAI 兼容后端的兼容性说明:

  • 某些服务器在 Chat Completions 上只接受字符串形式的 messages[].content,不接受结构化 content-part 数组。对这些端点设置 models.providers.<provider>.models[].compat.requiresStringContent: true

  • 某些本地模型会以文本形式发出独立的括号工具请求,例如 [tool_name] 后跟 JSON 和 [END_TOOL_REQUEST]。OpenClaw 仅在名称与该轮次注册的工具完全匹配时,才会将它们提升为真实工具调用;否则该块会被视为不支持的文本,并从用户可见回复中隐藏。

  • 如果模型发出看起来像工具调用的 JSON、XML 或 ReAct 风格文本,但提供商没有发出结构化调用,OpenClaw 会将其保留为文本,并记录一条警告,其中包含运行 ID、提供商/模型、检测到的模式,以及可用时的工具名称。应将其视为提供商/模型工具调用不兼容,而不是已完成的工具运行。

  • 如果工具以 assistant 文本形式出现而没有运行,例如原始 JSON、XML、ReAct 语法,或提供商响应中为空的 tool_calls 数组,请先确认服务器正在使用支持工具调用的 chat 模板/解析器。对于仅在强制使用工具时解析器才工作的 OpenAI 兼容 Chat Completions 后端,请设置逐模型请求覆盖,而不是依赖文本解析:

    {
      agents: {
        defaults: {
          models: {
            "local/my-local-model": {
              params: {
                extra_body: {
                  tool_choice: "required",
                },
              },
            },
          },
        },
      },
    }
    

    仅在每个正常轮次都应调用工具的模型/会话中使用此设置。它会覆盖 OpenClaw 的默认代理值 tool_choice: "auto"。将 local/my-local-model 替换为 openclaw models list 显示的确切提供商/模型引用。

    openclaw config set agents.defaults.models '{"local/my-local-model":{"params":{"extra_body":{"tool_choice":"required"}}}}' --strict-json --merge
    
  • 如果自定义 OpenAI 兼容模型接受内置配置之外的 OpenAI 推理强度,请在模型兼容块中声明它们。在这里添加 "xhigh" 会让 /think xhigh、会话选择器、Gateway 网关验证和 llm-task 验证为该配置的提供商/模型引用公开该级别:

    {
      models: {
        providers: {
          local: {
            baseUrl: "http://127.0.0.1:8000/v1",
            apiKey: "sk-local",
            api: "openai-responses",
            models: [
              {
                id: "gpt-5.4",
                name: "GPT 5.4 via local proxy",
                reasoning: true,
                input: ["text"],
                cost: { input: 0, output: 0, cacheRead: 0, cacheWrite: 0 },
                contextWindow: 196608,
                maxTokens: 8192,
                compat: {
                  supportedReasoningEfforts: ["low", "medium", "high", "xhigh"],
                  reasoningEffortMap: { xhigh: "xhigh" },
                },
              },
            ],
          },
        },
      },
    }
    

更小或更严格的后端

如果模型可以正常加载,但完整智能体轮次行为异常,请自上而下排查:先确认传输,再缩小范围。

  1. 确认本地模型本身会响应。 不使用工具,不带智能体上下文:

    openclaw infer model run --local --model <provider/model> --prompt "Reply with exactly: pong" --json
    
  2. 确认 Gateway 网关路由。 只发送提供的 prompt —— 跳过 transcript、AGENTS bootstrap、context-engine assembly、工具和内置 MCP 服务器,但仍会运行 Gateway 网关路由、认证和提供商选择:

    openclaw infer model run --gateway --model <provider/model> --prompt "Reply with exactly: pong" --json
    
  3. 尝试精简模式。 如果两个探测都通过,但真实智能体轮次仍因畸形 tool calls 或过大的 prompt 失败,请启用 agents.defaults.experimental.localModelLean: true。它会移除三个最重的默认工具(browsercronmessage),从而让 prompt 形状更小、更不脆弱。完整说明、使用时机以及如何确认其已开启,请参阅实验性功能 → 本地模型精简模式

  4. 作为最后手段,完全禁用工具。 如果精简模式仍不够,请为该模型条目设置 models.providers.<provider>.models[].compat.supportsTools: false。随后,智能体会在该模型上不使用 tool calls 运行。

  5. 再往后,瓶颈就在上游。 如果在精简模式和 supportsTools: false 之后,后端仍只在更大的 OpenClaw 运行中失败,剩余问题通常是上游模型或服务器容量:context window、GPU 内存、kv-cache 驱逐,或后端 bug。到那一步时,它就不是 OpenClaw 的传输层问题了。

故障排除

  • Gateway 网关能访问代理吗?curl http://127.0.0.1:1234/v1/models
  • LM Studio 模型已卸载?重新加载;冷启动是常见的“挂起”原因。
  • 本地服务器显示 terminatedECONNRESET,或在轮次中途关闭流? OpenClaw 会在诊断中记录低基数的 model.call.error.failureKind,以及 OpenClaw 进程 RSS/heap 快照。对于 LM Studio/Ollama 的内存压力,请将该时间戳与服务器日志或 macOS crash / jetsam 日志匹配,以确认模型服务器是否被终止。
  • OpenClaw 会根据检测到的模型窗口推导 context-window 预检阈值;当 agents.defaults.contextTokens 降低有效窗口时,则根据未封顶的模型窗口推导。低于 20% 时会发出警告,并设有 8k 下限。硬性阻止使用 10% 阈值,并设有 4k 下限,同时封顶到有效 context window,这样过大的模型元数据就不会拒绝原本有效的用户上限。如果触发该预检,请提高服务器/模型上下文限制,或选择更大的模型。
  • 出现上下文错误?降低 contextWindow,或提高你的服务器限制。
  • OpenAI 兼容服务器返回 messages[].content ... expected a string? 在该模型条目上添加 compat.requiresStringContent: true
  • 直接的小型 /v1/chat/completions 调用可用,但 openclaw infer model run --local 在 Gemma 或其他本地模型上失败?先检查提供商 URL、模型引用、认证 标记和服务器日志;本地 model run 不包含智能体工具。 如果本地 model run 成功,但更大的智能体轮次失败,请用 localModelLeancompat.supportsTools: false 减少智能体 工具表面。
  • tool calls 显示为原始 JSON/XML/ReAct 文本,或提供商返回 空的 tool_calls 数组?不要添加会盲目把 assistant 文本转换为工具执行的代理。先修复服务器聊天模板/解析器。如果该 模型只有在强制使用工具时才可用,请添加上面的按模型设置的 params.extra_body.tool_choice: "required" 覆盖,并且只在每个轮次都预期有 tool call 的会话中使用该模型 条目。
  • 安全性:本地模型会跳过提供商侧过滤;保持智能体范围狭窄,并开启压缩,以限制 prompt injection 的影响范围。

相关