用 JetBrains 系 IDE 的人这两年用 Claude Code,几乎都遇到过同一个尴尬的场景:代码在 IDEA 里写着,终端在另一个窗口挂着。每次想让 AI 帮忙改点东西,就得切到终端窗口跟 Agent 对话,改完了再切回 IDEA 看 Diff。两个窗口来回切换,思路断了就很难接上。
VS Code 那边就好多了——Anthropic 官方扩展直接嵌在侧边栏,对话、Diff、文件引用一气呵成。
JetBrains 这边虽然也有 ACP 通道可以接入 Claude Code 和 Codex,但 ACP 走的是「轻量」路线——核心是把 CLI 接进来,会话管理、图片输入、Skill 系统这些偏 GUI 的能力都没跟上。
如果你想要的是「把 Claude Code 真正当成一个工作台来用」,那今天要说的这个插件值得一看:CC GUI,GitHub 上 3.3k Star,100% MIT 开源,给 JetBrains 用户补齐了 Claude Code 和 Codex 的完整可视化层。
CC GUI 是什么?
CC GUI(原名 Claude Code GUI,后来因商标问题改了名)是一个 IDEA 插件,把 Claude Code 和 Codex 两套 CLI Agent 重新包装成了完整的图形界面。
一句话理解它:它把原来散落在终端、截图工具、文件管理器、浏览器里的操作,全部压回到了 IDEA 内部的一个面板里。这就是它和官方 ACP 路线最大的不同。
核心能力一览
| 能力 |
解决什么问题 |
| 双引擎 |
Claude Code + Codex 同时接入,面板一键切换 |
| 上下文感知对话 |
@file 引用、图片输入、对话回退,比 CLI 直观多了 |
| Skill + MCP 扩展 |
内置斜杠命令,可扩展 MCP 服务器 |
| 代码 Diff 内嵌 |
改动直接在 IDEA Diff 面板展示,点击跳转到具体行 |
| 会话管理和 Token 统计 |
历史搜索、收藏、导出,费用一目了然 |
和官方 ACP 路线不冲突
有人会问:JetBrains 不是已经通过 ACP 接入 Claude Code 了吗?还要 CC GUI 干嘛?
ACP(Agent Client Protocol)是一个通用协议——任何 Agent 实现了 ACP Server、任何 IDE 实现了 ACP Client,两边就能即插即用。IDEA 现在已经能通过 ACP 接入 Cursor、Claude Code、Codex、Gemini CLI、Kimi CLI。
但 ACP 和 CC GUI 是两条不同的路:
| 维度 |
ACP 路线 |
CC GUI 路线 |
| 核心定位 |
让 Claude Code 跑在 IDE 内 |
完整可视化工作台 |
| 重点能力 |
Diff 查看、上下文共享、快速启动 |
会话管理、图片输入、Skill 系统、MCP、使用统计 |
| 适合人群 |
命令行重度用户 |
想在 IDE 内形成完整闭环的人 |
| 取舍 |
轻量、贴近 CLI |
完整、贴近 GUI 工作台 |
两套不互斥——可以两个都装,按场景切换。重度命令行走 ACP,做长任务或需要追历史就用 CC GUI。
10 分钟装好
第一步:装插件
Settings → Plugins(快捷键 Cmd + ,),搜「CC GUI」装上。装完后右侧工具栏会出现 CC GUI 的入口。
首次打开会引导安装 Claude Code 或 Codex SDK,这是 Agent 运行的基础,点继续就行,大约 20 秒装完。
第二步:配供应商
供应商面板支持四种接入方式:
- Anthropic Console API Key:去 Anthropic Console 创建一个 API Key(注意:这和 Claude.ai 的 Pro/Max 订阅不是一回事——订阅走聊天网页,API Key 才能给 CC GUI 用)
- 直接读本地 settings.json:如果之前用 Claude Code CLI 登录过或配过 endpoint,配置文件原样导入,零改动
- cc-switch 导入:cc-switch 是社区主流的供应商管理工具,CC GUI 直接兼容,一键导入所有 endpoint
- 第三方代理端点:自定义 endpoint,对国内用户特别友好
我最常用的是「直接读本地 settings.json」——之前在 CLI 里配过的所有 endpoint、模型、鉴权信息都被原样读进来,真正的零配置秒接。
第三步:开聊
右侧面板直接对话。第一次可以先试个简单的,比如「分析一下当前项目的目录结构」,感受一下上下文感知。
实战体感:用 /plan 让 AI 先想清楚再动手
举一个研发真实踩过的活——对接银联支付。这种事 AI 上来直接动代码大概率翻车:银联文档复杂、依赖多、签名规则繁琐,加错钩子线上立刻出问题。
这次用 CC GUI 的 /plan 规划模式——让 AI 只读、只想方案、不动一行代码。出完计划再决定要不要执行。
直接输入:/plan 设计下银联的接入方案
/plan 会加载规划模式,AI 自动扫描项目结构、读取相关 PaymentService 代码、查阅银联接入文档要点,最后给出一个结构化的接入方案。方案里会明确:要改哪些文件、要新增哪些类、依赖哪些 SDK、签名和加密要在哪一层做、回调和异步通知怎么处理——一份可以直接拿去评审的方案文档。
关键差异是什么?
- CLI 模式下:你说「接入银联」,AI 直接开始改代码,改飞了再
git reset
/plan 模式下:AI 先想清楚、给出方案、你评审、同意了再切回执行模式动手
这一招把 AI 写代码的失败率降了一档——尤其是接外部支付、风控、第三方 SDK 这类容错率低的场景。
几个顺手的内置功能
除了主对话面板,还有几个功能用起来很顺手:
- Token/费用统计:清晰看到本次会话消耗了多少 Token、折合多少费用,避免「钱不知不觉花光了」。
- AI 代码提交和评审:
- AI 提交:根据 staged diff 自动生成 commit message,符合 Conventional Commits 规范,比手敲快得多。
- AI 评审:commit 或 PR 之前先让 AI 走一遍 diff——挑边界条件、空指针、潜在死循环、命名不规范,比人工 Code Review 还细致。
- SKILLS 浏览和一键启用:在 GUI 里直接浏览所有可用 Skill,勾一下就启用,比手改 settings.json 直观得多。
- MCP 服务器配置:可视化地挂载各种 MCP 服务,不必再纠结命令行里的那串参数该怎么写。
- 历史会话搜索/删除:再也不用问「上次那个对话扔哪儿了」。重要的会话可以收藏,方便随时回溯。

