先看一个场景。
你让 Codex 给一个 Spring Boot 服务加个接口。它写完代码，自己跑 mvn package，然后丢回来一句：编译失败。
你问它哪错了。它贴了半屏报错。
可你真正想要的，它给不了。IDEA 里那条红色波浪线停在哪一行，Run 窗口里是哪个 Bean 没注入成功，这些它都没有。它没有 IDE，只有一个命令行。改完代码，它蒙着眼打包，靠一个你看不见的脚本去做「结果验证」。
这事最别扭的地方在于：它改的是你的代码，你却看不见它是怎么跑的。
现在的 Vibe Coding，卡在哪
你提需求，coding agent（Codex、Claude Code 这些）去写代码，写完自己打包运行，再做个结果验证，把结论扔回给你。一条龙，听起来挺顺。
但真用起来，别扭的地方不止一个。
打包验证是个黑盒。它验证的时候，依赖的是你项目里现成的构建脚本。脚本怎么跑的、参数是什么、中间哪一步挂了，你全程看不见。它只说「失败」，你就只能信。因为它给你结论，不给你过程。
IDEA MCP Server，补的就是这个
IDEA MCP Server 干的活，一句话能讲清楚：让外部的 coding agent，通过 MCP 协议直接调用你本地已经启动的 IntelliJ IDEA。
- 运行和重启：直接启动你配好的 Run Configuration，比如那个 Spring Boot 启动类，拿到退出码和输出，不用自己拼 Maven 命令。
- 代码诊断：调 IDEA 的检查器去扫文件，语法错误、警告、类型不匹配一次拿到。这比编译器的报错细得多，等于 agent 有了 IDE 的 Problems 视图。
- 代码格式化：调
reformat_file按你项目的规则格式化，比它自己猜的缩进靠谱。
从 IntelliJ IDEA 2025.2 开始，这个 MCP Server 是内置的，不用额外装插件。到 2026.x，JetBrains 把「自动配置客户端」做得很顺了，Claude Code、Codex、Cursor、VS Code 都在支持列表里。
怎么在 Codex 里接进来
前置条件就两个：IntelliJ IDEA 2025.2 或更新版本，加一个支持 MCP 的 Codex。
第一步，开 MCP Server。
打开 Settings | Tools | MCP Server，勾上 Enable MCP Server。弹窗会提示第三方应用能拿到哪些权限，看清楚再确认。
第二步，让 IDEA 帮你配 Codex。
同一个页面往下找 Clients Auto-Configuration，对着 Codex 那一项点 Auto-Configure。IDEA 会自动把连接信息写进 Codex 的配置文件，一般是 ~/.codex/config.toml。这一步最好别手动去抄端口，让 IDEA 自己写，省得抄错。
第三步，重启 Codex，在 Codex 里敲 /mcp，看到 idea 这个服务是 connected，就说明通了。
如果不想用自动配置，手动配也成。在 ~/.codex/config.toml 里加一段：
1 | [mcp_servers.idea] |
使用测试
回到开头那个 Spring Boot 的场景。理想情况下，Codex 改完代码，不该再蒙着眼跑 mvn package。它应该直接调 IDEA 的 execute_run_configuration，把启动类跑起来，把 Run 窗口的原始堆栈拿给你看。你坐在 IDE 前，Diff 是双栏的，日志是实时的，断点是想下就下的。
当然你可以把这个提示词写到我们的这个项目的 AGENTS.md 文件里面，让它在 Codex 执行这个验证的时候调用这个 MCP 进行结果验证运行