background agent 是什麼？交辦完就走人的 AI

2025 年 5 月，GitHub 上多了一種新用法：你把一張 issue 指派給 Copilot，它回你一個 👀 表情，然後開始幹活。你去開會、吃午餐、做別的事。回來的時候，一份草稿拉取請求（draft PR）已經躺在 repo 裡，commit 一筆一筆列好，等你審。

指派 issue 這個動作，過去的對象只能是人。現在多了一種選項，而且這個選項不用你盯著。

這就是 background agent（背景代理），2025 到 2026 年 AI 寫程式工作流裡長出來的新物種。

Background agent（背景代理）是接下一個完整任務——一張 issue、一段 prompt——之後，在雲端或隔離環境裡獨立執行的 AI agent。它自己讀 code、改 code、跑測試，最後把成果打包成 draft PR 或一份 diff 交給你。它跟人的互動是非同步的：你交辦完就能走人，它做完再通知你回來驗收。審查與合併的最後一關，仍然是人。

生活裡早就有這個模式：乾洗店。自助洗衣你得坐在機器前等；送乾洗是把衣服交出去、拿一張取件單、走人，好了簡訊通知你。Background agent 把寫程式從「自助洗衣」變成「送乾洗」——但取件的時候，你還是得檢查衣服有沒有洗壞。

從 Devin 到三大廠，兩年走完的路

這個詞沒有單一提出者。它是先有產品、後有名字的：2024 年出現原型，2025 年各家把「背景執行」做成功能名，詞就這樣長出來。

時間	產品	事件
2024 年 3 月	Devin（Cognition）	號稱首個自主 AI 軟體工程師，自己規劃、寫 code、除錯；在 SWE-bench Lite 自主解掉 13.86% 的 issue，遠高於當時所有系統
2025 年 5 月 16 日	OpenAI Codex（雲端代理）	研究預覽上線。由 o3 特化版 codex-1 驅動，在雲端隔離容器裡跑、可同時平行處理多個任務、產出 PR 供人審查
2025 年 5 月 19 日	GitHub Copilot coding agent	Build 大會發表。指派 issue 給 Copilot，它在 GitHub Actions 環境裡跑，過程持續推 commit 到 draft PR
2025 年 5 月起	Cursor background agents	0.50 版預覽推出，後來擴大成 Cloud Agents（2025 年 10 月 30 日發文），可從編輯器、網頁、Slack、Linear 派工
2026 年 6 月底	Claude Code v2.1.198	背景代理跑完預設自動 commit、push、開 draft PR，不再停下來問人

看時間軸有個明顯的坎：2025 年 5 月。Devin 在 2024 年證明「自主軟體工程師」這個產品形態可以存在（也吃了不少「demo 超出實際能力」的質疑），但真正讓背景代理變成日常工具的，是 OpenAI、GitHub、Cursor 在同一個月把它做進幾百萬開發者本來就在用的東西裡。

到 2026 年，Anthropic 的《2026 Agentic Coding Trends Report》把方向講得更直接：agent 的任務長度正從幾分鐘拉到幾小時、幾天。報告裡的一個實測案例是 Rakuten 的工程師讓 Claude Code 在 1,250 萬行的開源專案 vLLM 裡實作一個特徵向量抽取方法——單次自主跑了 7 小時完成，數值精度對照參考實作達 99.9%。任務能跑這麼長，「盯著看」就不再是合理的互動方式，非同步交付變成必然。

跟你熟悉的 AI 結對寫 code 差在哪

同樣是 AI 寫 code，同步跟非同步是兩種工作流。並排看：

	同步模式（IDE 內結對）	Background agent
你在哪	螢幕前，看著它做	不在。去開會、做別的任務
互動單位	一段對話，逐步核可	一份 draft PR，整包審
執行環境	你的本機、你的工作目錄	雲端容器或隔離 worktree，碰不到你的主線
適合任務	規格還在長、需要來回討論	規格清楚、可自動驗證
失敗成本	低，當場看到當場擋	中，可能跑完才發現方向錯了

兩種模式會長期並存。同步結對像「跟同事一起 pair」，背景代理像「把工單派給另一個團隊」——你不會把所有事都派出去，也不會所有事都自己盯。

