使用 /model 来选择提供者、模型、harness（工具链）以及模型特定的控制。 页脚显示当前选中的模型。

Shell 覆盖

interpreter -m gpt-5.1-codex "review this module"
interpreter --oss "use my local open source provider"

配置默认值

model_provider = "openai"
model = "gpt-5.1-codex"
model_reasoning_effort = "medium"
model_reasoning_summary = "auto"
model_verbosity = "medium"

模型元数据的来源

Open Interpreter 并未维护一份手写的 Rust 列表来列出所有模型。元数据分层如下：

模型管理器会向活动提供者请求模型列表，然后在能够通过 Anthropic 身份、基础 URL、提供者名称或认证环境变量识别提供者时使用捆绑数据。这使得代理配置在明确指向已知提供者时仍能继承有用的元数据。

功能元数据

模型元数据可以控制：

• 选择器可见性；
• 显示名称和描述；
• 上下文窗口；
• 输入模式，如文本和图像；
• 模型是否受 API 支持；
• 支持的请求参数；
• 推理控制形态；
• 网页/搜索支持；
• 并行工具调用支持。

在 UI 中，推理并不是单一的布尔值。协议中有以下控制形态：

推理努力

当模型暴露努力控制时，Open Interpreter 使用以下取值：

不同的 harness 可能会将这些取值映射到提供者特定的字段。例如，kimi-cli 将 minimal 和 low 映射为低推理，medium 映射为中等，high 或 xhigh 映射为高。

不受支持的模型会根据提供者行为隐藏、忽略或拒绝推理控制。

输入模式

标准的输入模式标签如下：

附加图像：

interpreter -i screenshot.png "what is wrong here?"

省略模式元数据的旧式负载为兼容性保守地默认支持文本和图像，但生成的提供者条目应在已知时注明真实的模式。

本地模型

Open Interpreter 有两个内置的本地 OSS 提供者：

在启动 Open Interpreter 之前先启动本地服务，然后直接指定提供者：

interpreter --oss --local-provider ollama
interpreter --oss --local-provider lmstudio

不带 --local-provider 的 --oss 会使用你已保存的 oss_provider，或弹出选择器显示每个默认本地端点是否有响应。

若服务器位于其他主机或端口，需在启动 Open Interpreter 前设置完整的兼容 OpenAI 的 /v1 基础 URL：

CODEX_OSS_BASE_URL=http://192.168.1.20:1234/v1 \
  interpreter --oss --local-provider lmstudio -m qwen/qwen3-coder-next

远程 Ollama 服务器请使用 --local-provider ollama。不要仅仅为了更改任一内置本地提供者的地址而创建单独的 model_providers 条目；CODEX_OSS_BASE_URL 才是受支持的覆盖方式。

模型元数据警告

Model metadata for ... not found 表示本地服务器返回的模型 ID 未在 Open Interpreter 的兼容性目录中。它本身并不意味着服务器连接失败。请确认服务器暴露的准确 ID，使用相同的值通过 -m 传入，并更新 Open Interpreter 以获得最新目录。Open Interpreter 可以继续使用回退元数据，但某些模型特定的控制或行为可能不可用。

提供者系列与 Harness 默认值

某些模型系列在未显式指定 harness 时会使用默认 harness：

请参阅 Harness 获取 wire‑api 兼容性矩阵，及 Model providers 获取针对各提供者的设置指南。