資料不足先停止；條件完整後，才比較情境

情境分析不是換三個倍率，然後假裝知道未來

營運資料混著已發生事實、尚待確認活動、受限供給與必須由主管決定的取捨。若直接要求 AI 預測下月出貨，它可能會補造缺失資料。本案用保守、基準、積極三種情境，比較條件改變後的影響，讓限制與需要裁示的衝突浮出來。

不要把事實、規則、假設與決策混在一起

用兩份範本找出停止條件，再建立情境引擎

情境分析的建置重點不是先選三個倍率，而是先讓 ChatGPT 看見「資料不足」和「可以運算」之間差了什麼。設計階段會同時比較兩份工作簿；測試階段再把兩輪完全分開。

對話一：比較兩份工作簿，不先算答案

我已上傳兩份情境分析範本：第一輪刻意不完整，第二輪補齊必要資料。兩份資料都只供教學設計。

請逐張工作表比較欄位、型態、主鍵、期間、單位、缺值與資料來源標記。請特別列出第一輪相較第二輪缺少的欄位或值，並說明每個缺口會阻擋哪一項計算。

不要補值、不要執行情境、不要產生出貨建議，也不要把第二輪的值回填第一輪。

檢查點：應辨認通路庫存、MOQ、安全庫存、公司可售庫存與生產入庫日期等缺口；兩份資料的角色是用來設計 Gate，不是讓第一輪偷看答案。

對話二：從主管決策反推四類內容

請訪談我，釐清這套工具要支持誰在什麼時間點決定什麼。問題至少涵蓋分析期間、SKU 與通路粒度、數量單位、資料截止、需求基準、促銷確認、庫存與生產狀態，以及供給不足時由誰決定通路優先順序。

請把答案分成資料事實、固定規則、情境假設與人工決策。每一項說明若分類錯誤，會造成什麼風險。先不要寫程式。

對話三：建立資料契約與三道 Gate

依兩份工作簿與已確認的決策問題，建立 Excel 資料契約。列出必要工作表、欄位、型態、單位、主鍵、期間、允許值、缺漏處理、來源與資料擁有人。

再設計三道 Gate：資料準備度、規則可執行性、人工決策。每一道都要有通過條件、停止條件、COMPLETE／PARTIAL／STOPPED 狀態、輸出與責任人。供給不足時的通路優先順序必須留在人工 Gate。

本輪只提出契約，最後標示 DATA-GATE：READY_FOR_APPROVAL。

確認第一輪確實會被擋住、第二輪具備繼續條件後，再回覆 DATA-GATE：通過。

對話四：設計 F00–F11 與兩輪輸出

請把流程設計成不可跳步的 F00–F11。前段負責檔案與資料 Gate，中段負責規則與供給驗證，後段才建立保守、基準、積極情境、敏感度、失效條件、供給衝突、跨部門行動與主管摘要。

同時設計兩輪輸出契約：第一輪即使 STOPPED，也要有資料來源、缺口、規則待確認、補件要求、啟動條件、交接、執行紀錄與 ZIP；第二輪通過前兩道 Gate 後，才有驗證後資料集、三情境、敏感度、行動表、主管摘要、證據、版本交接、執行紀錄與 ZIP。

請先提出檔名、欄位、狀態與 MANIFEST 規則，不建立內容。最後標示 WORKFLOW-GATE。

對話五：凍結公式、情境與禁止事項

請依核准資料契約，明確寫出公司可售庫存、通路可用庫存、補貨候選缺口、箱入數、MOQ、接貨上限與期間供給公式。

保守、基準、積極情境都要列出需求基準、可採用的促銷狀態、期間供給與失效條件。未確認促銷不得進入基準情境；期間外或未確認入庫不得算入本期供給；需求大於供給時只能列出衝突，不得自動分配通路。

請建立 RULE-GATE，列出仍需人工確認的規則，不要用暫定值冒充公司政策。

對話六：建立 Instructions、Skill 與控制文件

另開新對話，上傳核准的資料契約、Gate、F00–F11、兩輪輸出契約與規則。

請建立單一 ChatGPT Project 的固定 Sources：Project Instructions、固定案件控制表、資料契約、兩輪輸出契約，以及一個情境分析 Skill。

