Salesforce 發表 Koa：把 CRM 流程用來訓練模型，例外處理仍待驗證
重點摘要
Koa 以 NVIDIA Nemotron 為基礎，進入 Agentforce 客戶試用。流程規格能成為模型訓練材料，但內部測試、實際例外與正式開放仍須分開看。
Salesforce 在 2026-09-15 發表 Koa，讓 Agentforce 增加專門處理 CRM 多步驟工作的推理模型。這次發表留下的問題很具體：訓練情境沒有涵蓋的例外，模型能否正確處理。若新流程仍需要大量人工修正，熟悉既有流程就不足以支持企業全面更換模型。
官方公告標示 9 月 15 日，沒有精確發布時刻；IT Pro 報導的刊登時間為當天 12:00 UTC，即台北 20:00。本篇採台北 9 月 16 日出刊，以前一日仍在 48 小時查核範圍內的產品發表為主題，沒有把出刊日當成啟用日。技術論文更早於 9 月 14 日公開。
Koa 由 Salesforce 與 NVIDIA 合作開發。公司把 27 年 CRM 經驗轉成合成情境，強調未使用客戶資料訓練；論文則說明整體訓練包含公開與合成資料，基礎模型為 Nemotron-3-Super-120B。企業流程規格被展開成多輪任務，再依工具操作是否完成任務給予訓練獎勵。這讓原本用來設定代理行為的規格，也能用來訓練模型。
目前開放範圍是 Agentforce 指定客戶試用，美國地區正式開放預計在 2026 年冬季，尚非普遍可用。IT Pro 轉述的使用案例包括 Salesforce 內部 Slack 員工助理，以及 Formula 1、Xero 等客戶試用；報導未提供這些客戶的任務成功率或節省金額。官方產品頁也沒有提供足以比較完整任務成本的公開報價。
論文報告多輪工具操作改善，也明言整體仍落後最強的前沿模型。公告所稱 CRM 動作錯誤減少，屬供應商評測結果，不能直接換算成正式客戶的成功率。現有資料支持專門訓練有用途，尚不足以判定所有推理工作都適合改交 Koa。
流程規格可以重用，完成條件必須寫對
我比較看重這種訓練方法對軟體公司的意義。若公司已經把工作流程、工具權限與完成條件寫清楚，就能把這些規格重用於模型訓練，減少每次只靠提示詞解釋工作的負擔。這項推論的前提，是規格確實描述客戶要完成的工作；文件年資或資料量本身，不能保證訓練目標正確。
假設客服代理要安排換貨，系統收到工具執行成功的回覆，仍不代表倉庫有貨、地址正確，或客戶接受新日期。若獎勵只認定某個按鈕已被執行，模型可能學會完成系統動作，卻沒有解決請求。這是假設情境，用來說明「完成」的定義會影響訓練結果，並非 Koa 已發生的客戶事故。流程設計者需要把不能完成時的轉交條件一併寫入。
讓模型選擇跟著工作差異改變
Salesforce 的產品頁提供按代理或子代理選擇模型的方式。對使用者而言，這項彈性有實際意義：固定流程可以使用專門模型，需要處理新型問題的工作則保留其他選項。這是依任務差異分配模型的產品判斷，並不預設 Koa 一定較便宜，也不把試用名單視為規模化採用。
接下來有用的證據，是相同工作在相同工具與權限下的完成率，尤其要分開計算既有情境與未見例外。成本比較也應納入重試及人工接手。若 Koa 只改善熟悉任務，適用範圍便應維持在那些流程；若例外處理也能穩定改善，擴大使用才有更充分的理由。
封面沿用既有 NVIDIA 園區照片，呈現本次合作方；不是 Koa 發表現場或產品畫面。
來源：