概述
models.json 是一个配置文件,用于自定义模型列表和控制模型下拉列表的显示。该配置支持两个级别:用户级:
~/.codebuddy/models.json - 全局配置,适用于所有项目项目级:
<workspace>/.codebuddy/models.json - 项目特定配置,优先级高于用户级配置文件位置
用户级配置
~/.codebuddy/models.json
项目级配置
<project-root>/.codebuddy/models.json配置优先级
配置合并优先级从高到低:
1. 项目级 models.json
2. 用户级 models.json
3. 内置默认配置
项目级配置会覆盖用户级配置中的相同模型定义(基于
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 字段
字段 | 类型 | 是否必填 | 说明 |
id | string | 是 | 模型唯一标识符 |
name | string | 否 | 模型显示名称 |
vendor | string | 否 | 模型供应商 (如 OpenAI, Google) |
apiKey | string | 否 | API 密钥,支持环境变量引用(见下方安全配置说明) |
maxInputTokens | number | 否 | 最大输入 token 数 |
maxOutputTokens | number | 否 | 最大输出 token 数 |
url | string | 否 | API 端点 URL,支持环境变量引用 (必须是接口完整路径,一般以 /chat/completions 结尾) |
temperature | number | 否 | 采样温度,范围 0-2,值越高输出越随机,值越低输出越确定 |
supportsToolCall | boolean | 否 | 是否支持工具调用 |
supportsImages | boolean | 否 | 是否支持图片输入 |
supportsReasoning | boolean | 否 | 是否支持推理模式 |
relatedModels | object | 否 |
重要说明:
目前仅支持 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):
# 存储密钥到 Keychainsecurity 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
说明:
配置关联模型
CodeBuddy Code 在一次会话中会根据场景切换模型,避免用大模型处理简单任务、或用通用模型处理需要推理 / 视觉 / 长上下文的请求。这些场景通过模型条目的
relatedModels 字段声明。支持的场景(variant type):
场景 | 用途 | 当前状态 |
lite | 轻量快速模型,用于后台提取、摘要等低价值请求;也是 Agent 工具 model: "lite" 参数对应的模型 | 已生效 |
reasoning | 推理增强模型,用于需要深度思考的复杂推理;Agent 工具 model: "reasoning" 参数对应的模型 | 已生效 |
subagent | 子代理和团队成员默认使用的模型 | 预留未启用——子代理使用独立的 subagents 解析链,不读取本字段 |
vision | 视觉理解模型,用于需要处理图片的请求 | 预留未启用——类型已定义,尚无调用点消费此 variant |
longContext | 长上下文模型,用于上下文超长的请求 | 预留未启用——类型已定义,尚无调用点消费此 variant |
当前实际可用:只有
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 会走这个解析链):1. 对应的环境变量(
CODEBUDDY_SMALL_FAST_MODEL 对应 lite、CODEBUDDY_BIG_SLOW_MODEL 对应 reasoning)2. 项目级
variantModels[variant]3. 用户全局
variantModels[variant]4. 当前主模型条目里的
relatedModels[variant]5. 产品内置的
defaultRelatedModels[variant](仅对内置模型生效,自定义模型跳过这步)6. 回落到主模型自身
variantModels 保存在 settings.json 中,也可通过 /model:lite / /model:reasoning 命令编辑。它适合在用户或项目范围内将 lite / reasoning 固定映射到具体模型;relatedModels 则适合让映射跟随当前主模型。内置子代理解析优先级(从高到低):
1.
CODEBUDDY_CODE_SUBAGENT_MODEL,统一覆盖所有子代理2. 本次 Agent 工具调用的
model 入参3. 项目级
subagents.agents.<子代理名>.model4. 用户全局
subagents.agents.<子代理名>.model5. 产品内置声明,如
Explore 使用 lite6. 继承主对话模型
子代理模型不读取
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"]}
故障排查
配置未生效
1. 检查 JSON 格式是否正确
2. 确认文件路径是否正确
3. 查看日志输出确认配置是否被加载
4. 确认环境变量中的 API 密钥是否已设置
模型未在列表中显示
1. 检查模型 ID 是否在
availableModels 中列出2. 确认
models 配置是否正确3. 验证必填字段 (
id, name, provider) 是否都已提供热重载未触发
配置文件变更有 1 秒防抖延迟
确保文件确实被保存到磁盘
检查文件监听是否正常启动 (查看调试日志)