沙箱可達性不是正式涵蓋範圍

沙箱可達性只證明管線通了，不證明走廊可賣。沙箱 DLR 變綠，絕不能變成報價單、首日跑道看板，或財務已當成交的目錄磁貼上的 Live 區域主張。

IOSOR 會把測試目的地標清楚，讓工程能做 smoke，而不虛構涵蓋。一旦僅存在於沙箱的前綴落到 Live 表上，買家買到的是虛構——事後帳本救不了那場對話。把沙箱綠燈只當作預發證據。工程可以夜裡多跑幾輪沙箱 OTP，那仍不是財務可引用的涵蓋。

沙箱匯出與 Live 匯出必須分檔保存，檔名也要帶 test-only 標記。

銷售材料裡的任何「全綠」截圖都要核對是否來自沙箱通道。

財務只接受剝離沙箱雜訊後的缺口清單，不接受混表。

沙箱匯出與 Live 匯出必須分檔保存，檔名也要帶 test-only 標記。

銷售材料裡的任何「全綠」截圖都要核對是否來自沙箱通道。

把測試目的地標成 non-Live

在控制台匯出裡，把每一份沙箱目的地清單標成僅測試。若前綴只出現在沙箱可達性中，就不得進入 Live 涵蓋表。財務只報價 Live 區域——絕不要說「沙箱通了所以可以承諾」。

為匯出指定短責任人：誰打的標籤、何時拉取取、哪條金鑰通道打出的 DLR。未標記的匯出，正是沙箱雜訊變成報價附件、銷售不看頁尾就轉發的路徑。頁尾必須寫明 test-only，避免被截成「全綠」。

阻止用沙箱成功聲稱涵蓋

加閘門：沙箱 DLR 不能把目錄列翻成 Live。目錄 Live 仍需要保險庫綠燈，以及真實走廊上的正式 smoke。沙箱成功只證明金鑰與 webhook 路徑可用——不證明走廊已售出，也不證明付費流量的靜默時段路由已驗證。

若產品在僅有沙箱證據時就亮 Live 徽章，先降級該列，並在下一次銷售通話前開誠實工單。不要等買家爭議才發現徽章在說謊。

匯出缺口清單時去掉沙箱雜訊

為財務匯出涵蓋缺口時，先剔除僅沙箱前綴。缺口清單必須誠實，避免把測試通道裡才有的可達性寫進報價。把清理後的缺口清單與 Live 表並排放，讓財務從頭到尾只看到一個故事。

任何沙箱活動結束後重新匯出，免得臨時測試前綴以「上週檔名」留在財務資料夾裡。

首日跑道忽略沙箱綠燈

跑道評分讀取 Live 保險庫、webhook 心跳新鮮度與 traffic_ok——不是預發環境的沙箱勾選。不要因為夜裡沙箱通道裡一次預發 OTP 通過，就把首日塗成綠色。

若跑道看似綠燈而 Live 涵蓋仍有缺口，相信涵蓋匯出——不要相信站會紀要裡貼的沙箱儀表截圖。

相關營運路徑

• 財務報價用的涵蓋缺口清單
• 目錄 Live 閘門須對齊保險庫
• 第一天跑道：必須亮綠燈的事項

從 IOSOR 開始

並排匯出沙箱可達性與 Live 涵蓋。從報價表刪除一切僅沙箱前綴。按保險庫與正式 smoke 重跑目錄 Live 閘門，不要按沙箱 DLR。然後才更新跑道看板，並把清理後的缺口清單交給財務。

IOSOR 要點

沙箱綠燈證明管線，不證明可賣走廊。財務與跑道只能引用 Live 區域。

要做：匯出前剝離僅沙箱前綴，並用保險庫加正式 smoke 守住目錄 Live。

不要做：把沙箱成功寫成報價上的 Live，或用預發 OTP 截圖粉飾首日跑道。