GitHub Copilot登陆JetBrains Air：云任务走Copilot订阅、在全新虚拟机的Docker容器里运行，但Air不显示Copilot用量也不能设支出上限

2026年11月3日，GitHub在更新日志中宣布，GitHub Copilot现已可在JetBrains Air中使用。JetBrains Air是一个面向智能体的开发环境，这个集成使用智能体客户端协议（ACP）。开发者可以在Air里用Copilot委派编码任务、引导执行并审查结果，任务既可以在JetBrains IDE中运行，也可以在云端运行。GitHub说，Air中的Copilot可与现有的GitHub Copilot插件并用，团队可以选适合自己的工作方式。

更新日志列了三项变化。Copilot出现在Air的智能体选择器里，任务使用开发者现有的Copilot订阅。Air可以同时跟踪多个智能体会话，使用项目上下文和IDE工具，并把改动放在代码旁边供审查。云端任务通过Air Teams在隔离的云环境中运行，可从IDE或浏览器发起，使用Copilot套餐，而不是JetBrains AI额度。最后一点关系到预算：云端用量通过Copilot订阅计费。

两种模式的设置不同。本地任务只需在JetBrains IDE中安装Air，选择GitHub Copilot并连接Copilot账号。云端任务需要三样东西：启用了Air Teams的商业组织中的JetBrains账号、GitHub Copilot订阅，以及由Air管理员启用的Copilot。在浏览器里，用户在“设置”的“VCS提供商”下连接GitHub，创建任务，选择仓库和远程分支，选择Copilot并发送提示。在IDE里，用户在环境选择器中选“云”。

关于云任务在哪里运行，更新日志说Copilot在全新虚拟机上的Docker容器中工作，所有流量经过代理，任务之间不保留状态，因此Copilot可以构建、测试和安装包，而不改动本地环境。JetBrains在10月14日的一篇博客对同一设计作了更多说明：虚拟机被视为不受信任，不会在任务之间复用；代理默认只允许连接一份预设的可信源码控制和包注册表域名（如npm），管理员可以添加域名、允许所有域名或完全关闭互联网访问；密钥加密存储，并作为环境变量提供给任务；每个任务都在开发者自己的仓库权限内行动。那篇文章还说，云智能体当时是预览版，面向组织用户，面向个人的更广泛发布计划在之后，microVM仍是“即将推出”。

“云任务注意事项”一节对管理员最有用，因为它列出了限制。把Copilot连接到Air不会请求Copilot权限，Air可能只在云环境启动时检查订阅或额度是否可用，因此任务会在那一刻失败，并在会话中显示错误。开发者不能逐个任务选择使用个人Copilot套餐还是组织套餐。Air的治理和分析功能不包含Copilot用量。Air管理员可以通过治理策略禁用Copilot，但不能在Air内设置Copilot的支出上限。

综合起来，这些限制意味着Air不显示Copilot云任务的用量，也不能设置其支出上限；GitHub侧能否提供对应粒度的报表与控制仍需另行确认，并且任务使用哪个套餐不是逐任务的选择。需要成本控制或用量报告的团队，应在启用前先决定这些控制放在哪里。更新日志也没有说明哪些Copilot套餐符合条件、运行哪些模型、典型任务花多少钱，也没有给出性能或质量结果。这是一条功能公告，并带有反馈渠道，包括产品内反馈、反馈仓库和私下问卷，随着集成被使用，细节可能会变化。

简单概括：Copilot在Air中既可以跑本地任务，也可以跑云任务，云任务走Copilot订阅，而不是JetBrains AI额度。启用前需要确认四件事：任务可能在云环境启动时才因订阅或额度问题失败；开发者不能逐个任务选择个人或组织套餐；Air的治理与分析不显示Copilot用量；管理员可以禁用Copilot，但不能在Air里设置支出上限。更新日志没有说明哪些Copilot套餐符合条件、运行哪些模型，也没有给出典型任务的费用或任何性能结果。JetBrains的博客写于10月14日，当时云智能体还是预览，microVM仍是“即将推出”，这些细节之后可能已经变化。

补充一点：设置上，本地任务只需在IDE里安装Air、选择GitHub Copilot并连接账号；云任务还需要启用了Air Teams的商业组织中的JetBrains账号、Copilot订阅和管理员的启用。云任务运行在全新虚拟机上的Docker容器中，流量全部经过代理，任务之间不保留状态；JetBrains博客补充说，代理默认只放行预设的可信域名，密钥加密存储并以环境变量提供给任务，任务只在开发者自己的仓库权限内行动。