IBM Bob 走入防火牆內，而這正是重點所在
IBM 已開始以自架形式提供其代理式軟體開發平台 IBM Bob。地端部署、私有雲、主權雲與氣隙部署全都名列選項。客戶可自行選擇模型配置，將原始碼與應用程式脈絡保留在自己的網路內，並持續掌控資料落地與安全政策。
這聽起來像是部署說明的附註。但實際上，它更像是一篇關於「究竟誰有資格使用程式碼代理」的論述。
自架所填補的缺口
程式碼代理進展迅速。它們會讀取儲存庫、提出變更、執行測試，並開啟提取要求。對新創公司來說，把一個代理接上雲端服務，不過是某個星期二的下午就能搞定的事。但對國防承包商、銀行或醫院系統而言，同樣的動作會在第一關法務審查就卡住。原始碼不能離開大樓。內部脈絡——那些讓程式碼庫得以被理解的混亂組織知識——同樣不能離開。氣隙環境在設計上就沒有通往雲端的路徑。
這使得經濟中很大一塊只能隔著玻璃觀看代理時代。IBM 正把產品賣給這一塊，而且它並非第一家。這個類別目前規模還小，主要是因為自架代理需要模型權重、硬體，以及通常由雲端供應商提供的協調層。誰能解決這些底層管線問題，誰就能得到 API 優先實驗室搆不到的客戶群。
為什麼這比看起來更難
與其把代理想成單一事物，不如把它理解成一個迴圈：規劃、行動、觀察、調整。在雲端，它呼叫的工具是服務，故障模式是別人的問題。在防火牆後，代理必須觸及同樣的儲存庫、同樣的工單追蹤系統、同樣的建置系統，只不過現在網路是分段隔離的、憑證會按時輪替，而且有一半服務上次更新時，「代理」這個詞根本還沒有任何意義。
IBM 的賣點建立在一個事實上：它早已把產品賣進這些環境。它的客戶執行著其他人都不想碰的大型主機與老舊系統。讓代理在這些環境中運作，既不光鮮也不快速，卻正是能建立護城河的那種工作。
這裡也牽涉到治理角度，而這正是不斷被提起的一點。自架代理產生的日誌由你擁有。在受監管的稽核中，你可以明確展示哪個模型執行過、讀取了什麼、變更了什麼。在雲端架構中，這些證據散落在供應商的主控台與服務合約裡。出問題時，「我們有日誌」和「我們已申請調閱日誌」之間的差別，就是事件能否迅速結案，還是得花上一整季進行證據開示的差別。
底層的模型問題
自架代理意味著自架模型，或至少選擇一個能放上自家晶片的模型。IBM 讓客戶選擇支援的配置，實務上就是開放權重模型與 IBM 自家模型的組合。開放權重選項在這裡很重要。一個在私有叢集上執行的 70B 等級模型，比最頂尖的託管模型更慢、能力也更差。但當網路中斷、供應商漲價，或供應商決定你的使用情境違反了一條你從未讀過的政策時，它仍然可用。
企業在資料庫領域已經做了十年的這種取捨，結果如出一轍：他們以能力落差換取控制權，再隨著硬體進步逐步縮小落差。
防火牆後的經濟學不一樣
雲端程式碼代理按 Token 計價，這意味著成本會隨著代理讀寫多少程式碼而增加。對新創公司來說，這是可預測的支出項目。但對大型企業而言，單一儲存庫可能承載數十年的歷史，代理必須先吸收遠更多的脈絡才能幫上忙，帳單自然會飆高。
自架則翻轉了這個模式。成本變成硬體與營運，而這些是組織本來就承擔的資本支出。擁有資料中心的銀行，不會因為代理多讀了一百萬行程式碼就付更多錢。多一個代理任務的邊際成本，接近電費與 GPU 時間，而這些都是沉沒成本。這種不對稱性，正是為什麼即使雲端產品客觀上更好，自架方案依然打動人心。
不過，行銷素材略過了一項合規成本。自架會把修補、監控與模型更新的負擔轉嫁給客戶。雲端供應商推送修正檔，事情就結束了。地端部署則必須安排升級時程、針對內部系統測試，還要通過變更控制委員會的審查。工具更可控，但工作量也更大，而這種取捨正是企業軟體的全部故事。
讓這件事可行的鄰接市場
自架代理要行得通，前提是防火牆後有值得運行的東西，而這類供給已經成長。能勝任真正程式開發工作的開放權重模型如今已很常見，由多個大陸的實驗室以寬鬆授權釋出。缺的從來不是模型，而是那套能將模型變成開發者可在受控網路內委派工作的工具框架。
那正是 IBM 在賣的層次。訓練最好的模型不是目標。成為讓現有模型能在無法呼叫雲端的地方派上用場的整合層，才是目標。這套策略是 API 優先實驗室的鏡像。他們把能力向外推，讓任何人連接。IBM 則把能力向內拉，讓它在周邊防線內存活下來。
對被困在那道周邊防線內的買家而言，過去兩年的選擇一直很不愉快：要嘛遠遠看著代理浪潮，要嘛打破安全規則加入其中。自架選項不會讓浪潮變小，只是讓它變得可觸及；對受監管組織來說，這等同於讓它成真。
值得觀察的重點
展示影片並不是自架代理式程式開發的誠實問題。誠實的問題是：在一個累積十五年技術債、由早已離職的人所寫成的程式碼庫上，成果是否仍站得住腳。雲端代理同樣對此感到吃力。差別在於，自架代理無法在客戶不做事的情況下，由供應商一夜之間改善。每一分進展都得靠客戶自己的團隊掙來。
這會讓採用速度更慢、黏著度更高，而這正合 IBM 的意。它鎖定的買家以年、而非以衝刺週期來衡量成功，而且寧願擁有一個稍差但能自行檢查的工具，也不願租用一個更好卻無法檢視的工具。對一個花了兩年追逐基準測試的程式碼代理市場來說，這是保守的賭注。這也是押注在市場中尚未被服務的那一塊。
這件事也有一種糟糕的發展版本。自架工具向來有著「出貨一次後就乏人問津」的名聲，因為供應商沒有持續改進的拉力，客戶也沒有要求改進的議價能力。如果 IBM Bob 最終定型為一個穩定但永遠不會有實質進步的產品，它吸引到的買家將得到他們要求的東西，卻比他們期望的更少。另一種可能，是自架代理按照客戶可控的時程持續改進，這種做法更難營運，卻也更有價值。IBM 會交出哪一種，是接下來一年值得觀察的事。