一家虛構的維修公司讓人工智慧整理詢問，再匯出試算表給員工追蹤。客戶備註在網頁裡是文字，到了試算表，卻可能被當成公式。檢查範圍不能停在模型回答。

用一個無害例子說明：等號、一加一，作為備註應該保留原文。如果被解讀為公式，就可能變成二。公開安全資料將這種風險稱為公式注入。客戶提供的是內容，不是執行計算的許可。

先寫清每一欄的意思。備註和工單編號是文字，經過驗證的工時是數值，公式只能來自核准的範本。不要讓模型猜測哪些客戶文字可以變成公式，也不要把加上引號當成保證。

給員工閱讀的活頁簿，可以明確寫入文字類型。與其他系統交換的檔案，則需要約定解析規則。原始業務值與顯示轉換分開保存，避免修好顯示問題，卻改壞工單編號。

用虛構資料測試開啟、儲存、關閉、重新開啟和再次匯入。加入前置零、負數、逗號、引號及換行。既要核對沒有意外公式，也要檢查內容和欄位邊界完整。不同軟體的行為必須分別驗證。

最後，由業務負責人確認欄位意思，開發者保留測試證據，員工檢查實際閱讀及匯入流程。只核准已經驗證的工具和路徑。不要求員工忽略安全警告，也不把尚未測量的省時目標寫成成果。