假設一間美國招牌工作室，收到闊 18 吋嘅詢價，人工智能將數字 18 抄入以毫米做單位嘅採購表。數字冇認錯，業務意思卻變咗。呢個唔係真實客戶事故，而係一項桌面演練：畀人工智能自動填表之前，團隊先問清楚每個數值嘅單位來自邊度，換算之後由邊個確認。

將原文、數值、單位同量度對象分開保存，例如面板闊度 18 吋。美國國家標準與技術研究院嘅表達規則，將量值同單位連埋一齊；單獨一個 18 唔係完整尺寸。我哋建議同時保留原始文件位置同目標欄位定義。唔好靠美國客戶身份推斷係英吋，亦都唔好因為資料庫只接受數字就丟咗單位。

美國國家標準與技術研究院嘅定義，係 1 吋啱啱等於 25.4 毫米，所以呢個例子嘅 18 吋換算成 457.2 毫米。由確定性程式碼按已審核規則換算，畀人工智能負責擷取同解釋，唔係自己揀換算系數。如果目標系統已經做咗換算，就唔可以再乘一次；要將來源單位、目標單位同規則版本寫入換算紀錄。

跨系統交換嗰陣，可以採用雙方約定嘅受控單位代碼。統一計量單位編碼，係為咗機器之間清楚交換量值同單位。呢個唔代表每個供應商都支援，亦都唔代表公司一定要採用。先講清楚介面接受邊啲代碼、大小寫同別名，認唔到嘅單位就交畀人核對，唔好畀模型臨時作一個差唔多嘅對應。

精確嘅換算系數，唔會提高原始量度精度。例子入面嘅 457.2 只係數學換算結果，唔係聲稱面板量度到十分之一毫米。尺寸公差、顯示取整同下游可接受精度要另外記錄；未經負責人確認，唔好將四捨五入之後用嚟顯示嘅數值直接當生產指令。

建議測試四張虛構訂單：18 吋應該對應 457.2 毫米；18 毫米維持 18；冇單位就暫停；面積單位錯填到長度欄位就拒絕。呢啲係建議嘅驗收案例，唔係已經喺客戶系統執行過嘅結果。採購負責人確認目標欄位同例外處理之後，再開放自動填表；真正落單仍然要跟現有審批。