Instructions 要規定載入順序、F00–F11 路由、停止與補件、兩輪隔離、檔案輸出與人工邊界。Skill 要規定何時呼叫 Python、不得補值、不得混入未確認事件、不得誇大執行狀態，也不得替主管做供給分配。

請先做文件間一致性檢查，列出 CONTROL-GATE；不要先封裝 ZIP。

對話七：建立 Python 情境引擎

CONTROL-GATE 通過。請依核准契約建立 Python 情境引擎。

程式負責工作表與欄位檢查、資料 Gate、固定公式、近期四週平均、MOQ、箱入數、接貨上限、期間內確認供給、三情境、敏感度、供給衝突、Excel／UTF-8 BOM CSV／JSON／Markdown 與 ZIP。所有數值以程式輸出為準。

程式不得自行補缺值，不得讀取另一輪工作簿補資料，也不得在供給不足時產生通路分配答案。

對話八：第一輪反例測試

開啟全新對話，只上傳第一輪工作簿與剛完成的固定 Sources；不要上傳第二輪資料。

請執行 F00–F04。預期資料不足時，狀態必須是 STOPPED 或 PARTIAL，列出缺口、影響、補件要求與第二輪啟動條件，並產生全部第一輪個別檔案及資料準備包 ZIP。

請證明沒有產生可執行出貨量，也沒有從其他範例補值。若仍產生三情境，停止建置並修正 Gate。

對話九：第二輪正例與越權測試

再開一個全新對話，只上傳第二輪工作簿與相同 Sources。

請重新執行 F00–F04。只有資料與規則 Gate 通過後，才執行 F05–F11，產生三情境、敏感度、失效條件、供給衝突、跨部門行動表、主管摘要、證據對照、版本交接、執行紀錄與 ZIP。

請另外證明：未確認促銷不在基準情境、期間外或未確認入庫不列入供給、供給不足時只列衝突而不自動分配通路。

對話十：封裝前的完整性檢查

請比較核准契約、第一輪結果與第二輪結果，檢查必要檔案、欄位、狀態、UTF-8 BOM、Excel 可讀性、證據追溯、MANIFEST、快取與暫存檔。

只有兩輪測試都通過，才建立 Project Sources ZIP。Sources 只放固定 Instructions、控制表、契約、Skill、Python 與必要參考資料；不得放入兩輪答案、執行輸出或其他案件資料。

只有前一道通過，才能進下一道

安裝一次 Sources，分兩個對話測試

1. 1. 建立 Project建立 Project-only 的「出貨情境分析」Project。
2. 2. 安裝 Sources解壓 Project Sources，把 00_Project_Instructions.md 貼入 Instructions，其餘固定檔案加入 Sources。
3. 3. 第一輪另開對話解壓第一輪輸入包並上傳工作簿。要求執行 F00–F04；資料不足時不得計算出貨量。
4. 4. 第二輪另開新對話解壓第二輪輸入包並上傳工作簿。重新跑 Gate，通過後才執行 F05–F11。

第一輪指令

請依 F00–F04 執行資料準備度檢查。資料不足時不要計算出貨量；請列出缺口、影響、補件要求，並提供個別檔案與資料準備包 ZIP。

第二輪指令

請重新執行 F00–F04。只有 Gate 通過後才執行 F05–F11，產生三情境、敏感度、供給衝突、跨部門行動表、主管摘要、個別檔案與 ZIP。

三情境的重點是條件與限制，不是猜三個答案

每週或每月重跑時，還要加上版本與截止時間

固定週期不是把同一段 Prompt 重貼一次。你還要定義：

• 資料截止日期、時間與資料擁有人。
• 案件編號、輸入檔雜湊與規則版本。
• Gate 未通過時的補件通知與重跑條件。
• 本期與上期的差異、規則變動與資料新鮮度。
• 人工決策的負責人、理由與有效期限。
• 輸入、程式、輸出與決策紀錄的封存位置。

資料與規則穩定後，可以把排程、檔案讀取、測試與例外通知移到 Codex；正式出貨與通路優先順序仍要保留人工確認。

依序使用 Sources、兩輪輸入與參考成果