大宗貿易商 Centalion 與貿易金融平台 Komgo 在 10 月 8 日的聯合披露裏給出一組交易級數據：表外工具（OBSI）銀團授信業務中，工具開立處理時長下降約 55%，工具修改下降約 80%。需要說明，這是企業披露口徑，基準期與統計方法未公開。
他們做了什麼
沒有推翻既有系統。在已經數碼化的貿易金融系統上加了一層智能體：模型負責理解與編排，崗位的結構化流程與業務規則留在企業側，兩者用標準協議連接，而不是為每個動作做點對點 API 開發。對雙方來說，這和傳統整合項目是數量級的成本差。
為什麼先選這個場景
銀團授信的數據本來就在系統裏，髒活集中在「讀、比、填、改」這些互動動作上。這類場景智能體能立刻接手，不需要先補數據治理的欠帳——如果數據還散在表格和郵件裏，智能體救不了。
數字要怎麼讀
前兩項是已實現的交易級時延改善；第三項「推廣到全部貿易金融業務後每年釋放 60 個以上工作日」是預測值，而且這裏的工作日是產能當量，不是裁人。對照行業口徑，司庫場景「分析師時間從手工對帳轉向異常處理」的再配置比例普遍落在 20%–40%，這組數字落在合理區間。
可復現的六個動作
- 選系統：挑一個已完成數碼化、有結構化數據底座、但互動仍是瓶頸的業務系統。
- 自建智能體，部署在自己的環境裏，編排邏輯留在企業側——後續升級的主動權在這。
- 用標準協議連接，不做點對點整合。
- 先跑一個交易層級的小場景，別一上來鋪全業務。
- 指標定在「處理時長」這類經營口徑，而不是「調用了多少次」。
- 跑通之後再橫向複製到同類業務，複製的是框架，不是程式碼。