在AI编码助手遍地开花的今天，JetBrains Air for Windows终于发布了，看似只是一个IDE工具对操作系统的兼容性扩展，但深究其设计哲学，它揭示了一个正在发生的根本性转变：AI代理（Agent）正在从“对话中的辅助者”进化为“拥有独立工作空间的协作者”。

超越“终端代理”与“IDE插件”的第三条路

当前主流的AI编程辅助模式，无非两种路径。其一是在终端中运行命令行代理，它们轻量但缺乏可视化的上下文管理与结果审查；其二是在IDE内嵌的聊天面板，便捷但往往割裂了代理工作区与主开发环境的边界。

Air的定位恰恰瞄准了两者之间的空白地带。它是一个**“代理优先（Agent-First）”的桌面应用**，提供了一个专门的、非侵入式的环境来运行和协调AI代理。这好比为每位AI代理分配了一个“专属工位”，让它们能在隔离但可观察的空间内工作，而开发者则像项目经理一样，在统一的看板上分配任务、审查成果，同时保持主IDE（如IntelliJ IDEA）的整洁与专注。

这次还带了几个非常丝滑的新特性

1. 计划与执行分离的工作流

Air引入了“计划模式（Plan mode）”，允许开发者在代理执行任何代码变更前，先与之协作创建一份保存在Markdown文件中的详细执行计划。这份计划可以引用具体的类、文件夹、文档符号或代码行，并支持上传本地文件作为额外上下文。这种**“方案先行、编码在后”**的模式，确保了AI的修改在开始前就经过审视和明确，将不可控的“黑盒生成”转变为可评审的“透明流程”。

实现的时候可以选择模型和实现代码的地方

2. 基于Git工作树的并行代理

这是我认为最具创新性的特性。Air允许你在独立的Git工作树（Worktree） 中同时运行多个AI代理。每个代理拥有自己完全隔离的目录和分支，可以并行执行不同的任务（如同时开发新功能和修复紧急Bug），其修改互不干扰。开发者可以在统一的界面中分别审查每个工作树的差异（Diff），择优采纳或舍弃，最后再合并回主分支。这从根本上解决了多任务并行时的上下文切换和代码冲突难题。

多任务并行仍可以轻松应掌握大局

3. 多代理协作与审查流水线

Air支持构建“代理间的协作流程”。例如，你可以指派一个代理（如Claude）负责实现功能，再让另一个代理（如Codex）专门审查前者生成的代码，并在代码行内留下修改评论。这种**“实现-审查”角色分离**的模式，充分利用了不同模型的能力差异（生成vs.分析），构建出超越单个代理的“组合智能”。开发者可以在此基础上添加自己的意见，并将任务返回给原代理进行迭代，形成类似人类团队的协作闭环。

效率是副产品，控制力才是核心

我认为，JetBrains Air的这些特性，其表面价值是提升了AI编码的“效率”，但更深层的价值在于它重塑了开发者对AI生成代码的控制力与信任感。

• 通过隔离获得掌控：并行工作树和基于Diff的审查，让AI的每一次变更都变得可见、可逆、可追溯。开发者不再面对一个“黑盒”生成的巨大代码块，而是能像审查人类同事的Pull Request一样，逐行决定采纳或拒绝。这降低了引入不可见Bug的风险，也提升了代码质量。
• 通过编排放大智能：多代理协作工作流，将AI从一个“万能回答者”降维成一个“专项任务执行者”。通过让不同代理各司其职（规划、实现、审查），我们实际上是在编排一场“智能交响乐”，而非依赖一个全能的“独奏家”。这种模式更贴近复杂软件工程的本质——分工与协作。

此次登陆Windows，不仅让庞大的Windows开发者群体能接触到这些前沿理念，更标志着这种“代理-工作区”模型正在成为跨平台的开发新常态。它预示着，未来的开发工具将不再仅仅是代码编辑器和调试器的集合，而是一个能够智能编排人机协作、管理复杂工作流的开发指挥中心。

Air for Windows的发布，是一个信号：AI辅助开发的下半场，比拼的将不再是模型参数大小，而是如何将模型能力转化为可控、可靠、可协作的工程化工作流。在这个维度上，JetBrains Air已经迈出了坚实的一步。