JetBrains Air Teams：为团队带来智能体工作流并自动化重复性任务
今天，我们推出 JetBrains Air Teams——面向智能体开发的团队层。它为人类和智能体提供在整个开发生命周期中高效协作所需的共享上下文、环境、工具和指令。
Air Teams 已面向 JetBrains 企业客户提供，并计划日后将访问权限扩展到个人客户。
新篇章：从个人开发者到团队
几个月前，我们推出了 Air 应用，作为迈向智能体开发的第一步。自那以后，我们学到了很多，也看到与智能体协作的开发者获得了实实在在的生产力提升。
随着我们进一步开发 Air，两件事变得越来越清楚。第一，开发者不需要另一个独立应用——工具和智能体应该集成到他们已经在其中工作的环境里。第二，随着个人开发者借助智能体变得更高效，真正的瓶颈开始转移到团队层面。
因此，我们正在将 Air 从独立的桌面应用扩展为一个更广泛的系统。Air 现在在三个层面支持智能体开发：个人开发者、团队和组织。让我们仔细看看 Air Teams 为工程团队带来了什么。
什么是 Air Teams？
Air Teams 是一个共享工作区，工程团队可以在其中运行编码智能体并复用有效的成果。如今，大多数智能体工作都发生在个人笔记本电脑上：每个开发者都有自己的设置和提示词，对一个人有效的做法不容易传播给团队其他成员。Air Teams 将你的智能体工作流汇集到一个地方：一名开发者摸索出的成果，所有人都可以使用。
Air Teams 包含四个部分：
自动化自行处理重复性工作，例如代码审查、问题修复和依赖更新。每次运行由事件或计划触发。
共享云环境为智能体提供构建和测试代码所需的工具、依赖项和凭据。团队设置一次环境，所有人都可以复用。
云端任务在这些环境中并行运行，不会占用任何人的笔记本电脑。你可以从 IDE 或浏览器启动并跟踪它们，很快也能从手机操作。
项目将这一切整合在一起，提供共享额度、清晰的角色，以及不依赖任何个人的自动化。
让我们逐一了解每个部分。
自动化：无需再照看智能体
智能体可以工作得很快，但它们仍要等待人类启动任务、提供指令并推进到下一步。到了某个时候，手动编排每一次运行就会成为瓶颈。
Air 自动化是智能体工作流，它们在云端自行运行，由事件或计划触发，而不是由人触发。它们是共享的团队资产：一名开发者可以构建一个自动化，整个团队都可以运行、复用并改进它。对一个人有效的做法，可以成为整个团队工作方式的一部分。例如，一个自动化可以在每个新拉取请求打开时立即进行审查，或每周更新两次依赖项。
[LOADING...] Air Teams 附带 10 个自动化模板，包括代码审查、缺陷修复、依赖升级和文档维护。你可以直接使用其中一个，也可以根据团队的工作方式进行调整。
自动化如何工作
自动化适用于遵循固定模式的重复性工作：拉取请求需要审查、带标签的议题需要调查，或者依赖项需要每周检查。
你只需设置四项内容一次，自动化会在每次运行时复用它们：
**指令：**智能体应该做什么。
**环境：**智能体在哪里运行。
**工具：**智能体可以使用什么，包括通过连接器使用 Jira、Figma 和 Linear。
**触发器：**智能体何时启动，无论是 GitHub 或 Jira 事件、Webhook 还是计划，更多触发器类型即将推出。
举个例子：一个由标签触发的自动化。当有人添加 Bug 标签时，自动化会启动一个智能体。智能体阅读议题和关联的 Jira 工单，在代码中找到原因，并打开一个包含建议修复的拉取请求，供工程师审查。
自动化属于团队项目，因此整个团队使用同一个自动化，而不是每个人各自构建自己的。一旦某个自动化证明有效，它就可以超出项目范围：团队可以在另一个仓库中复用它，或将其保存为模板，组织中的任何人都可以直接使用或调整。
[LOADING...] 一个自动化由指令、智能体和触发器组成。设置一次，每次运行都会复用它们。
自动化示例
以下是我们自己团队运行的三个自动化：
**代码审查。**当拉取请求打开时，智能体会阅读相关代码和讨论，发布行内评论和摘要，并可以批准拉取请求或请求更改。每次新提交都会启动另一次运行：智能体会阅读其先前的审查和任何回复，记录哪些问题已修复、哪些仍然存在，并折叠旧审查，以便只有最新审查保持可见。AI 智能体应该协助你的工作流，而不是阻碍它。当你决定在单独的拉取请求中处理某个问题时，智能体会尊重你的选择并完成其检查。
**问题修复。**当队友在 YouTrack 中标记一个小而范围明确的问题时，智能体会收集上下文，尝试修复，并打开拉取请求以供审查。同一个自动化也处理审查反馈。当由自动化打开的拉取请求收到队友或代码审查自动化的评论时，智能体会接收并修复它们。
**依赖更新。**每周两次，智能体会升级项目的依赖项，跳过其指令中要求不要改动的任何依赖项。它会构建项目并运行测试。当升级导致某些东西损坏时，智能体会在不改变其行为的情况下修复受影响的代码，如果找不到修复方法，则回滚升级。然后它会打开一个拉取请求，列出哪些升级已应用、跳过或回滚。如果之前的拉取请求仍未合并，智能体会关闭它，这样团队始终有一个最新的拉取请求，准备好后即可合并。
我们将在后续文章中介绍更多自动化，包括我们如何设置和使用它们。
保持掌控
对 AI 智能体的一个合理担忧是噪音：没人阅读的评论和没人要求的拉取请求。自动化让决策权留在团队手中。工程师选择智能体处理什么，其指令可以让输出保持精简，如上述示例所示：依赖更新只保留一个打开的拉取请求，每个拉取请求只保留一个当前审查。每次运行还会保留智能体的完整对话和工具调用，因此当结果看起来不对时，团队可以了解原因。每个代码更改都以拉取请求的形式到达，由工程师决定是否合并。
共享云环境：你的团队和智能体可以复用的设置
每个自动化，就像每个云端任务一样，都在一个环境中运行，而智能体的表现只能达到其环境所允许的程度。在它能够构建或测试任何东西之前，它需要新工程师入职第一天所需的东西：合适的工具、依赖项、凭据和网络访问权限。小型项目可能使用默认设置即可运行，但大多数代码库需要更多东西，例如私有包注册表、固定工具链版本，或智能体必须访问的内部问题跟踪器。必须有人进行设置，而一次就足够了。
[LOADING...] 手动设置环境，或让智能体完成第一遍设置，并提交一个经过测试的启动脚本供你审查。无论哪种方式，你只需设置一次，整个团队都可以复用它。
在 Air Teams 中，该设置位于可共享的云环境中。你为团队项目中的某个仓库创建一个环境。选择虚拟机规格，决定该机器可以访问哪些域名，并添加构建所需的变量和密钥。设置本身位于你仓库中的 .air/cloud/startup.sh，因此你的团队可以像对待其他代码一样对其进行版本控制和审查。
你也可以把第一遍设置交给智能体。它会检查仓库，运行实际的安装和构建，询问缺失的密钥，并将经过测试的启动脚本提交到一个单独的分支。你可以像审查任何其他更改一样审查它。
环境准备好后，Air 会将其保存为快照，你可以与团队共享。共享设置并不意味着共享凭据。共享密钥让队友和自动化可以使用某个值而无需看到它，而个人密钥和仓库访问权限仍保留在每个人手中。
从那时起，队友为他们的云端任务选择该环境，项目的自动化也在其上运行。没有智能体会花费时间和 token 重新发现如何构建仓库。每个任务都直接从实际工作开始。
云端任务：从你的 IDE 和任何设备工作
环境设置好后，你就可以开始给智能体分配工作了。选择一个环境和智能体，然后描述任务。如果你的仓库不需要自定义设置，请使用默认环境。
你可以在本地或云端运行任务。正确的选择取决于任务、其需要的设置，以及你希望与智能体多紧密地协作。
关键区别在于，云端任务不绑定到你启动它们的设备。你可以在 IDE 中启动任务，稍后在网页上继续。即使你合上笔记本电脑，智能体也会继续工作。
团队项目：属于团队的工作
团队项目是团队智能体工作的共享家园。它汇集了成员、环境、连接器和自动化。
两种角色定义了谁可以做什么。项目管理员管理成员资格、环境、连接器和自动化。他们还可以让特定成员编辑环境。成员使用共享环境，创建自己的自动化，并查看每次运行的结果。
自动化不必依赖创建它们的人。每个项目都有自己的服务账号和 AI 额度，项目管理员决定项目的自动化是使用这些额度还是创建者自己的额度。使用项目额度时，自动化在项目账号下运行，并在创建者离开后继续运行。
开始使用 Air Teams
借助 Air Teams，智能体工作成为整个团队共享的事情。自动化处理重复性工作，共享环境为每个任务提供相同的设置，云端任务在你合上笔记本电脑后继续运行，团队项目确保这一切都不依赖某一个人。
在 air.jetbrains.cloud 试用 Air Teams。以上所有内容都是为了共享而构建的，所以从一开始就邀请你的队友加入吧。
要了解完整的 Air 产品体系，请访问 jetbrains.com/air。