車用產業 AI 工作評估：座艙、研發、供應鏈與售後的用途界線

車用產業的 AI 導入，先要分清楚系統是在控制或支援車輛功能，還是在協助企業內部的文件、計畫與服務工作。兩者都需要評估，但不能只因產業名稱相同，就套用同一個安全等級或核准程序。

以下是工作範圍的比較與評估問題，不是客戶交付案例、投報率排名或車規驗證結果。

四種用途：先寫清楚輸出會影響什麼

用途	可評估的工作	需要釐清的邊界
智慧座艙／車內功能	語音介面、資訊提供、駕駛狀態相關功能	是否影響車輛操作或安全？如何處理延遲、斷線、錯誤輸入與誤判？
研發	需求文件整理、工程資料檢索、模擬或設計支援	輸出是否進入設計決策？機密資料能否交給該服務？誰檢查假設與結果？
供應鏈／製造作業	計畫選項、設備知識、品檢或異常整理	是否符合當時的生產條件？錯誤如何被發現？是否會改動訂單或產線？
售後／經銷服務	維修資訊查找、零件脈絡、服務說明草稿	文件是否適用該車型與版本？誰負責技術判斷、報價與對客戶承諾？

同一種工具，因連接的資料、允許的動作或輸出用途改變，也可能需要不同的評估。表格因此不以「中、低風險」替任何情境直接定級。

ISO 26262-1:2018 的公開範圍說明涵蓋量產道路車輛的安全相關電氣／電子系統。不能由「AI 可能影響車輛」直接推定特定 ASIL 等級，也不能把內部文件助理當成已驗證的車輛安全元件。

ISO 21448:2022處理預期功能不足帶來的安全風險；它不只針對模型未見過的訓練情境。ISO/SAE 21434:2021 的 SAE 公開範圍則說明車輛電氣／電子系統的生命週期資安工程。

UN Regulation No. 155涉及車輛型式認證與資安管理系統。是否適用某項產品、版本及銷售市場，需由負責單位確認；讀取車輛資料，不足以單獨判定每個企業 AI 工作流的全部義務。

這些連結提供範圍參考，不能代替完整標準、適用市場要求或產品驗證。若工作會影響車輛決策，應先確認安全與資安責任、操作條件及所需證據，再安排開發。

需求摘要或模擬支援應保留來源、版本、輸入假設與人工修訂。工程人員要能確認模型是否漏掉限制、混用過期文件，或將不支持的推論寫成事實。生成式工具的輸出不能直接當成設計驗證。

畫出資料會經過的服務、供應商、機房、日誌與備份，確認契約、存取、留存與再使用條件。私有部署可以是方案之一，但部署名稱本身不能保證資料永遠不會外流。

計畫選項要符合現有訂單、設備與人力限制；執行變更要有核准與接手方式。品檢則應以實際樣本、瑕疵類型及產線條件檢查漏判、誤報和人工覆核負擔。

當產品、材料、設備或資料改變，檢查原有評估是否仍適用。這是維運責任，不表示已有某個供應商切換案例或固定的投報率。衡量成果時，同時記錄品質、作業時間、返工與完整成本。

維修資料檢索可以把核准文件、版本與來源位置交給技術人員核對。找不到資料或文件互相矛盾時，標示缺漏並交回指定人員；不要自行推定維修步驟。

服務說明或零件脈絡應區分已知資訊與待確認事項。讀取資料、建立工單、發送報價與對外承諾，是不同的權限。既有的車用售後與經銷服務支援可用來討論這類工作範圍，不構成座艙或自主駕駛的安全資格證明。

選擇第一個工作時，可比較資料是否獲准使用、負責人是否明確、結果能否核對、錯誤能否被攔下，以及失效後能否回到原流程。不要單憑產業名稱、介面吸引力或假定的 ROI 排名決定。

留下預定用途、資料流、允許動作、評估案例、接受標準與維運人的紀錄。範圍若改變，再由相關團隊檢查影響。這些約定比一場展示更能支持下一步的採購或測試決定。