營運與維護 · 實作指南
週報裡的空白，不該被 AI 悄悄變成零
用三張合成訂單說明零、空值與沒有資料列的差異，讓 AI 週報保留分母與缺漏限制。
AAHouse 原創解說影片，採用 AI 輔助概念畫面、合成旁白及原創音樂。
英文逐字稿 · 簡體中文普通話逐字稿 · 台灣華語逐字稿 · 澳門粵語逐字稿
先別把空白寫成零
設想一家美國烘焙店讓 AI 寫週報。三張訂單卡的金額分別是 20 美元、0 美元和空白。老闆問平均訂單金額，助手回答 6.67 美元。算式可以成立，但它偷偷把未知金額當成了零。以下是合成練習，不是客戶案例；我們關心的是報表計算方式，不是預測營收。
- 合成訂單卡
- 20美元 | 0美元 | 未知
- 未知 ≠ 零
已接受的區域說明圖重繪，並非未經修改的原始截圖。
同一組輸入，兩種分母
PostgreSQL 官方文件說明：COUNT(*) 計算輸入行數，COUNT(金額) 只計算金額非空的行，AVG 計算非空輸入的平均值。[1] 因此這個例子有三行、兩個已知金額，已知金額平均值為 10 美元。它不是全部訂單的已知平均值；缺漏的第三筆仍需核實。
- 輸入行數 3
- 已知金額數 2
- 已知金額平均：10美元
已接受的區域說明圖重繪，並非未經修改的原始截圖。
零、未知、沒有行
零是一個已知數值；空值表示這項值尚未提供；沒有輸入行則是另一種狀態。PostgreSQL 的 SUM 在沒有輸入行時回傳空值，而非零。[1] 這不能單憑這點證明沒有銷售：日期篩選、同步故障或權限範圍也可能讓查詢沒有結果。應查明業務原因，而不是讓文字產生器猜。
- 0 → 已知值
- NULL → 未提供金額
- 無行 → 先核查範圍
已接受的區域說明圖重繪，並非未經修改的原始截圖。
先定政策，再決定補零
把空值補成零會改變統計問題。我們的建議是讓業務負責人決定：何時零是合法金額，缺漏值如何顯示，哪些記錄允許進入指標。為報表同時提供總行數、有效金額數、缺漏數和統計範圍；顯示“已知金額平均值”，不要只寫一個漂亮數字。
- 先決定統計政策
- 總數 / 有效數 / 缺漏數
- 補零不是中性排版
已接受的區域說明圖重繪，並非未經修改的原始截圖。
給助手一張可解釋的結果卡
推薦結果卡寫清日期與時區、篩選條件、資料更新時間、總行數、有效值數、彙總結果和完整性狀態。AI 只把這些欄位轉成文字；若金額缺漏，就說明覆蓋範圍不足。合成示例可寫：三筆記錄中兩筆金額已知，平均 10 美元，另有一筆待核實。
- 範圍 + 更新時間
- 分母 + 結果 + 完整性
- 讓文案保留限制
已接受的區域說明圖重繪，並非未經修改的原始截圖。
用小樣本驗收，不靠語氣
上線前準備四組測試：全是零、零與空值混合、全是空值、完全沒有行。分別核對計數、彙總值和最終文案，確保後兩組不會自動變成“本週沒有收入”。這些是建議測試，未在客戶系統執行。審核報表時，先看分母與缺漏狀態，再看 AI 寫得是否流暢。
- 全零 / 零與空值
- 全空值 / 沒有行
- 核對資料與文案
已接受的區域說明圖重繪，並非未經修改的原始截圖。