AI 程式開發工具
GitHub Copilot 雲端代理正式接入 Linear,可從議題啟動隔離環境並回傳草稿 PR
Linear 議題現在可直接委派給 GitHub Copilot 雲端代理,由代理在 GitHub Actions 暫時環境中修改程式並建立草稿 PR。正式版新增模型、分支、自訂代理與執行中轉向控制,但跨平台權限及提示注入風險仍須由團隊治理。

GitHub 7 月 23 日宣布 Copilot cloud agent for Linear 正式供應,將原本分離的工作規劃與非同步程式代理串成單一流程。使用者可在 Linear 把議題委派給 Copilot;代理會讀取議題內容,在由 GitHub Actions 提供的暫時開發環境中獨立工作、建立草稿 pull request,並把進度持續寫回 Linear 活動時間軸,完成後再要求人類審查。
相較先前整合,正式版增加較具工程意義的控制面。團隊可以逐題或透過 Linear 的 workspace、team guidance 指定模型、自訂儲存庫內的 agent、目標基底分支與代理工作分支;代理執行期間,使用者也能在留言中提及 Copilot,追加指令或修正方向。Linear 的 guidance 可描述儲存庫選擇、commit 與議題的引用方式及審查流程,而且具有 Markdown 編輯和版本歷史。
權責模型值得注意:Linear 將 agent 視為可安裝的 app user,可被提及、委派議題及回覆留言,但人類仍是主要受指派者與責任人。安裝 GitHub Copilot for Linear 需要 GitHub organization owner 與 Linear workspace admin 權限;管理員還可限制代理能接觸哪些 team。這代表整合不是把程式庫完整搬入 Linear,而是由兩邊的應用權限、議題上下文與 GitHub 執行環境共同形成信任邊界。
對採用者而言,需先檢查 Linear 描述、留言及 guidance 是否可能把不受信任文字帶進代理提示,也要限制 GitHub token、Actions secrets、網路存取和可修改的分支。官方沒有提供正確率、PR 合併率或成本基準;正式供應代表產品介面成熟,不等同代理能可靠處理所有議題。後續值得觀察自訂 agent 的可移植性、長任務失敗後的復原,以及跨系統稽核紀錄能否完整對上每一次程式變更。