原文標題：GitHub Copilot is now available in JetBrains Air
GitHub 於 11 月 3 日在官方 Changelog 宣布，GitHub Copilot 正式整合 JetBrains Air。使用者可以在 Air 的代理程式選擇器中選取 Copilot，使用現有 Copilot 訂閱進行程式碼任務委派、追蹤代理程式工作與檢視執行結果。技術整合採用 Agent Client Protocol（ACP），能與既有 JetBrains IDE 工作情境配合。
本機工作流程是在 JetBrains IDE 安裝 Air 並連結 GitHub Copilot 帳號，再由 Air 選擇 Copilot 代理程式。開發者可以並行管理多個代理工作階段，使用專案上下文及 IDE 工具查看和審核修改，減少在 IDE、瀏覽器和獨立對話視窗之間切換。GitHub 表示，Air 的 Copilot 整合與既有 Copilot 外掛可以共存。
在雲端模式，使用者必須擁有 JetBrains 帳號，所屬企業組織需啟用 Air Teams，並具有 GitHub Copilot 訂閱；Air 管理員也必須允許 Copilot。使用者可在 Air 網頁介面連結 GitHub，選擇儲存庫和遠端分支後建立任務；在 IDE 中則可從環境選擇器切換到 Cloud。
雲端 Copilot 任務在全新虛擬機器上的 Docker 容器執行，網路流量會經過代理伺服器，工作階段之間不保留狀態。這類隔離環境允許代理程式建置、測試及安裝套件，但不會直接改動開發者的本機電腦。企業仍需評估程式碼存取權限、容器出站連線、機密管理與任務完成後的人工審核。
官方另提醒，連接帳號時不會立即要求 Copilot 額外授權；訂閱資格或點數可用性可能等到雲端環境啟動時才驗證，資格不符便會失敗。個別任務不能指定使用個人或企業 Copilot 計畫；Air 的治理與分析功能亦尚未涵蓋 Copilot 用量分析，而管理員可以停用 Copilot，但不能在 Air 內為它設定支出上限。
發生了什麼事
GitHub 將 Copilot 接入 JetBrains Air，讓使用者在同一介面委派本機或雲端程式開發工作。
為什麼重要
代理程式跨 IDE、訂閱與隔離執行環境整合，可減少工具碎片化，卻同時帶來跨平台權限與成本治理需求。
影響哪些人
使用 JetBrains IDE 的工程師、GitHub Copilot 訂閱者、企業研發團隊及負責 Air Teams 管理的資訊部門最直接相關。
已確認與未確認
已確認 ACP 整合、雲端資格和隔離方式；用量分析與成本限制仍有官方列明的缺口，資格依方案而異。
