U9 AI · INSIGHTS
串接前如何測試 AI 影片模型
依已啟用設定、任務生命週期、輸出資源與帳務紀錄，建立可重現的 AI 影片模型測試清單。
從問題出發，而不是從模型名稱出發#
AI 影片測試要回答的是產品決策：目前已啟用設定能否以可接受成本完成所需輸出，並具備可恢復的任務生命週期？它不應是一組互不相關的提示詞。開始前先定義小型測試矩陣，且每次只改一個變數。
影片模型目錄展示的是可瀏覽設定，可用來初篩；但每個候選模型仍應在接入正式流量前確認帳戶權限與所用協定。
可重現的測試矩陣#
每個候選模型都記錄相同欄位：
- 輸入與授權。 使用有權提交的提示詞、影像、音訊或參考素材，並保留穩定副本以便比較。
- 請求的輸出。 僅記錄該設定實際開放的時長、比例、解析度、音訊和字幕選擇。
- 生命週期證據。 保存建立回應、請求或任務識別碼、終態與時間。請求被接受不等於影片已完成。
- 輸出證據。 檢查返回資源能否開啟、是否具備請求的基本屬性，以及目標用戶端能否顯示或下載。
- 成本證據。 將請求與餘額紀錄和顯示價格核對。不要依行銷配圖或未經查證的第三方頁面推算上游扣費。
這樣可以得到可比較的證據，而不是編造跑分。若兩個設定的輸入規則或生成方式不同，應記錄差異，而不能宣稱它們是完全等價的效能比較。
同時測試失敗路徑#
好的串接可以區分無效輸入、模型不可用、任務失敗、任務等待與輸出資源缺失。測試這些狀態下的可見提示、重試規則和客服交接。提交後發生逾時的請求，在能依識別碼查詢前必須視作可能已提交，不能自動建立另一筆付費任務。
有意識地限制重試次數。首測失敗時，保存錯誤碼與所選設定，再對照單模型契約。這既便於和上游溝通，也能避免為了猜欄位名稱而耗用多次付費嘗試。
以紀錄而不是印象做決定#
經過少量受控測試後，把輸出、任務歷史與成本紀錄放在一起審閱。決定繼續、調整參數、選擇其他已啟用設定，或請客服確認權限。結論應說明測試過什麼、仍有哪些未知，不能承諾測試未能證明的可用性、延遲或品質。