在Continue.dev中配置Z.ai GLM模型不显示？自定义OpenAI兼容模型排查

可能的配置遗漏点 #

1. 补全API Base路径
   Z.ai的coding paas接口需要补全OpenAI兼容的/v1前缀——OpenAI标准接口均位于/v1路径下，将配置中的apiBase修改为：

   apiBase: "https://api.z.ai/api/coding/paas/v4/v1"
   

   才能匹配Continue.dev对OpenAI兼容接口的路径预期。

2. 验证模型ID准确性
   确认Z.ai平台上该模型的官方标识是否为glm-4.6。部分服务商的模型ID可能包含后缀（如glm-4.6b）或大小写差异，必须与平台提供的完全一致，否则扩展无法识别。

3. 确认配置文件路径正确性
   在VS Code中打开Continue的设置（快捷键Ctrl+, 搜索"Continue"），查看"Config Path"选项是否指向~/.continue/config.yaml。如果自定义了路径，需将配置迁移到对应位置。

4. 测试API Key有效性
   用终端调用Z.ai的模型列表接口验证Key是否可用：

   curl -H "Authorization: Bearer 你的API密钥" https://api.z.ai/api/coding/paas/v4/v1/models
   

   如果返回的模型列表包含glm-4.6，说明Key有效；若返回权限错误或空列表，需检查Key的权限或重新生成。

Continue.dev配置自定义OpenAI兼容模型的常见陷阱 #

• API路径不匹配OpenAI规范：多数兼容模型的API需要在基础路径后添加/v1，否则扩展无法找到正确的接口端点，导致模型被静默忽略。
• 模型ID与服务商官方不一致：model字段必须使用服务商提供的精确ID，自定义名称应放在name字段，不能混淆。
• YAML隐性格式错误：YAML对缩进要求严格，即使语法验证通过，若子项缩进层级错误（比如roles与model缩进不一致），也会导致配置失效。
• API Key权限不足：若Key没有该模型的调用权限，扩展会跳过该模型，不显示在下拉菜单中。
• 扩展版本过旧：旧版本的Continue.dev可能不支持某些新的角色配置或兼容模型特性，需将扩展更新到最新版本。

内容的提问来源于stack exchange，提问作者pospolitaki