2026 年 6 月 30 日，Sourcegraph 宣布 Agentic Batch Changes 進入公開測試。這項新功能把原本的 Batch Changes 執行引擎與程式碼搜尋，升級成一個會自己幹活的代理：官方形容它「界定、執行並交付跨越數百個儲存庫的大規模程式碼遷移，直到每個 PR 都可合併」。開發者只需要用一段自然語言描述想要的變更，後續的範圍界定、逐步擴散、修 CI 到最終交付，全部由代理接手。在編碼代理普遍聚焦單一儲存庫的現在，這是少數明確瞄準「艦隊級」程式碼變更的產品。
批次變更引擎長出代理
Batch Changes 本來就是 Sourcegraph 用來做大規模程式碼變更的企業級功能：工程師撰寫一份批次規格（batch spec），控制器據此在 GitHub、GitLab、Bitbucket、Gerrit 等多個程式碼主機上批次建立 changeset。限制也很明顯：規格必須手寫，遇到「每個儲存庫長得像卻都不一樣」的現實就寫不動。Agentic Batch Changes 的解法，是把手寫規格換成自然語言意圖：你描述遷移目標，代理自己規劃並執行。適用場景包括重大依賴升級、CVE 修補（搭配 Code Insights 追蹤）、判斷型重構、新 API 滾動導入、CI 管線現代化，甚至批次產生 AGENTS.md 文件；官方也明說，單儲存庫任務交給 Claude Code 或 Cursor 更合適。
代理的工作迴圈
官方把代理的行為拆成五個階段。界定：先用 Sourcegraph 搜尋與 Deep Search 找出所有受影響的儲存庫，建立執行計畫。執行：先在一個儲存庫上把做法打磨好，再全面展開；確定性的變更交給腳本處理，含糊的部分則路由給編碼代理（如 Claude Code、Codex，經由 Sourcegraph Model Provider 接入）。反應：建構失敗時讀 CI 日誌、推修正 commit，還能被教會去 BuildKite、GitHub Actions 等系統抓日誌。迭代：持續工作到每個 PR 都通過 CI、處於健康狀態。回報：卡住時暫停發問，人類隨時可以插手調整方向。最後的原則：每個 changeset 都要工程師審核批准才能合併——目標不是開出 PR，而是 PR 可合併。
Mercari 與 Canva 的實戰
預覽期用戶提供了兩個具體案例。Mercari 的團隊主管 Patrick Klitzke 拿它處理 GitHub Actions 環境變數注入漏洞，他說「一個提示就同時修好了 Help Center 前後端」，接著把修補推廣到全部儲存庫，找出約 80 個可能受影響的目標。他對「腳本 vs 代理」評價直接：腳本化批次變更「只是不帶上下文的文字搜尋與取代」，遇到相似但不相同的設定就失效。Canva 也在預覽中於 Bazel monorepo 按程式碼所有權拆分批次變更，驗證大型 monorepo 場景。兩案指向同一件事：大規模變更的瓶頸從來不是執行次數，而是每個儲存庫的差異。
公測範圍、定價與自架時程
公測期間完全免費，現在就對 Sourcegraph Cloud 客戶開放；自架版本支援排在 7 月 8 日，將隨 Sourcegraph 7.5 一起推出。對訂閱團隊來說近乎零成本試用：挑一個拖很久的依賴升級或 CVE 修補交給它跑，直接驗證「可合併 PR」的成色；搭配 Code Insights，「清了多少」變成儀表板上的數字而非口頭回報。
與單儲存庫代理的分工
這項產品最有意思的地方，是它沒有假裝無所不能：官方直接把單儲存庫任務讓給 Claude Code 與 Cursor，自己專攻橫跨數百個儲存庫的遷移，並透過 Model Provider 把兩種代理接軌。這勾勒出 2026 年編碼代理的分工：對話式代理顧單點深度，平台級代理結合搜尋與執行引擎顧橫向廣度。判斷標準很簡單：變更需要跨幾十、幾百個儲存庫且每個都過 CI，就是 Agentic Batch Changes 的主場；單倉庫裡的重構，留在既有編碼代理即可。
參考來源
本文由 AI 協助自上述來源整理，經人工審核後發布。