2026 年 10 月 26 日，APPI News 刊出一篇關於 COBOL 現代化與 AI 工具的長文，點出一個許多企業在評估階段容易忽略的區別：程式碼轉換成功，與系統現代化完成，中間還隔著好幾道關卡。這個話題之所以持續被討論，是因為全球仍有大量銀行、保險與政府核心系統跑在 COBOL 與大型主機上，而 AI 生成式工具的成熟，讓「終於可以搬了」的期待再次升溫。
先把最容易被跳過的定義問題講清楚。COBOL 現代化可以是整理文件、原地重構、轉換語言，也可能是更換整個執行平臺。這幾條路的風險和驗收條件完全不同。若目標只是讓程式好維護，未必要先搬離主機或全面換語言。評估 AI 能幫上什麼忙之前，得先決定要走哪一條路。
第一道關：從理解舊系統開始，而不是從生成程式開始
AI 在 COBOL 遷移裡最有把握的工作，是程式盤點、依賴整理與文件補足。Anthropic 對 Claude Code 的說明是，它可以追蹤程式入口、呼叫關係、資料流與模組結構，並建議逐一處理元件。這是廠商對自家產品能力的描述，實際導入時應該要求產出物能連回原始程式位置：呼叫圖、資料欄位用途、批次流程，都要讓工程師覆核得到，而不是只看 AI 給一份漂亮的摘要。
IBM Research 做過一個可參考的實驗：把靜態程式分析與大型語言模型結合，評估 20 個 GenAPP 程式與 10 個客戶應用，得到中位數結構品質分數逾 80%、功能分數高於 75% 的結果。這組數字來自特定樣本與特定評分方法，不能直接推到其他程式庫。它的價值在於顯示一件事：轉換工具需要程式結構等上下文才有像樣的輸出，而輸出仍須逐項測試。這與我們先前整理過的把驗收拆成可逐條打勾的條件是同一套邏輯，工具跑完任務只是起點，每一個條件有沒有通過才是重點。
第二道關：難點多半不在 COBOL 語法，在程式碼周邊
把鏡頭拉近一點看真實案例。Bridgestone 評估並遷移了超過 120 萬行 z/OS COBOL 與 JCL，過程使用 AWS Transform 分析重整程式，轉換 Db2 與 VSAM 資料庫，再以測試確認整合。整個過程中，人員仍全程監督關鍵業務邏輯與合規事項。
IBM 軟體主管 Rob Thomas 的說法值得記下來：程式翻譯與平臺現代化是不同的工作。批次執行順序、失敗後怎麼重跑、交易何時提交、欄位怎麼編碼、金額精度如何處理，這些東西往往藏在程式碼之外的設定與組織慣例裡。AWS 文件列出的主機元件還包括 JCL、CICS、BMS、Db2 與 VSAM，盤點範圍必須涵蓋排程、交易介面、資料來源與下遊系統。凡是沒有人能說明白的依賴，都該列為待查項目，不能讓 AI 猜一個答案補上去。
Bridgestone 技術主管在 AWS 個案訪談裡有句直白的話：「If used irresponsibly or unchecked, AI can help you drive off a cliff faster.」用得不小心、沒人覆核，AI 只是幫你更快開下懸崖。
第三道關：證明新舊行為一致，靠並行比對
程式能編譯，不代表行為等價。驗收的基本做法是把相同輸入同時餵給新舊兩套程式，逐筆比較輸出、例外處理與交易結果。測試資料要涵蓋日常路徑，也要涵蓋少見邊界：金額精度、負數、跨月日期、空白欄位、重複交易、逾時重試。每個案例要寫明預期輸出、容許差異與核定者，差異是否可接受由業務負責人判斷，不是由工程師或工具判斷。
巴西銀行 Itaú Unibanco 的流程可當參考。它先用 AWS Transform 分析 COBOL、IMS、CICS 與 Db2，再以 Kiro 轉換部分應用。AWS 公布的數字是盤點時間從三個月縮到兩週、測試案例建立時間減少約 97%、特定應用遷移時間減少約 75%。要注意這是廠商公布的單一客戶結果，不能外推到其他企業。但它的流程順序值得留意：先整理規則、建立驗證框架，之後程式才通過 CI/CD 流程。工具加速的是前面的整理與測試建立，行為驗證框架仍是人工設計的。
並行期間還有實務細節：避免新舊系統重複寫入，或事先定義同步與衝突處理方式。每個轉換單元要有版本、備份與切回步驟。差異超標就停止擴大範圍，修正後重跑測試。這套回復演練的思維，與幫 AI 代理準備獨立沙箱背後的考量相通：讓 AI 產出的東西在一個出錯時拉得回來的環境裡運行。
第四道關：比較轉型路徑，把帳算全
依問題選路徑：原地重構保留執行環境，先整理程式與測試；分段替換適合風險要分散的場景；整體改寫成本最高，也需要最強的驗證能量。估算時要把人工覆核、系統整合、測試與長期維運全部算進總成本，只算授權費與轉換工時，帳一定失真。
第五道關：試點的驗收單怎麼開
綜合各案例，試點階段可以核對幾件事：AI 產出的盤點結果能否標註來源、連回程式位置；轉換後的程式能否用相同輸入與舊系統並行比對，差異由業務核定；每個單元是否具備版本、備份與切回步驟；成本估算是否涵蓋覆核、整合與維運。
COBOL 現代化不是一道語言轉換題，而是一張依賴地圖加上一套驗收程序。AI 能把畫地圖的時間壓下來，這在 Itaú 與 IBM 的案例裡都有跡可循。但地圖畫完之後，哪些依賴要查、差異誰來核定、出錯怎麼回頭，這些決定權仍然在熟悉業務的人手上。把這一點放進採購評估與試點計畫裡，比問「AI 能不能轉 COBOL」更能得到有用的答案。