Claude Code、Codex、Copilot、Cursor等AI Coding工具已成工程師日常，而老牌科技公司IBM卻在今年才推出AI開發助手「Bob」。他們的主張是，企業將AI納入軟體開發流程以後，若不嚴格控管，很容易就會帶來技術債與風險。Bob如何在效率與治理之間嘗試達到平衡？
如今，不管是利用GitHub Copilot協助開發，還是把任務交給Claude Code與Codex處理，與AI協作早已成為工程師的日常。
在AI Coding工具愈來愈多的此刻，藍色巨人IBM也於4月底正式推出輔助軟體開發的工具「IBM Bob」。IBM其實早在2025年就先向少數客戶開放Bob試用，直到今年才正式上線。
和同類型工具相比，IBM的腳步不算快，但主管們對這項產品依舊信心十足。因為在他們看來，比起速度，企業更看重治理，而這正是IBM Bob企圖提供的價值。
AI進入企業環境，效率之外還有治理難題
台灣IBM Data & AI技術總監李維倫強調，提升效率和專案成功無法直接畫上等號。「IBM一直都是在企業端（enterprise），從企業就緒的角度（出發）。」
他進一步指出，企業在意的從來不只是哪一款工具能更快寫出程式碼，還包括如何控管交付過程、技術債如何處理、合規與資安如何納入流程，以及關鍵知識長期集中在少數資深員工手中的風險。
「IBM發展Bob和市場上的AI工具，從出發點就不一樣。」
過去幾年，產業界紛紛透過實驗專案摸索AI的潛在價值。當企業逐漸確認AI的重要性後，問題也跟著改變，從要不要使用AI，轉向如何把AI整合進既有營運流程，以及如何管理隨之而來的風險。
李維倫分析，Bob瞄準的不是單一開發環節，IBM希望讓Bob參與需求、架構、開發、測試、部署到維運的整段流程，補上企業在軟體開發生命週期中的缺口。
也因此，IBM談論Bob時首先強調治理。對企業管理階層來說，導入AI意味著成本控管、技術債處理與風險管理；對工程團隊來說，則關係到規範能否直接納入工作流程，避免專案走到上線前夕，還得回頭檢查漏洞。
台灣IBM客戶創新工程技術總監陳威皓補充，若AI工具只能協助開發程式碼，卻無法整合至靠近交付現場的流程，對長期承接企業專案的IBM團隊而言，價值仍然有限。
他表示，市面上的AI工具熟悉語法，也能提出建議，但對IBM產品、客戶環境與企業流程的掌握未必足夠，團隊還是得補上脈絡才能派上用場。若工具無法貼近工作現場，再聰明也難以真正減輕專案負擔。
Bob想切入通用AI工具難以處理的場景
若從產品形態觀察，Bob和市面上既有的AI Coding工具確實有不少相似之處。
它的運作原理是整合式開發環境（IDE）當中的擴充套件（extension），IBM團隊現場展示Bob的時候，也的確打開VS Code運行。
不過，陳威皓指出，若打開VS Code的市集，其實找不到IBM Bob。原因在於，為了實作企業登入、帳號管理與治理機制，IBM將VS Code與Bob重新封裝，使用者必須另外下載整套環境才能運作。
Bob支援不同模式處理工作，例如用於規劃的Plan、撰寫與修改程式的Code、處理較複雜任務的Advanced，以及協調多步驟工作的Orchestrate。
在模型選擇上，Bob會根據需求自動調度不同模型，目前至少支援IBM自家的Granite、開源的Mistral以及閉源的Claude。
陳威皓表示，使用者不必自己判斷該選哪一個模型、哪一個版本成本較高，系統會依照任務性質選擇較合適的模型與資源配置，藉此減少使用者選擇模型帶來的認知負擔。
他以金融客戶的多代理人平台專案為例，過去從需求整理到環境部署，往往要花4到6週；導入Bob後，團隊在一週內就能產出可與客戶溝通的文件、風險分析，甚至拿出展示版本。
其中，一段從需求訪談表單、架構設計、核心開發、測試整合到文件產出的子流程，時間從5.5天壓縮到4.5小時。對企業客戶來說，AI帶來的效益同時體現在工期縮短，以及提案品質提升。
「客戶最討厭就是什麼？你只拿PPT來跟我講。」陳威皓笑著說，原本只能用PPT描述構想，如今能夠在短時間內交出成果，讓雙方更有機會達成共識。
金融業用40年的COBOL如何現代化？理解背後脈絡
另一個案例更能說明IBM希望投入的場域，是大型金融機構裡40年歷史的COBOL系統現代化。
這類專案的挑戰不僅止於程式碼老舊。文件缺漏、知識靠口述傳承、資深人員陸續退休等，都是組織發展時間一長，很容易產生的知識管理問題。
陳威皓形容，最大的困擾就是「文件都沒有，系統程式這麼多，我要從何下手？」團隊往往得先花大量時間弄清楚「這段程式到底在做什麼」，後續才談得上遷移與重整。
導入Bob之後，團隊已先利用預覽版本協助客戶重新梳理程式碼與相關文件。原本需要仰賴專家逐段檢查、回頭比對舊資料的工作，如今可以先交由AI整理，細部說明也能用來產出中文文件。
這類案例的意義，在於企業碰到Mainframe、Java現代化、OpenShift、混合雲、跨部門流程與高度監管要求時，Bob有辦法處理通用工具較難掌握的系統脈絡與流程問題。
如同李維倫所形容，若把主流程式碼AI工具比作工程師私人使用的精密扳手，Bob更像是受雇於企業的自動化流程管理員。
在他看來，企業需要的不只是另一個寫得更快的助手，而是一套能夠隨著流程運作、協助團隊完成交付的系統。當專案愈複雜，這種差異便會更加明顯。
不過，Bob接下來真正要面對的，還是市場上的直接競爭。
如果只是一般性的開發工作，Claude Code和Codex仍會是許多工程師優先考慮的工具。它們更新速度快，開發者也早已熟悉，許多日常需求未必須要IBM特別強調的治理設計。
另一方面，Anthropic和OpenAI積極切入企業市場，持續補強SSO、權限控管、資安與用量管理等功能。換言之，治理已不再是IBM獨有的訴求。
此外，Bob的地端版本與部分新功能仍需時間陸續到位，短期內不會全面上線，仍有追趕對手的壓力。
因此，IBM接下來要證明的，或許是面對老舊系統、處理跨部門協作、應對監理要求時，Bob能否比其他AI開發工具技高一籌，在企業最複雜的場景裡發揮作用。
