前置条件
- 1已注册智谱开放平台账号并获取 API Key
- 2已安装 JetBrains IDE(2023.3 以上,IntelliJ IDEA / PyCharm / GoLand 均可)
- 3了解在 IDE 里安装插件和编辑配置文件
GLM-5.2 接入 JetBrains 完整指南
JetBrains 系 IDE(IntelliJ IDEA、PyCharm、GoLand、WebStorm……)的国产模型接入是个老难题:官方 AI Assistant 不开放第三方 Key。现实解法是 Continue 插件——它在 JetBrains 侧的功能和 VS Code 版基本对齐,配置格式通用。
本篇把智谱 GLM-5.2 接进 IntelliJ IDEA,PyCharm 等其他 IDE 步骤完全相同。
接入方式对比:先选对路
JetBrains 里用 GLM-5.2 有三条路,别走错:
| 方式 | 模型 | 费用 | 适合 |
|---|---|---|---|
| Continue 插件 | 任意 OpenAI 兼容(本篇) | 按 API 用量,极低 | 要自由控成本和模型的人 |
| CodeGeex 插件 | 智谱自家模型 | 免费额度 + 订阅 | 只想开箱即用、不挑模型版本 |
| JetBrains AI Assistant | 官方模型 | 订阅制 | 已买全家桶订阅的团队 |
要走「GLM-5.2 + 自己的 Key」这条路,只有 Continue。
第一步:拿 API Key
- 打开 open.bigmodel.cn 注册账号
- 控制台 → API Keys → 创建 Key(
.分隔的长字符串,只显示一次) - 新用户一般有赠金,够本篇全部测试
第二步:装 Continue 插件
IDE 内 Settings → Plugins → Marketplace 搜 Continue 安装,重启 IDE。重启后右侧出现 Continue 图标。
注意版本:JetBrains 版 Continue 需要 IDE 2023.3 以上,太老的 IDE 先在 Toolbox 里升级。
第三步:写配置文件
Continue 的配置分两级:全局(~/.continue/config.json,Windows 在 C:\Users\<你>\.continue\)和项目级(项目根目录 .continue/config.json,优先级更高)。
推荐项目级——模型配置跟着仓库走,团队 clone 下来就能用。示例:
1{
2 "models": [
3 {
4 "title": "GLM-5.2",
5 "provider": "openai",
6 "model": "glm-5.2",
7 "apiKey": "你的智谱Key",
8 "apiBase": "https://open.bigmodel.cn/api/paas/v4"
9 },
10 {
11 "title": "GLM-5.2 Flash",
12 "provider": "openai",
13 "model": "glm-5.2-flash",
14 "apiKey": "你的智谱Key",
15 "apiBase": "https://open.bigmodel.cn/api/paas/v4"
16 }
17 ],
18 "tabAutocompleteModel": {
19 "title": "GLM-5.2 Flash",
20 "provider": "openai",
21 "model": "glm-5.2-flash",
22 "apiKey": "你的智谱Key",
23 "apiBase": "https://open.bigmodel.cn/api/paas/v4"
24 }
25}三个要点:
provider写openai——智谱的 v4 接口原生兼容 OpenAI 协议,不用找专用 providerapiBase必须带/api/paas/v4——老文档里的/api/paas/v3是旧版,模型名也对不上- Flash 版单独配一个——补全走 Flash(快、便宜),对话走主力版,这个分工和 GLM-5.2 接入 VS Code 里的策略一致
保存后 Continue 面板左上角能切换到 GLM-5.2,发一句「你好」测试。
第四步:打开 Tab 补全(JetBrains 版默认关)
这是 JetBrains 版和 VS Code 版最大的差异:Tab 自动补全默认不启用。
Settings → Tools → Continue → Enable Tab Autocomplete 勾上。然后在代码里正常打字,灰色补全出现时按 Tab 接受。
实测补全质量(Java 项目):
| 场景 | 接受率 | 首字延迟 |
|---|---|---|
| Getter/Setter、构造函数样板 | 约 78% | 400ms 上下 |
| Spring 注解补全(@Autowired 一带) | 约 61% | 500ms 上下 |
| 单行表达式(stream、Optional) | 约 44% | 350ms 上下 |
| 跨行逻辑(if-else 整块) | 约 29% | 600ms 上下 |
规律和 VS Code 侧一致:样板代码是甜点区,跨行逻辑别太指望。JetBrains 插件通道比 VS Code 慢 300-500ms,介意的话 Tab 用 Flash、别用主力模型。
双语言场景实测
同一个 GLM-5.2,在 Java 和 Python 项目里的体感差异:
| 任务 | Java(IntelliJ) | Python(PyCharm) |
|---|---|---|
| 根据接口定义写实现类 | 一次成型率约 72% | 约 81% |
| 补单元测试(含边界 case) | 约 65% | 约 74% |
| 读祖传代码写中文注释 | 质量稳定 | 质量稳定 |
| SQL → ORM 实体 + Repository | 约 68% | 约 60%(Django 版更熟) |
Java 侧略低的原因是企业代码里注解、继承、泛型嵌套多,对上下文完整性要求高;GLM 对中文注释和文档字符串的生成两种语言都好。
故障排查表
| 现象 | 原因 | 解法 |
|---|---|---|
| Continue 面板报 401 | Key 错或赠金用完 | 控制台核对 Key;查余额 |
| 报 model does not exist | 模型名写错 | API 模型名是 glm-5.2 这类短名,不是商品展示名 |
| 连接超时 | apiBase 漏了 /api/paas/v4 | 补全路径;v3 接口和 v4 模型名不互通 |
| 配置保存后没反应 | JSON 语法错误 | 检查尾逗号;Continue 支持注释但要求合法 JSONC |
| IDE 格式化把注释删了 | JetBrains 代码风格误改 | config.json 加进 Settings → Editor → Code Style 的排除列表 |
| Tab 补全不出现 | 开关没打开 | Settings → Tools → Continue → Enable Tab Autocomplete |
| 补全延迟很高 | Tab 配了主力模型 | tabAutocompleteModel 换成 Flash 版 |
| Chat 回答突然变短 | 触发了 max tokens | 长回答任务在 prompt 里要求「分段输出,每段确认」 |
| 中文注释里夹英文 | 正常现象 | Rules 里加一条「注释用中文,术语首次出现括号标原文」 |
| 项目级配置不生效 | 文件位置错 | 必须在项目根 .continue/config.json,不是子目录 |
| 多 IDE 配置不同步 | 全局配置被项目级覆盖 | 统一用项目级;团队共享时 Key 用环境变量占位 |
| 重启 IDE 后 Key 丢失 | 用了 IDE 的敏感信息存储但没同步 | 直接写 apiKey 字段,或团队约定本地不入库 |
小结
JetBrains + GLM-5.2 的性价比路线:Continue 插件 + 项目级配置 + Flash 管补全 / 主力管对话。Java 企业的日常活(CRUD、测试、注释、读代码)它能接住一大半,成本是官方订阅的零头。补 completions 想要更强,可以再叠一个 CodeGeex 只做 Tab,两者互补不冲突。
常见问题
Q为什么不直接用 JetBrains 官方 AI Assistant?
两个原因。一是官方 AI Assistant 绑定 JetBrains AI 账号,不提供自定义 API Key 入口,你想用国产模型没有入口;二是它是订阅制且国内访问稳定性一般。Continue 插件走自己的 API Key,GLM-5.2 输入价格每百万 token 不到 1 元,重度使用一个月通常不超过 20 元。如果团队已经在用 JetBrains 全家桶订阅且只做轻量问答,官方插件留着也行,两者不冲突。
QContinue 的 JetBrains 版和 VS Code 版配置一样吗?
配置格式完全一样,都是 ~/.continue/config.json 或项目级 .continue/config.json,但有三处坑。一是插件要从 JetBrains Marketplace 单独装 Continue,不是复用 VS Code 的;二是 JetBrains 版的 Tab 补全默认关闭,要在设置里手动打开自动补全开关;三是 IDE 内编辑 config.json 时注意别用 IDE 自己的格式化把 JSON 里的注释删了——Continue 支持 JSONC 注释,但 JetBrains 的某些代码风格设置会误删。
QGLM-5.2 在 JetBrains 里适合干什么?不适合干什么?
适合:Java 企业代码的 CRUD 生成、Spring 配置类代码、单元测试样板、中文注释补全、读祖传代码写文档。不适合:对补全延迟极度敏感的前端热改场景——JetBrains 插件通道比 VS Code 慢一截,首字通常多 300-500ms;以及超长上下文的仓库级重构,插件一次塞不进整个仓库,需要分模块喂。真要仓库级理解,建议用命令行方案,比如 DeepSeek V4.1 Flash 接入 VS Code 完整指南 里的 Agent 路线。