模型配置

models.json 是一个配置文件，用于自定义模型列表和控制模型下拉列表的显示。该配置支持两个级别：

用户级: ~/.codebuddy/models.json - 全局配置，适用于所有项目

项目级: <workspace>/.codebuddy/models.json - 项目特定配置，优先级高于用户级

配置文件位置

用户级配置

~/.codebuddy/models.json

项目级配置

<project-root>/.codebuddy/models.json

配置优先级

配置合并优先级从高到低：

项目级 models.json

用户级 models.json

内置默认配置

项目级配置会覆盖用户级配置中的相同模型定义（基于 id 字段匹配）。availableModels 字段：项目级完全覆盖用户级，不进行合并。

配置结构

{  "models": [    {      "id": "model-id",      "name": "Model Display Name",      "vendor": "vendor-name",      "apiKey": "sk-actual-api-key-value",      "maxInputTokens": 200000,      "maxOutputTokens": 8192,      "url": "https://api.example.com/v1/chat/completions",      "temperature": 0.7,      "supportsToolCall": true,      "supportsImages": true    }  ],  "availableModels": ["model-id-1", "model-id-2"]}

配置字段说明

models

类型： Array<LanguageModel>

定义自定义模型列表。可以添加新模型或覆盖内置模型配置。

LanguageModel 字段

重要说明：

目前仅支持 OpenAI 接口格式的 API

url 字段必须是接口完整路径,一般以 /chat/completions 结尾

例如: https://api.openai.com/v1/chat/completions 或 http://localhost:11434/v1/chat/completions

安全配置：使用环境变量引用

为避免 API 密钥明文存储在配置文件中，apiKey 和 url 字段支持环境变量引用语法 ${VAR_NAME}。

语法格式：${环境变量名}

配置示例：

{  "models": [    {      "id": "gpt-4o",      "name": "GPT-4o",      "vendor": "OpenAI",      "apiKey": "${OPENAI_API_KEY}",      "url": "https://api.openai.com/v1/chat/completions"    }  ]}

设置环境变量：

# 在 ~/.zshrc 或 ~/.bashrc 中添加
export OPENAI_API_KEY="sk-your-actual-api-key"

# 或者在启动时临时设置
OPENAI_API_KEY="sk-xxx" codebuddy

使用系统 Keychain（macOS）：

# 存储密钥到 Keychain
security add-generic-password -a "$USER" -s "openai-api-key" -w "sk-xxx"

# 在 ~/.zshrc 中配置自动导出
export OPENAI_API_KEY=$(security find-generic-password -s "openai-api-key" -w 2>/dev/null)

注意事项：

环境变量在 CLI 启动时解析

如果环境变量不存在，将保留原始占位符（会导致 API 调用失败）

建议将 models.json 文件权限设置为 600（仅所有者可读写）

不要将包含实际密钥的配置文件提交到版本控制系统

availableModels

类型： Array<string>

控制模型下拉列表中显示哪些模型。只有在此数组中列出的模型 ID 才会在 UI 中显示。

如果未配置或为空数组，则显示所有模型

配置后，只显示列出的模型 ID

可以同时包含内置模型和自定义模型的 ID

使用场景

1. 添加自定义模型

在用户级或项目级添加新的模型配置：

{  "models": [    {      "id": "my-custom-model",      "name": "My Custom Model",      "vendor": "OpenAI",      "apiKey": "sk-custom-key-here",      "maxInputTokens": 128000,      "maxOutputTokens": 4096,      "url": "https://api.myservice.com/v1/chat/completions",      "supportsToolCall": true    }  ]}

2. 覆盖内置模型配置

修改内置模型的默认参数：

{  "models": [    {      "id": "gpt-4-turbo",      "name": "GPT-4 Turbo (Custom Endpoint)",      "vendor": "OpenAI",      "url": "https://my-proxy.example.com/v1/chat/completions",      "apiKey": "sk-your-key-here"    }  ]}

3. 限制可用模型列表

只在下拉列表中显示特定模型：

{  "availableModels": [    "gpt-4-turbo",    "gpt-4o",    "my-custom-model"  ]}

4. 项目特定配置

为特定项目使用不同的模型或 API 端点：

项目 A (.codebuddy/models.json):

