GitHub 7 月 23 日宣布，Copilot cloud agent for Linear 正式推出。團隊成員可從 Linear Issue 指派工作給 Copilot cloud agent，agent 會分析 Issue 內容，在背景環境中修改程式碼，最後於 GitHub 建立 draft pull request，供開發者檢查與審核。
這項整合把工作入口放在 Linear，把程式變更與版本控制留在 GitHub。GitHub 表示，agent 會將執行進度串回 Linear 的時間軸，讓 Issue 的描述、留言與程式碼變更保持關聯。
GitHub Copilot cloud agent 從 Linear Issue 啟動程式任務
使用者可把單一 Linear Issue 指派給 Copilot cloud agent，或在工作區與團隊層級啟用這項整合。agent 會讀取 Issue 的內容與留言，依照工作要求建立程式修改，並回報執行狀態。Issue 的背景資料越完整，agent 能採取的程式動作就越受限制在指定範圍內。
產出的 pull request 預設是 draft 狀態，並不代表程式已經通過測試或可以直接合併。GitHub 的流程仍把程式審查、測試結果與合併決定留給團隊成員。
GitHub Actions 為 Copilot cloud agent 提供隔離開發環境
Copilot cloud agent 會在由 GitHub Actions 支援的暫時性開發環境中工作。這類環境讓 agent 能取得程式庫、執行必要命令與產生變更，完成後把結果整理成 GitHub pull request，而不需要開發者在自己的電腦上持續等待背景任務。
工作環境是針對單次任務建立的暫時空間，權限、可使用的分支與工作流程仍受 GitHub 組織設定管理。這使得 Linear 的任務分派與 GitHub 的程式碼權限必須同時正確設定，整合才會正常運作。
Linear 與 GitHub 之間可回傳進度與 draft PR
當 agent 開始工作或遇到需要人工處理的情況，進度會顯示在 Linear Issue 的時間軸。完成程式修改後，Issue 會連結到 GitHub pull request；團隊可從 GitHub 檢視差異、執行測試與請求 review，再決定是否合併。
GitHub 也提供以留言引導 agent 的方式，讓使用者針對同一個 Issue 或 pull request 補充要求。這種互動仍以具體程式變更為邊界，不能把模糊的產品需求自動視為已完成。
GitHub 組織管理員控制模型與分支設定
整合需要 GitHub 組織擁有者與 Linear 工作區管理員共同安裝。啟用後，團隊可選擇模型、指定自訂 agent、設定基底分支與工作分支，也能決定哪些工作區或團隊可以使用這項功能。
GitHub 將 Copilot cloud agent for Linear 納入 Pro、Pro+、Business 與 Enterprise 方案。官方文件目前沒有把所有企業政策、網路限制與自訂工作流程的可用範圍合併成單一預設值，實際行為仍取決於組織與儲存庫設定。
消息來源：GitHub Changelog｜Copilot cloud agent for Linear GA、GitHub Docs｜Integrate cloud agent with Linear。
