返回首頁

AI 程式開發工具

VS Code 1.136 以 Agent Merge 持續修正審查、CI 與衝突,直至 PR 可合併

Agent Merge 預覽版把程式代理的工作範圍從產生變更延伸到 PR 收尾,可反覆處理審查意見、失敗檢查與分支衝突。啟用後工作階段會切換至 Autopilot 與 Assisted permissions,團隊必須把自動合併及必要檢查視為高權限控制面。

Serogen (Diskussion) · MIT · Image source
zh-Hant

Microsoft 在 9 月 2 日發布 Visual Studio Code 1.136,其中最具技術影響的功能是預覽階段的 Agent Merge。它會監看與代理工作階段綁定的 GitHub pull request,遇到尚未解決的審查討論、要求修改的 review、新增留言、失敗的必要 CI 檢查,或落後基底分支造成的衝突時,再啟動一輪代理工作。依設定,它還能在障礙排除後直接合併 PR,或將其送入 merge queue。

這把 coding agent 從一次性的程式產生器改成持續運作的 PR 維護迴圈。Agent Merge 會修改並同步遠端分支、重新執行工作流程,再次判斷是否符合合併條件;正式合併前也會即時重查 PR 狀態。工作階段若改為追蹤另一個分支或 PR,監看會自動停用,必須重新啟用。現階段只能從 Agents window 對特定工作階段開啟,設定入口為 `chat.agentMerge.enabled`,而來自 fork 的 PR 尚不受相關工作階段流程支援。

安全邊界也因此改變:官方明確警告,啟用功能會把工作階段切至 Autopilot 與 Assisted permissions,代理可自行開始新回合、消耗模型請求並推送程式碼。必要檢查只能證明已設定的自動化規則通過,不能證明審查完整,更不能排除代理為了讓測試變綠而弱化測試或改動工作流程。採用團隊應限制可寫路徑與 workflow 權限、保留人類核准或 CODEOWNERS 門檻,並追蹤每輪修改及模型成本;在預覽期也應鎖定版本,驗證衝突處理、重試上限與 merge queue 行為後再允許自動合併。

來源

  1. Visual Studio Code 1.136 Release Notes
  2. VS Code 1.136 Ships Agent Merge
  3. Why Are Agentic Pull Requests Merged or Rejected? An Empirical Study