Flexible Elixir:让AI Agent在IntelliJ里直接操作你的IDE

Flexible Elixir 让 Claude Code 通过 MCP 协议直接操控 IntelliJ 的 IEX、测试和 Credo 工具链。
Flexible Elixir 是一款 IntelliJ 插件,通过在 IDE 内部运行 MCP 服务器,将 Claude Code 这类 AI Agent 从对话框助手升级为真正的开发环境操作者。Agent 可以直接调用 IDE 的代码索引、启动 IEX 会话、执行 Mix 测试并运行项目自带的 Credo 静态检查,所有操作过程都实时显示在 IDE 控制台中。接入流程极为轻量,一键即可将服务器地址与 token 安装进 Claude Code,无需手动配置。安全层面,插件采用"先询问、后执行"的权限模型,每次工具调用都需开发者授权,确保 AI 不会在后台执行未经许可的命令。该插件已上架 JetBrains Marketplace。
当AI Agent走进IDE内部
传统的AI编程助手大多停留在"对话框"层面——它能看到代码片段,却摸不到你的开发环境。Flexible Elixir 提供了另一种思路:它在 IntelliJ 内部运行一个 MCP(Model Context Protocol)服务器,让 Claude Code 这样的 AI Agent 能够直接调用 IDE 自身的索引、IEX、Mix 和 Credo。
换句话说,Agent 不再是旁观者,而是坐在你 IDE 驾驶座旁边的副驾——它能运行 IEX 会话、执行测试、跑静态检查,而这一切你都能在控制台里实时看到。

MCP(Model Context Protocol)是 Anthropic 于 2024 年底推出的开放协议,旨在标准化 AI 模型与外部工具、数据源之间的连接方式。其核心思想是:通过定义统一的"服务器—客户端"接口,让 AI Agent 能够以结构化的方式调用任意外部能力——无论是文件系统、数据库还是 IDE 功能——而无需为每种工具单独编写适配代码。Claude Code 作为 MCP 客户端,可以发现并调用任何符合协议规范的 MCP 服务器所暴露的工具。Flexible Elixir 正是利用这一机制,将 IntelliJ 的内部能力包装成 MCP 工具,使 Claude Code 得以像调用函数一样操作 IDE。
零配置接入 Claude Code
整个启动流程被压缩得相当轻量。开发者从 IntelliJ 顶部的 Elixir 工具窗口启动 MCP 服务器,随后只需一次点击,就能把服务器的地址和 token 安装进 Claude Code——无需手动编辑任何配置文件。
这一点对实际使用体验影响很大。MCP 生态中最劝退新手的往往就是繁琐的配置环节:端口、密钥、路径一个都不能错。Flexible Elixir 把这些步骤收敛成"一键安装",降低了尝试门槛。
Agent 如何真正"用"你的工具链
视频演示了一个典型的交互回合。作者在 AI 标签页里直接提问:"这个项目里有什么,card 又是做什么的?"Agent 并不会贸然行动——它会在调用工具前先征求许可,获得授权后才向 IDE 请求模块列表和文件大纲。

这种"先询问、后执行"的权限模型,是 Agent 直接操作开发环境时的关键安全设计。它让开发者始终掌握每一步的主动权,而不是让 AI 在后台悄悄执行可能有副作用的命令。
实时可见的 IEX 会话
当 Agent 启动 IEX 并运行某个 receipt(配方)时,它会在 IDE 内开启一个真实的 IEX 会话,而它执行的每一行命令都会同步显示在下方控制台。这种透明度意味着你不必信任一个黑盒——Agent 做了什么、得到了什么反馈,全程可追溯。
测试与 Credo:让反馈闭环
Agent 的价值不仅在于读代码,更在于能跑起来验证。演示中,Agent 通过 IDE 运行测试,拿到带行号的失败信息,并直接指向 card 中的某个 Map.put 调用——这正是定位 bug 时最需要的精确信息。

随后它又跑了项目自带的 Credo 静态检查,并对结果做了总结:一处缺失的模块文档、一个被遗忘的 IO.inspect,以及一个它建议改用 Map.join 的写法。

这里值得强调的是"项目自己的 Credo"——Agent 调用的不是某个泛化的通用规则集,而是你项目中实际配置的检查标准。这保证了 AI 给出的建议与团队既有规范保持一致,而不是制造新的风格冲突。
Credo 是 Elixir 社区最主流的静态代码分析工具,类似于 Ruby 的 RuboCop 或 Python 的 Flake8。它通过分析 AST(抽象语法树)来检测代码风格问题、潜在 bug 和可读性隐患,并允许团队通过 .credo.exs 配置文件定制检查规则的严格程度。区别于编译器错误,Credo 的检查结果更多属于"建议性"反馈,例如函数复杂度过高、遗留的调试语句或不一致的命名风格。AI Agent 调用项目自身的 Credo 配置而非内置规则集,意味着它给出的代码改进建议天然符合当前团队的编码标准,避免了 AI 反馈与人工审查之间的风格摩擦。
对 Elixir 开发者意味着什么
Flexible Elixir 的核心价值,在于把 AI Agent 从"聊天助手"升级为"环境操作者"。它接入的是 IDE 真实的索引、编译器和工具链,因此获取的上下文更准确,执行结果也更可信。
- 上下文更真实:Agent 读取的是 IDE 索引而非粘贴的片段,理解项目结构的能力更强。
- 反馈更闭环:从运行 IEX、跑测试到静态检查,整个开发循环都能在对话中完成。
- 权限可控:每次工具调用都先征得同意,开发者保有最终决定权。
该插件已上架 JetBrains Marketplace。对于日常在 IntelliJ 中编写 Elixir、又希望把 Claude Code 更深度整合进工作流的开发者来说,它提供了一条低摩擦的尝试路径。
相关推荐

Agent Harness 已死?Cursor 早期工程师拆解 AI 编程代理真实架构
Cursor 早期工程师 Jediah 拆解 agent harness 的真实架构:为何「harness 已死」只对了一半,数据飞轮如何让 harness 自我淘汰,以及 Grokbot、软件工厂和原语设计如何打开 agent 的新前沿。

Python访问者模式与更优替代方案详解
深入解析Python访问者模式及四种替代方案:方法模式、模式匹配、字典映射与functools.singledispatch单分派。从节点与操作的双轴矩阵出发,帮你根据变化频率选择最合适的解耦设计。

357天深度体验:Omarchy为何让我告别发行版跳槽
连续使用 Omarchy 357 天的深度体验:59 秒安装、开箱即用的音频与 GPU 支持、Quattro 版本 QuickShell 重写带来的配置迁移阵痛,以及它为何值得 Arch 用户尝试。