{  "models": [    {      "id": "project-a-model",      "name": "Project A Model",      "vendor": "OpenAI",      "url": "https://project-a-api.example.com/v1/chat/completions",      "apiKey": "sk-project-a-key",      "maxInputTokens": 100000,      "maxOutputTokens": 4096    }  ],  "availableModels": ["project-a-model", "gpt-4-turbo"]}

热重载

配置文件支持热重载：

文件变更会被自动检测

使用 1 秒防抖延迟避免频繁重载

配置更新后会自动同步到应用

监听的文件：

~/.codebuddy/models.json （用户级）

<workspace>/.codebuddy/models.json （项目级）

标签系统

通过 models.json 添加的模型会自动标记 custom 标签，便于在 UI 中识别和过滤。

合并策略

配置使用 SmartMerge 策略：

相同 ID 的模型配置会被覆盖

不同 ID 的模型会被追加

项目级配置优先于用户级配置

availableModels 过滤在所有合并完成后执行

示例配置

API 端点 URL 格式说明

必须使用完整路径：

所有自定义模型的 url 字段一般以 /chat/completions 结尾。

正确示例：

https://api.openai.com/v1/chat/completionshttps://api.myservice.com/v1/chat/completionshttp://localhost:11434/v1/chat/completionshttps://my-proxy.example.com/v1/chat/completions

错误示例：

https://api.openai.com/v1https://api.myservice.comhttp://localhost:11434

OpenRouter 平台配置示例

使用 OpenRouter 访问多种模型：

{  "models": [    {      "id": "openai/gpt-4o",      "name": "open-router-model",      "url": "https://openrouter.ai/api/v1/chat/completions",      "apiKey": "sk-or-v1-your-openrouter-api-key",      "maxInputTokens": 128000,      "maxOutputTokens": 4096,      "supportsToolCall": true,      "supportsImages": false    }  ]}

DeepSeek 平台配置示例

使用 DeepSeek 模型（配置 url 后，即使与云端同 id 也会按"完全替换"语义生效，不会被云端默认项合并覆盖）：

{  "models": [    {      "id": "deepseek-v4-pro",      "name": "DeepSeek V4 Pro",      "vendor": "DeepSeek",      "url": "https://api.deepseek.com/v1/chat/completions",      "apiKey": "${DEEPSEEK_API_KEY}",      "maxInputTokens": 128000,      "maxOutputTokens": 8192,      "supportsToolCall": true,      "supportsImages": false    },    {      "id": "deepseek-v4-flash",      "name": "DeepSeek V4 Flash",      "vendor": "DeepSeek",      "url": "https://api.deepseek.com/v1/chat/completions",      "apiKey": "${DEEPSEEK_API_KEY}",      "maxInputTokens": 128000,      "maxOutputTokens": 8192,      "supportsToolCall": true,      "supportsImages": false    }  ],  "availableModels": [    "deepseek-v4-pro",    "deepseek-v4-flash"  ]}

设置 API 密钥环境变量后启动：

export DEEPSEEK_API_KEY="<your-deepseek-api-key>"codebuddy --model deepseek-v4-pro

说明：

如果不希望维护 models.json，也可以完全通过环境变量对接 DeepSeek，见 环境变量 对接 DeepSeek 示例。

配置关联模型

CodeBuddy Code 在一次会话中会根据场景切换模型，避免用大模型处理简单任务、或用通用模型处理需要推理 / 视觉 / 长上下文的请求。这些场景通过模型条目的 relatedModels 字段声明。

支持的场景（variant type）：

当前实际可用：只有 lite 和 reasoning 两个 variant 在 agent-manager 中被消费并映射到模型切换逻辑。subagent / vision / longContext 三项仅保留在类型定义中，为后续迭代预留，现在写进 relatedModels 不会报错但也不会生效。

关键规则（自定义模型必读）：

通过 models.json 添加的自定义模型不会继承产品内置的 defaultRelatedModels。

如果自定义主模型没有声明 relatedModels，且没有环境变量或 variantModels 覆盖，lite 和 reasoning 会回退到主模型。子代理不读取 relatedModels.subagent，但配置为 lite 或 reasoning 的子代理仍会走这条场景变体解析链。