怎么选?
JetBrains 用户当前主流的三个 AI 编程 Agent,是完全不同的产品形态:
| 维度 |
CC GUI |
Qoder(阿里) |
CodeBuddy(腾讯) |
| 本质 |
CLI Agent 的 GUI 壳 |
独立 AI 编程 Agent |
独立 AI 编程 Agent |
| 开源 |
MIT 完全开源 |
闭源 |
闭源 |
| 模型 |
Claude + Codex 双引擎+自定义 |
内置模型 |
内置模型(混元/DeepSeek) |
| 上下文 |
@file + 图片 |
@database + @file |
@code + @file + 仓库级 |
| 入门门槛 |
要有 Claude/Codex 订阅 |
注册即用,有免费额度 |
注册即用,个人版免费 |
| 特长 |
复用现有订阅,社区驱动 |
Java 生态优化深,企业版强 |
腾讯系生态打通好 |
怎么选?
- 已经在用 Claude Code 或 Codex → 闭眼选 CC GUI,订阅能力直接复用
- 不想折腾 API、想要免费额度试试 → Qoder,Java 生态最深
- 腾讯系内部或习惯腾讯云生态 → CodeBuddy
- 想全都试试 → 三个都装,它们互相不冲突,按场景切换
这三家不是竞品,是研发的不同诉求场景。有 CC 订阅的 JetBrains 玩家、阿里云用户、腾讯云用户——三家各自有最优解。
最后
CC GUI 不是在造新的 AI 能力,而是把研发的注意力从「在哪用 AI」拉回到「用 AI 做什么」。
核心就三件事:
- 把「AI 在哪能用」这件事彻底解决——所有 Claude Code 和 Codex 能力直接装进 IDEA 一个面板
- 把「研发纪律」塞回 AI Coding 流程——
/plan 模式逼你先想方案再改代码,AI Review 在 PR 之前再卡一遍
- 把团队的 Code Review 标准沉淀进 Skill——不管谁来,跑同一个斜杠命令,用同一份审查标准
如果你是 JetBrains 死忠,又已经在用 Claude Code 或 Codex,这个插件值得花 10 分钟装上试试。MIT 协议、3.3k Star、纯社区驱动——挑不出什么不试的理由。
如果还想探索更多像这样实用又有趣的开源项目,不妨去 云栈社区 的「开源实战」板块转转,那里聚集了不少深度玩家的分享。
开源地址: https://github.com/zhukunpenglinyutong/jetbrains-cc-gui