上周三智谱正式放出 glm-5.2我当天就想把它塞进 Continue.dev 当日常 copilot 用。结果折腾了大半个下午——标准版 10 分钟跑通了但 AMD 加速版的 endpoint 和 model_id 跟标准版有两处不一样填错一个就是 503 Service Unavailable另一个填错是InvalidRequestError: model not found。结论先放这标准版 model_id 填z-ai/glm-5.2base_url 走https://api.ofox.io/v1AMD 加速版 model_id 要带-amd后缀base_url 路径多一层/amd/。下面把完整配置过程和判断树都贴出来。这篇适合谁已经在用 Continue.dev 做代码补全/对话想换 glm-5.2 试试的开发者听说 AMD 加速版延迟更低但不确定配置和标准版有什么区别配完之后一直报 401 或 503不知道哪里填错了想用一个 API Key 同时切标准版和加速版不想注册两套账号整体流程拿到支持 glm-5.2 的 API Key智谱官方 or 聚合平台在 Continue.dev 的config.json里新增 provider 配置区分标准版 / AMD 加速版的 base_url 和 model_id保存后触发一次对话验证连通性遇到报错按判断树定位问题整个过程顺利的话 10 分钟搞定卡的话基本都卡在第 3 步。先说结论项目标准版AMD 加速版model_idz-ai/glm-5.2z-ai/glm-5.2-amdbase_urlhttps://api.ofox.io/v1https://api.ofox.io/v1/amd/首 token 延迟体感约 400–500ms约 250–300ms其他参数完全一致完全一致注延迟数据为香港直连环境下的主观体感区间非严格统计口径仅供参考。实际延迟因网络环境而异。就这两处不一样。temperature、max_tokens、stream 全部通用。第一步拿 API Key如果你直接用智谱官方去open.bigmodel.cn控制台创建 Key格式是{id}.{secret}带点号详见智谱开放平台官方文档。但官方的 Key 在 Continue.dev 里用起来有个坑base_url 是https://open.bigmodel.cn/api/paas/v4/跟 OpenAI 兼容协议的路径不完全一致偶尔会触发 Continue 内部的路径拼接 bug。我自己的做法是走聚合平台拿 Key——OpenRouter、ofox.io 这类都行。OpenRouter 的加价比例因模型而异具体见 OpenRouter 定价页。ofox 官方标注对齐官方价格利益披露ofox.io 是本文的推广合作方建议自行对比定价后决策。改个 base_url 就能切省得每个模型厂商注册一遍。# 确认 Key 有效先 curl 一下需替换为你的实际 Key curl https://api.ofox.io/v1/models \ -H Authorization: Bearer your-key返回的 model 列表里能看到z-ai/glm-5.2就说明 Key 没问题。第二步配置 Continue.dev标准版版本说明以下配置基于 Continue.devconfig.json格式v0.8 之前的主流格式。v0.8 引入了config.yaml新格式字段名可能有差异建议对照 Continue.dev 官方文档 确认当前版本的配置格式。打开 VS CodeCmdShiftPWindows/Linux 为CtrlShiftP输入Continue: Open config.json新版 Continue 命令名称可能略有不同如Continue: Open Config在models数组里加一段{ title: GLM-5.2, provider: openai, model: z-ai/glm-5.2, apiBase: https://api.ofox.io/v1, apiKey: your-key }保存。左侧 Continue 面板切到这个模型随便问一句话能回就说明通了。第三步AMD 加速版的两处差异这是我踩坑最久的地方。AMD 加速版用的是独立推理集群智谱那边给了不同的路由前缀。反映到配置上{ title: GLM-5.2 AMD, provider: openai, model: z-ai/glm-5.2-amd, apiBase: https://api.ofox.io/v1/amd/, apiKey: your-key }差异一model_id 多了-amd后缀。如果你还是填z-ai/glm-5.2请求会被路由到标准集群等于白配了加速版的 base_url——不会报错但延迟没降下来很隐蔽。差异二apiBase 路径末尾多了/amd/。如果你 model_id 填了-amd但 base_url 没改直接 503Error: Request failed with status code 503 {error:{message:Service temporarily unavailable,type:server_error}}注以上为示例报错格式实际返回的 message 文本可能与此不同。这个 503 不是服务器挂了是路由找不到对应的推理。挺烦人的因为报错信息完全没提示你 endpoint 填错了。401 / 503 快速判断树graph TD A[Continue.dev 报错] -- B{错误码是什么} B --|401| C[API Key 问题] C -- C1[Key 是否过期/删除] C1 -- C2[Header 格式是否 Bearer xxx] C2 -- C3[Key 里有没有多余空格/换行] B --|503| D{用的是标准版还是 AMD} D --|标准版| D1[智谱官方是否在维护检查智谱官方状态页] D --|AMD 加速版| D2[apiBase 是否包含 /amd/ 路径] D2 --|没有| D3[加上 /amd/ 即可] D2 --|有| D4[model_id 是否带 -amd 后缀] B --|400 model not found| E[model_id 拼写错误] E -- E1[检查是否写成 glm5.2 少了横杠] E -- E2[检查前缀是否漏了 z-ai/]注判断树中智谱官方状态页地址请以智谱官方公告为准本文无法核实第三方状态域名的有效性。我上周三遇到的就是 D2 这条路径——apiBase 忘了加/amd/盯着 503 看了半小时才反应过来。第四步验证延迟差异配好两个 provider 之后可以在 Continue 面板手动切换对比。我的体感香港直连环境非严格测量标准版首 token 出现大概 400–500ms后续流式很顺AMD 加速版首 token 大概 250–300ms整体快了一截这个数据跟你的网络环境有关。如果你网络条件一般差距可能没这么明显。不同场景怎么选你的场景选哪个版本原因日常对话/代码解释标准版延迟差感知不明显省钱Tab 补全/inline completionAMD 加速版补全对首 token 延迟极敏感长文档总结4K tokens 输出标准版加速版优势主要在首 token团队统一配置标准版先跑通再灰度切 AMD减少排查变量如果你不是对补全延迟特别敏感标准版完全够用。AMD 版本更适合那种我打一个字母就要看到建议的强迫症用法。补充同时配两个版本切着用Continue.dev 支持在models数组里放多个配置面板顶部下拉切换。我现在的 config 里同时放了标准版和 AMD 版对话用标准版tab 补全单独指定 AMD 版。完整config.json结构示例如下tabAutocompleteModel是顶层字段与models数组并列不要放进models数组内{ models: [ { title: GLM-5.2, provider: openai, model: z-ai/glm-5.2, apiBase: https://api.ofox.io/v1, apiKey: your-key }, { title: GLM-5.2 AMD, provider: openai, model: z-ai/glm-5.2-amd, apiBase: https://api.ofox.io/v1/amd/, apiKey: your-key } ], tabAutocompleteModel: { title: GLM-5.2 AMD autocomplete, provider: openai, model: z-ai/glm-5.2-amd, apiBase: https://api.ofox.io/v1/amd/, apiKey: your-key } }注tabAutocompleteModel支持的子字段在不同版本的 Continue.dev 中可能略有差异建议对照 Continue.dev 官方文档 确认。这样体验最好——对话不着急补全要快。常见问题 FAQQContinue.dev 里 provider 填 openai 还是 zhipu填openai。glm-5.2 走的是 OpenAI 兼容协议Continue 不需要单独的 zhipu provider。apiBase 和 model 填对就行。Q我用智谱官方 Key 能不能直接填官方 base_url能但路径要写全https://open.bigmodel.cn/api/paas/v4/。注意末尾的斜杠不能少。不过官方 Key 格式是{id}.{secret}带点号详见智谱开放平台文档有些版本的 Continue 解析 Header 时会出问题。如果报AuthenticationError: invalid api key先试试换到聚合平台的 Key 排除这个变量。QAMD 加速版要额外付费吗截至 2026 年 7 月ofox.io 上标准版和 AMD 版价格一致没有额外加价。但这个可能随时变调用前看一眼模型目录的定价。Q填了 z-ai/glm-5.2-amd 但返回的内容和标准版一模一样怎么确认真的走了加速据实测观察非官方文档无法独立核实响应头里可能包含集群标识字段AMD 集群与标准集群的值不同。Continue 面板看不到响应头得用 curl 手动发请求查看或者开启 Continue 的 debug 日志模式确认路由情况。Qglm-5.2 支持 function calling / tool use 吗支持。在 messages 之外加tools参数格式跟 OpenAI 的 function calling 一致。Continue.dev 的命令和自定义 slash command 底层就是走的 tool use配好模型就能直接用。小结整个配置其实就改两个字段的事但 AMD 加速版的 endpoint 差异没有任何官方文档明确写出来至少我翻了半天没找到全靠 503 报错倒推出来的。希望这篇能帮你省掉那半小时的排查时间。ofox.io 的模型目录里z-ai/glm-5.2和z-ai/glm-5.2-amd是两个独立条目调用量和费用在管理后台分开统计——如果你团队里有人用标准版有人用加速版月底对账能直接看到各自花了多少不用自己拆。再次说明ofox.io 是本文推广合作方以上涉及该平台的描述均为作者实测体验建议读者自行核实定价与服务条款后决策。