AI外包合同必須約定哪些資料、模型和驗收條款？

直接回答

先給出可以用於決策的結論

合同應區分客戶資料、供應商通用框架、專案專屬程式碼配置和第三方模型，寫明誰可以訪問、是否用於訓練、儲存多久以及終止後如何返還或刪除。驗收附件應包含真實任務集、質量與工程指標、上線資料和接管清單，並約定模型或介面變化時的責任。

DECISION FACTORS

同一個問題在不同企業、資料和專案階段下可能有不同答案。建議先核對以下條件，再把網上的通用結論代入自己的專案。

資料是否包含個人、商業秘密或受限內容採用公有API、專屬例項還是私有部署交付成果中通用元件與客戶專屬資產邊界效果指標、風險動作和人工審批方式

ACTION STEPS

製作資料、模型、第三方服務和交付物清單。

把樣本、指標、測試環境與版本寫入驗收附件。

約定訪問、留存、刪除、智慧財產權和服務退出。

由業務、技術、採購與法律共同審查後簽署。

PRACTICAL EXAMPLE

示例用於說明判斷方法

企業提供客服記錄用於PoC，合同如果只寫“保密”，沒有限制訓練和留存，後續難以確認資料去向。更清晰的做法是限定專案環境、人員、用途和期限，要求輸出脫敏日誌並在結束後提供刪除或返還記錄。示例不代表特定客戶業績，實際結論需要結合企業自己的業務量、樣本、系統和責任邊界驗證。

COMMON RISKS

使用普通軟體合同模板，忽略模型與資料變數

驗收只寫主觀滿意，沒有任務集和評分規則

未約定第三方模型停服、漲價或版本變化

ACCEPTANCE

簽約前應完成條款核對表，至少覆蓋範圍、資料、模型、費用、交付、評測、安全、智慧財產權、運維、退出和責任限制。正式驗收以合同附件中的樣本、版本和證據為準，而不是口頭承諾。

準備與供應商或內部團隊溝通時，建議帶上當前流程、代表性樣本、現有系統、計劃時間和預算等級。先把未知項明確標註，再決定採用診斷、PoC、固定範圍專案或持續研發，通常比直接索要一個缺少邊界的價格和工期更可靠。