返回文章列表

營運與維護 · 實作指南

數字沒抄錯,採購尺寸卻錯了:給 AI 一份單位契約

以虛構採購演練檢查來源單位、轉換方向與目標欄位,避免正確數字帶來錯誤尺寸。

數字沒抄錯,採購尺寸卻錯了:給 AI 一份單位契約

AAHouse 原創解說影片,採用 AI 輔助概念畫面、合成旁白及原創音樂。

英文逐字稿 · 簡體中文普通話逐字稿 · 台灣華語逐字稿 · 香港粵語逐字稿 · 澳門粵語逐字稿

採購演練:18 到底有多長?

假設一家美國標牌工作室收到“寬 18 英寸”的詢價,AI 把數字 18 抄入以毫米為單位的採購表。數字沒有識別錯,業務含義卻變了。這不是實際客戶事故,而是一項桌面演練:在讓 AI 自動填單之前,團隊先追問每個數值的單位從哪裡來、轉換後由誰確認。

採購演練:18 到底有多長?
18 英寸
18 毫米
數字相同 ≠ 尺寸相同

依已核准文章重繪的解說示意圖。

第一輪:先寫清四個欄位

把原文、數值、單位和所測物件分開儲存,例如“面板寬度:18 英寸”。NIST 的表達規則將量值與單位連結起來;單獨的 18 不是完整尺寸。[1] 我們建議同時保留原始文件位置和目標欄位定義。不要靠美國客戶身份推斷英寸,也不要因為資料庫只接受數字就丟掉單位。

第一輪:先寫清四個欄位
原文 + 文件位置
數值 + 單位
物件:面板寬度

依已核准文章重繪的解說示意圖。

第二輪:算對,也要核對方向

NIST 給出的定義是 1 英寸恰好等於 25.4 毫米,所以本例 18 英寸換算為 457.2 毫米。[2] 由確定性程式碼按已審核規則轉換,讓 AI 負責提取和解釋,而非自行選轉換系數。目標系統若已執行轉換,就不能再乘一次;把源單位、目標單位和規則版本寫進轉換紀錄。

第二輪:算對,也要核對方向
源:18 英寸
規則:× 25.4
目標:457.2 毫米

依已核准文章重繪的解說示意圖。

第三輪:單位代碼不是自由文字

跨系統交換時,可採用雙方約定的受控單位代碼。UCUM 面向機器間無歧義的量值與單位交流。[3] 這不表示每個供應商都支援它,也不表示公司必須採用它。先明確介面接受哪些代碼、大小寫及別名,無法識別的單位進入人工核對,不讓模型臨時編一個“差不多”的對映。

第三輪:單位代碼不是自由文字
約定允許的代碼
核對別名及大小寫
未知單位 → 人工核對

依已核准文章重繪的解說示意圖。

第四輪:轉換不等於測量更精確

這裡需要區分數學換算和測量:精確的轉換系數不會提高原始測量精度。 本例的 457.2 只是數學換算結果,不是在聲稱面板測量到十分之一毫米。另行紀錄尺寸容差、顯示捨入和下游可接受精度;未經負責人員確認,不把四捨五入後的展示數值直接當作生產指令。

第四輪:轉換不等於測量更精確
換算係數:精確
原測量:精度不變
容差與舍入:另行確認

依已核准文章重繪的解說示意圖。

收尾:讓測試有明確的停止條件

建議測試四張虛構訂單:18 英寸應對映為 457.2 毫米;18 毫米保持 18;單位缺失則暫停;面積單位誤填到長度欄位則拒絕。它們是建議的驗收案例,不是已經跑過客戶系統的結果。採購負責人確認目標欄位和例外處理後,再開放自動填單;真正下單仍遵循現有審批。

收尾:讓測試有明確的停止條件
18 英寸 → 457.2 毫米
18 毫米 → 18 毫米
無單位 → 暫停
面積 → 長度:拒絕

依已核准文章重繪的解說示意圖。

想把想法變成可驗證的試行?

聊聊你的工作流程

來源與延伸閱讀

編輯原則

本系列以 AI 輔助原創撰寫,並對照連結的公開來源。實作建議與假設情境屬編輯分析,並非客戶實績。來源發布日期及產品細節可能與本系列整理日期不同。