Bob V2：更快、更好、更智慧
Bob V2 於 6 月 24 日正式推出，是日常使用上的一大躍進：執行速度更快、可在背景持續處理任務同時讓你專注於其他工作，並且建立在一個在所有 client 上行為完全一致的單一 agent 之上。這個 agent 首先搭載於 Bob IDE，Bob Shell 即將跟進。升級只需安裝新版本；現有的設定、規則檔案與 MCP 伺服器皆可無縫延用。
本文涵蓋內容：
- 新架構的實際組成
- 日常工作中的具體變化：效能、新模式、背景任務、回復功能、文件處理，以及 subagents
- Workflows —— 讓大型、多階段變更可重複執行的框架
先在 IBM 內部驗證
Bob 的第一個客戶正是 IBM 本身，超過十萬名開發者已完成導入，涵蓋從大型主機系統到雲端原生服務的各種場景。V2 在正式推出前，已率先開放給大量 IBM 內部使用者測試。本文介紹的功能從五月初開始陸續推出，每項功能都經過真實的生產環境驗證後才正式發布。
一個 agent、一個 harness、多個 client
Bob V1 的 IDE 擴充套件與 shell 建立在兩套獨立的基礎上。這是當初為了盡快將 Bob 交到開發者手中所做的決策，但也意味著每項改進都要實作兩次 —— 而上述那類需求，正是分離程式碼庫最難快速交付的類型。
V2 以三層架構取而代之，將推理、基礎設施與介面清楚分離：
| 元件 | 職責 |
|---|---|
| Agent | 自主循環核心。所有推理與程式碼生成都在此發生，在每個 client 上完全一致。 |
| Harness | 共用基礎設施：驗證、日誌記錄、功能旗標、遙測。 |
| Clients | 各種介面 —— IDE、shell 以及更多即將推出的介面 —— 不含任何重複邏輯。 |
日常工作的變化
在介紹個別功能之前，先說說它們所在的環境本身的改變。V2 的對話介面刻意更加簡潔：中間的工具呼叫和無效的探索過程都會收合起來，留在你眼前的只有工作本身與其產出，而非背後的運作機制。
Subagents：保持 context 的整潔
當 Bob 處理複雜任務時，對話中會充滿檔案讀取、搜尋和無效探索的記錄。大部分細節對主要任務並不重要，卻同樣佔用 context window 的空間。
Subagents 正是為此而生。當 Bob 需要完成一件自成一體的事情——例如「搞清楚這個程式碼庫中的驗證機制如何運作」——它會啟動一個擁有乾淨 context 的 subagent。這個 subagent 負責讀取檔案、追蹤呼叫、理清模式；最終只有摘要會回傳給主 agent，中間步驟則一概丟棄。
平行、原生的工具呼叫
在 V1 中，工具呼叫是逐一執行的：請求讀取一個檔案，等待結果，再請求下一個。如果一項任務需要讀取五個檔案、進行三次搜尋，等待時間很快就會累積起來。V2 讓模型可以在一次對話回合中請求多個工具，並同步執行。原本在 V1 中需要約 30 秒的任務，現在通常可以在 10 秒內完成。
原生工具呼叫也省去了 V1 在每個工具請求外層包裹的冗長 XML，讓相同任務消耗更少的 token。context window 也從 200k token 擴展至 270k token，讓較長的任務在觸發壓縮前能執行更長的時間。
三種模式：Agent、Plan、Ask
V2 將 Bob 原有的五種模式精簡為三種：
- Agent —— Bob 直接採取行動並完成任務，具備完整的自主能力。
- Plan —— Bob 執行有主見的規劃流程 —— 收集需求、探索 context、確認理解 —— 並產出一份可交給 Agent 執行的行動計畫。
- Ask —— 唯讀模式。Bob 解釋架構與邏輯，不會修改程式碼庫。
建議沒有改變：面對陌生的程式碼，或是影響範圍較大的變更，先從 Ask 或 Plan 開始，待方向明確後再切換至 Agent。
更少打擾，同樣的掌控力
讀取類操作——讀取檔案、列出目錄、搜尋程式碼——現在預設自動核准，讓 Bob 得以收集 context 而無需頻繁詢問。任何改變狀態的操作仍需明確核准：檔案編輯、指令執行、MCP 工具呼叫、技能呼叫。核准機制是多重保障中的一環——它與回復功能、自訂規則和忽略檔案並列，可依工具類別進行收緊或放寬。
背景任務
Bob 不再將一個工作階段綁定在單一對話上。開發者可以同時執行多項任務，讓它們在背景運行，同時繼續其他工作。每項任務都有自己的執行緒與 context，在任務間切換時能保留各自的進度。任務面板會顯示哪些任務正在執行、哪些已完成、哪些需要關注；已完成的任務會自動清理。Bob 在任務執行期間也不會打擾你——背景任務完成時，不會搶奪你的焦點或切換你正在使用的分頁。
重建後的 Rollback
V1 將此功能稱為 checkpoints，並建立在 git 之上，因此受到限制：沒有 git 的儲存庫完全無法使用 checkpoints，而過長的歷史記錄也會拖慢整體速度。V2 簡化了整個機制並將其更名為 rollback。它現在直接追蹤檔案狀態——以每個任務、每次對話回合、每個工具呼叫為單位——任何一個時間點都可以還原。由於 rollback 存在於 agent 本身而非某個 client，它在 agent 執行的任何環境中都能一致運作。
文件處理
許多任務所需的 context 存在於程式碼庫之外——設計文件、書面規格、測試案例試算表。V2 原生支援讀取 .docx、.pdf 和 .xlsx 檔案：將檔案拖入對話，Bob 就能直接使用，無需複製貼上或另行提取內容。
輸出同樣如此。分析任務結束後，Bob 可以產出一份獨立的 HTML 摘要——單一頁面，在任何瀏覽器中開啟，無需任何工具即可閱讀。這樣一份調查結果，就能直接交給當時不在工作階段中的人。
現有設定無縫延用
在其他 AI 編程工具上的投入應該能延續，而不必從頭開始。V2 讀取現有的慣例、規則檔案、指令與 MCP 伺服器，並新增對已成為整個生態系事實標準的 plugin 格式的支援——常見的工具集可直接在 Bob 中執行。MCP 伺服器在 V1 中已有專屬設定分頁；V2 在其旁邊新增了專屬的技能分頁，讓技能的新增、設定與移除方式與 MCP 一致，不再需要手動編輯檔案。
Workflows：讓多階段變更可重複執行
AI 擅長開放式的問題解決，但不擅長重複執行相同的事情。同樣是「將這個專案遷移至 Java 21」，在不同時間詢問，可能得到兩種不同的方法與結果。對於一次性工作，這沒什麼問題。但對於大型企業工作——現代化改造一個大型主機應用程式、重構數千個檔案、任何分階段執行的工作——這種不確定性本身就是問題所在。
Workflows 為這類工作提供了骨架。出發點是：並非每個步驟都需要 AI，也並非每個步驟都應完全自動化：
- 部分步驟是純粹的自動化——掃描依賴項、執行測試。
- 部分步驟需要 AI——複雜的程式碼轉換、模式分析。
- 部分步驟需要人工介入——核准策略、在提交前審查差異。
Workflow 定義每個步驟的歸屬。引擎依序執行各步驟、維護狀態、處理錯誤，並使整個流程可重複執行。
這正是 IBM 付費套件發揮作用的地方。每個套件都附帶經過測試、有明確主見的 workflows，建立在 IBM 在其領域數十年的深厚積累之上，各自作為獨立產品提供，並將有專文介紹：IBM Bob Premium Package for Java Modernization、Premium Package for IBM i，以及 Premium Package for IBM Z。在正式推出時，可用的 workflows 是 Bob 本身及這些套件所附帶的；待 API 介面在早期採用者中穩定下來後，將開放更廣泛的自訂撰寫能力。
未來方向
同樣的架構也開啟了在舊有基礎上根本不可行的方向。我們刻意不為任何方向附上日期或承諾，但我們正在探索的廣泛領域包括：遠端執行 agents 並從任何 client 存取、讓多個 agents 協作完成單一任務，以及將 Bob 帶至更多 client。這些方向的最終落地，將由早期採用者最迫切的需求來塑造。
6 月 24 日更新
Bob V2 於 6 月 24 日以一般版本更新的形式發布。更新 IDE 擴充套件即可切換至新架構；Bob Shell 即將跟進。無需任何遷移步驟；設定、規則檔案與 MCP 伺服器皆可延用。
第一週值得嘗試的一件事：在 Plan 模式下啟動一項任務，將計畫交給 Agent，然後讓它在背景執行，同時繼續其他工作。
連結