当“AI 辅助编程”从一个可选功能,变成开发工具的核心逻辑,IDE 会变成什么样?
最近 JetBrains 推出的 AIR(AI IDE),给出了一个比较激进的答案:不是在 IDE 里加 AI,而是让 AI 成为 IDE 的基础能力。
这篇文章结合实际开发体验和一些思考,聊一聊 AIR 到底是什么,它解决了什么问题,以及对我们意味着什么。
官网:https://air.dev/
文档:https://www.jetbrains.com/help/air/getting-started.html 一、AIR 是什么?
简单来说,AIR 是一个“以 AI 为核心工作流”的开发环境。
和我们熟悉的工具不太一样,比如 Copilot、Cursor,本质上还是在帮你写代码、补全代码。而 AIR 的思路是:
你负责描述任务,AI 负责完成任务。
这里的变化其实很关键——从“写代码”,变成“定义问题”。
AIR 的几个核心特点:
AI 是默认流程,而不是附加功能
所有改动都可以被审查(不是黑箱)
开发者始终拥有最终控制权
二、开发流程发生了什么变化?
如果用一句话总结:
过去是“人写代码”,现在更像是“人指挥 AI 写代码”。
一个完整流程大概是这样的:
1. 定义任务
你不再是从写函数开始,而是先描述需求,比如:
给订单模块增加分页查询功能,每页 10 条,参考已有 service 层实现。
你还可以补充:
指定文件或目录
引用已有代码
限制修改范围
AI 会先生成一个执行计划,然后再逐步实现。 2. 执行任务
AI 会自动完成一系列操作:
阅读项目结构
分析依赖关系
修改多个文件
必要时执行代码
过程中你可以随时打断、补充说明,或者调整方向。 3. 审查结果
这是 AIR 设计里非常重要的一步。
所有 AI 的修改都会以差异(diff)的形式展示出来,你可以: