Flexible Elixir：让 Claude Code 在 IntelliJ 中直接操作你的 IDE

当 AI 智能体住进你的 IDE

AI 编程助手已经不新鲜，但大多数工具都停留在聊天框里给你贴代码、让你自己复制粘贴。Flexible Elixir 走了另一条路——它在 IntelliJ 内部跑起了一个 MCP（Model Context Protocol）服务器，让 AI 智能体能够直接调用 IDE 本身的能力。

按照原视频演示，作者在 IntelliJ 的 Elixir 工具窗口里一键启动这个 MCP 服务器之后，Claude Code 就能够使用 IDE 自己的代码索引、IEX 交互式环境、Mix 构建工具以及 Credo 静态检查器。换句话说，智能体不再是隔着玻璃观察你的项目，而是真正坐进了驾驶座。

Then an agent can use the IDE's own index, IEX, Mix, and Credo.

这种集成的意义在于上下文。AI 要理解一个 Elixir 项目，最可靠的信息来源不是模型的训练记忆，而是 IDE 实时维护的索引、模块结构和文件大纲。Flexible Elixir 把这些第一手数据直接喂给智能体，减少了幻觉的空间。

MCP（Model Context Protocol）是 Anthropic 于 2024 年底推出的开放协议，旨在标准化 AI 模型与外部工具、数据源之间的通信方式。可以把它理解为 AI 世界的「USB 接口」——任何工具只要按照 MCP 规范暴露接口，AI 客户端就能统一调用，而无需为每个工具单独开发适配层。MCP 服务器负责封装具体能力（如文件读写、代码执行、数据库查询），MCP 客户端（如 Claude Code）负责发起调用请求。Flexible Elixir 将 IntelliJ 的内部 API 包装成 MCP 服务器，等于让 IDE 成为了一个标准化的工具提供方，任何支持 MCP 的 AI 客户端理论上都能接入。

零配置接入 Claude Code

接入过程被压缩到了极致。作者在视频中强调，只需一次点击就能把这个 MCP 服务器连同地址和访问 token 一起装进 Claude Code，完全不需要手动编辑任何配置文件。

对于用过 MCP 的人来说，这一点相当有分量。MCP 服务器的手动配置往往涉及 JSON 文件、端口、鉴权令牌等一堆细节，稍有出错就连不上。Flexible Elixir 把这套流程封装成一键安装，等于把门槛降到了普通开发者也能顺手用起来的程度。

配置完成后，交互直接发生在 IDE 的 AI 标签页里。作者的第一个提问是"这个项目里有什么、这张 card 是做什么的"，智能体在动手前会先征求许可——它请求使用某个工具，用户点击允许，它才会向 IDE 查询模块列表和文件大纲。这个"先问后做"的权限机制，是智能体操作真实开发环境时必要的安全阀。

智能体能做什么：IEX、测试与 Credo

视频里展示了三类核心操作，基本覆盖了 Elixir 日常开发的关键环节。

跑 IEX，所有输出都可见

当作者让它启动 IEX 并运行某段逻辑时，智能体会在 IDE 里开启一个真实的 IEX 会话。关键细节是：它执行的每一行命令都会出现在下方的控制台里。开发者不是面对一个黑盒，而是能完整看到智能体做了什么、得到了什么反馈。这种透明度对建立信任至关重要。

运行测试并定位失败

Now the tests.

接下来是测试环节。智能体通过 IDE 运行项目测试，拿到带行号的失败信息，并直接把问题指向 card 中的一处 Map.put 调用。这已经不只是"运行测试"，而是把测试结果和源码定位串联起来，形成了可操作的调试线索。

复用项目自己的 Credo 规则

It runs the project's own Credo and sums it up.

最后是静态检查。智能体运行的是项目自带的 Credo 配置，而非某套通用规则，然后把结果汇总：一个缺失的 module doc、一处忘记删除的 IO.inspect、以及一个它建议改用 map/join 的地方。使用项目自身的 Credo 规则意味着它给出的建议会和团队既定的代码规范保持一致，而不是制造额外的风格噪音。

IEX（Interactive Elixir）是 Elixir 自带的交互式 Shell，类似 Python 的 REPL 环境，开发者可以在其中实时执行 Elixir 表达式、加载模块、调试函数返回值。Mix 则是 Elixir 的官方构建工具，负责依赖管理、项目编译、测试运行等任务，相当于 Node.js 生态中的 npm。Credo 是 Elixir 社区广泛使用的静态代码分析工具，通过可配置的规则集检查代码风格、潜在问题和最佳实践，每个项目可以维护自己的 .credo.exs 配置文件以统一团队规范。这三者共同构成了 Elixir 日常开发工作流的核心工具链。

为什么这种模式值得关注

Flexible Elixir 的做法代表了 AI 编程工具的一个演进方向：从"生成代码"转向"操作工具链"。智能体不再只是建议你该写什么，而是能亲自跑 IEX 验证假设、执行测试确认结果、调用 Credo 核对规范——这些都是开发者本来就要做的事。

It asks before.

这里有几个设计选择值得借鉴。其一是透明：所有命令执行都在控制台可见，开发者始终掌握全局。其二是权限控制：动手前先征求许可，避免智能体擅自操作。其三是复用现有基建：直接接入 IDE 的索引和项目配置，而不是另起炉灶，既保证准确性又尊重团队规范。

当然，从一段演示里能看到的终究有限。它在大型项目中的索引性能、权限提示是否会频繁打断工作流、以及对复杂多模块重构的处理能力，都还需要实际使用才能验证。但作为一个针对 Elixir 生态、面向 JetBrains 平台的 MCP 集成方案，它展示了一个清晰且务实的产品思路。

这款工具已经上架 JetBrains Marketplace，感兴趣的 Elixir 开发者可以直接搜索试用。