另一個容易混淆的相鄰概念是 ambient agent（環境代理）。LangChain 創辦人 Harrison Chase 在 2025 年 1 月 14 日的文章裡給的定義是「監聽事件流並據以行動的 agent，可能同時處理多個事件」。它跟 background agent 都在背景跑，差別在觸發方式：background agent 由人主動派工，一件事做完交付一次；ambient agent 常駐背景，由事件（一封信進來、一個 alert 觸發）自動喚起，只在關鍵時刻打擾人。Chase 也給了三種打擾人的方式：通知（notify）、提問（question）、送審（review）。可以這樣記：background agent 是你叫得動的外包工程師，ambient agent 是自己會巡邏的管家。

驗收成本沒有消失，只是後移

背景代理最常被講成「時間憑空多出來」。誠實一點的講法：它把你的介入點從「過程中的每一步」搬到「最後那份 PR」，審查的工沒有少，只是集中了。

幾個有出處的邊界事實：

1. 「完全委派」仍然罕見。Anthropic 報告引用其 Societal Impacts 團隊的研究：開發者約 60% 的工作已用上 AI，但自認能「完全委派」（fully delegate）的任務只占 0-20%。用得多、放得少，這兩個數字並存。
2. 平台自己就把人審設計成硬關卡。GitHub Copilot coding agent 開出的 PR，要有人核可之後 CI/CD 才會跑；Claude Code 背景代理開的是 draft PR，merge 鍵還是在你手上。這些都是刻意的設計，也是暗示——廠商自己也不覺得可以免驗收。
3. 一次審一大包，比逐步看更費神。同步模式下你每一步都在做微小的 review；背景模式下這些 review 疊成一份可能幾百行的 diff，一次到期。沒有留審查時間就狂派工，得到的是一排沒人看的 draft PR——工作沒有被完成，只是換了個地方堆積。

回到乾洗店：送洗省下的是「看著洗」的時間，取件檢查那一步從來都在。差別只在你把檢查排進行程，還是假裝它不存在。

什麼任務適合丟背景

綜合各家官方建議（GitHub 的說法是「測試完善的 codebase 裡中低複雜度的任務」）與報告裡的委派模式，判斷準則可以收成三條：

1. 規格說得清楚。一段話能講完「做什麼、做到什麼程度算好」，不需要來回追問的任務。修一個能穩定重現的 bug、補一組測試、改文件、把 A 模組的寫法複製到 B 模組。
2. 有自動化的驗證方式。測試齊全的 codebase 是背景代理的主場——agent 自己跑測試就知道有沒有做對，你審的時候也有客觀依據。沒測試的祖傳 code，它做完你也不敢信。
3. 錯了成本低。Anthropic 報告觀察到的工程師委派直覺是：優先委派「容易驗證對錯」或「低風險」的任務；越吃架構判斷、越依賴組織脈絡的事，越傾向自己來或同步協作。

反過來，這三題有任何一題答不出來——規格還在長、沒辦法自動驗證、錯了很痛——就留在同步模式，或乾脆自己寫。

想實際感受，可以今天就做一個實驗：挑你 repo 裡一張「規格清楚、有測試」的小 issue，丟給任何一家背景代理（Copilot、Codex、Cursor、Claude Code 都行），然後計時兩件事——它跑了多久、你審那份 PR 花了多久。第二個數字才是這個工作流的真實成本，也是你判斷「哪些任務值得派出去」最好的第一手資料。

收尾

Background agent 改變的是工作的形狀：AI 寫 code 的交付單位，正從一段要你逐步點頭的對話，變成一份等你驗收的 draft PR。

帶走三件事：

• 定義：接完整任務、在隔離環境獨立跑、以 PR/diff 交付、非同步互動——四個特徵齊了才叫 background agent。
• 時間感：2024 年 Devin 開路，2025 年 5 月三大廠一個月內把它變日常，2026 年任務長度往「天」級走。
• 未解的題：驗收是新的瓶頸。當 agent 生產 PR 的速度超過人審 PR 的速度，先建立「哪些任務可以派、怎麼快速審」章法的團隊，才吃得到這波產能。這一題各家報告都還沒有標準答案。

資料來源：OpenAI、GitHub Blog、Anthropic 2026 Agentic Coding Trends Report、LangChain、Cursor、VentureBeat

矽基前沿 · 大百科線（編輯：廖玄同），《background agent 是什麼？交辦完就走人的 AI》，矽基前沿 [Si]gnals，2026-07-05。https://signals.tw/articles/what-is-background-agent/