GitHub Copilot 接入 JetBrains Air：本地与云端任务沿用 Copilot 订阅

Copilot 成为 Air 中可选的编码 Agent

GitHub 在 11 月 3 日的更新公告中确认，Copilot 已可在 JetBrains Air 中使用。集成基于 Agent Client Protocol，开发者可以把编码任务交给 Copilot、引导执行并检查结果，任务既可在 JetBrains IDE 内处理，也可选择云端环境。

这为已有 Copilot 订阅的开发者增加了一个工作入口。公告将 Air 中的 Agent 选择与现有 GitHub Copilot 插件并列介绍，用户可以按需要选择流程；它没有宣布原插件停止使用，也不能把新入口理解成必须迁移全部开发工作。

本地任务与云任务使用不同的接入步骤

本地使用需要在 JetBrains IDE 安装 Air，选择 GitHub Copilot 并连接 Copilot 账户。Air 提供多个 Agent 会话的跟踪、项目上下文和 IDE 工具支持，开发者可以把变更放在代码旁边审查，而不是仅查看一段聊天回复。

云任务另有条件：需要加入已启用 Air Teams 的企业组织、具备 JetBrains 账户和 Copilot 订阅，并由 Air 管理员启用 Copilot。浏览器中要先在 VCS Providers 设置连接 GitHub，再选择仓库、远程分支与 Agent；IDE 中则可通过 Air 插件的环境选择器切到 Cloud。

云端在隔离环境执行，不改动本机依赖

公告说明，Air 的 Copilot 云任务运行于新建虚拟机上的容器，流量经过代理，任务之间不保留状态。这样的环境可以构建、运行测试和安装软件包，而不直接修改开发者的本地环境。这里描述的是产品的运行架构，不是本站改变部署方式。

隔离环境解决的是执行位置和状态边界问题，不自动证明模型生成的代码正确。即使构建和测试都能在云端运行，开发者仍应结合变更范围审查结果；这一点是编辑层面的使用建议，而不是公告给出的任务成功率或安全认证。

费用沿用 Copilot，但资格可能到启动时才检查

GitHub 表示，Air 中的 Copilot 云任务使用 Copilot 方案，不消耗 JetBrains AI 点数。连接账户时不会请求 GitHub Copilot 权限，订阅或额度的有效性可能直到云环境启动时才检查；如果届时不可用，任务会失败并在会话中显示错误。

单个任务不能自行选择使用个人 Copilot 方案还是组织方案。对同时拥有多种授权来源的开发者来说，连接成功、任务能启动、账单归属属于需要分别确认的信息，不能仅凭登录成功就承诺某一具体任务一定由指定方案承担。

Air 的管理视图并不覆盖 Copilot 的全部用量治理

公告列明，Air 的治理和分析功能不包含 Copilot 使用量，管理员也不能在 Air 内为 Copilot 设置支出上限。管理员可以通过治理策略禁用 Copilot，但禁用开关与精细的费用上限是不同能力。

因此，这次发布的直接价值是让任务委派和代码审查进入 Air 工作流，而非把所有授权、用量与预算管理统一到一个界面。正式给团队推广前，应核对订阅、角色和组织政策；公告未给出所有地区的网络可用性结论，本文也没有进行国内连通性或实际编码性能测试。

继续阅读