配置示例（DeepSeek 主模型 + flash 作为 lite / reasoning）：

{  "models": [    {      "id": "deepseek-v4-pro",      "name": "DeepSeek V4 Pro",      "vendor": "DeepSeek",      "url": "https://api.deepseek.com/v1/chat/completions",      "apiKey": "${DEEPSEEK_API_KEY}",      "maxInputTokens": 128000,      "maxOutputTokens": 8192,      "supportsToolCall": true,      "relatedModels": {        "lite": "deepseek-v4-flash",        "reasoning": "deepseek-v4-pro"      }    },    {      "id": "deepseek-v4-flash",      "name": "DeepSeek V4 Flash",      "vendor": "DeepSeek",      "url": "https://api.deepseek.com/v1/chat/completions",      "apiKey": "${DEEPSEEK_API_KEY}",      "maxInputTokens": 128000,      "maxOutputTokens": 8192,      "supportsToolCall": true    }  ],  "availableModels": [    "deepseek-v4-pro",    "deepseek-v4-flash"  ]}

场景变体解析优先级（从高到低，当前仅 lite / reasoning 会走这个解析链）：

对应的环境变量（CODEBUDDY_SMALL_FAST_MODEL 对应 lite、CODEBUDDY_BIG_SLOW_MODEL 对应 reasoning）

项目级 variantModels[variant]

用户全局 variantModels[variant]

当前主模型条目里的 relatedModels[variant]

产品内置的 defaultRelatedModels[variant]（仅对内置模型生效，自定义模型跳过这步）

回落到主模型自身

variantModels 保存在 settings.json 中，也可通过 /model:lite / /model:reasoning 命令编辑。它适合在用户或项目范围内将 lite / reasoning 固定映射到具体模型；relatedModels 则适合让映射跟随当前主模型。

内置子代理解析优先级（从高到低）：

CODEBUDDY_CODE_SUBAGENT_MODEL，统一覆盖所有子代理

本次 Agent 工具调用的 model 入参

项目级 subagents.agents.<子代理名>.model

用户全局 subagents.agents.<子代理名>.model

产品内置声明，如 Explore 使用 lite

继承主对话模型

子代理模型不读取 relatedModels.subagent。当子代理配置为 lite 或 reasoning 时，会继续通过上面的场景变体解析链得到具体模型。

以下配置应写入用户级或项目级 settings.json：

{  "subagents": {    "agents": {      "Explore": { "model": "lite" },      "Plan": { "model": "reasoning" }    }  },  "variantModels": {    "lite": "<fast-model-id>",    "reasoning": "<reasoning-model-id>"  }}

不同配置方式的适用场景：

使用 relatedModels，让场景映射跟随主模型。

使用 variantModels 或 /model，在用户或项目范围内固定 lite / reasoning 的具体模型。

使用 subagents.agents.<子代理名>.model 或 /agents，为内置子代理分别选择模型或场景变体。

使用模型环境变量进行运维或 CI 级覆盖。环境变量优先于持久化设置；取消后，低优先级设置会恢复生效。

完整示例

{  "models": [    {      "id": "gpt-4o",      "name": "GPT-4o",      "vendor": "OpenAI",      "apiKey": "sk-your-openai-key",      "maxInputTokens": 128000,      "maxOutputTokens": 16384,      "supportsToolCall": true,      "supportsImages": true    },    {      "id": "my-local-llm",      "name": "My Local LLM",      "vendor": "Ollama",      "url": "http://localhost:11434/v1/chat/completions",      "apiKey": "ollama",      "maxInputTokens": 8192,      "maxOutputTokens": 2048,      "supportsToolCall": true    }  ],  "availableModels": [    "gpt-4o",    "my-local-llm"  ]}

故障排查

配置未生效

检查 JSON 格式是否正确

确认文件路径是否正确

查看日志输出确认配置是否被加载

确认环境变量中的 API 密钥是否已设置

模型未在列表中显示

检查模型 ID 是否在 availableModels 中列出

确认 models 配置是否正确

验证必填字段 （id, name, provider) 是否都已提供

热重载未触发

配置文件变更有 1 秒防抖延迟

确保文件确实被保存到磁盘

检查文件监听是否正常启动 （查看调试日志）