看到異常，不要急著補原因。先把「還要查什麼」變成追問樹，再把一張圖要回答的問題、期間、單位、缺值與不可宣稱事項寫成可驗證契約。
WP5 已完成：本頁依 v0.9 權威規格 §8.12 建立四成果與圖表 Schema。這一頁交付的是分析與呈現契約，不要求模型一定畫出漂亮圖。
先過輸入閘門，再建立追問
必要輸入是資料字典、品質報告、至少三項已核准直接觀察與資料版本。任一缺少，就停在材料缺口清單。
- 觀察只引用 P08 核准句。
- 追問資料、流程、定義、外部事件、人員確認。
- 圖表契約回答一個問題；資料不適合就用表格或不畫。
- 人工決定核對數字、語意、限制與下一步。
追問不是原因：每個候選都要有待補證據
| 方向 | 例題 | 需要補什麼 |
|---|---|---|
| 資料 | 欄位、分母、缺值與主鍵是否一致？ | 原始登記、公式、批次紀錄 |
| 流程 | 服務類型或步驟是否改變？ | 流程版本與分類紀錄 |
| 定義 | 分子、分母、起訖點、單位與分類規則是否一致？ | 資料字典與計算規則版本 |
| 外部事件 | 是否有另需查證的事件？ | 已核准事件紀錄；不得自行宣稱 |
| 人員確認 | 應由哪個資料／流程角色確認什麼？ | 確認角色與回查紀錄；不要求真實姓名 |
圖表要先回答問題，再選型
本資料只有 6 個月份；折線趨勢訊號不足，不是預設選項。範例改用 6 月四組的水平長條，比較四個同單位值，從零起始並保留直接標籤。若圖形無法誠實呈現，就退回四列表格。
| 契約欄位 | 必須說清楚 |
|---|---|
question／period／time_scope | 問題、期間與不得外推的範圍 |
unit／data_grain | 單位與每個資料點代表什麼 |
missing_value_policy | 缺值留空與加註，禁止填 0 |
zero_baseline_policy | 長條圖零基準；例外要寫理由並覆核 |
do_not_claim／human_review | 不可宣稱與人工查核都不得為空 |
退回：裁切軸、混單位、忽略缺值、省略期間、資料點不足卻硬畫趨勢，或把組間差異改寫成原因／績效，都不通過。
可驗證的 P09_CHART_SPEC.json
圖表契約
編輯並驗證 JSON
驗證器會檢查必要欄位、資料型態，以及長條圖的零基準政策。通過只代表契約完整，不代表數字或判讀已經正確。
下載檔名：P09_CHART_SPEC.json
- 下載 P09 追問樹資料、流程、定義、外部事件與人員確認
- 下載 P09 圖表規格例6 月四組等候時間水平長條契約
- 下載 P09 決策摘要已知、假設、補資料、暫不行動與小規模檢查
- 下載 P09 分析紀錄版本、模型、人工修改與未解項目
- 下載圖表 JSON Schema嚴格欄位與誠實呈現契約
- 下載 P09 四成果空白包含 schema、MANIFEST 與 SHA-256
- 下載 Compact route品質＋三項觀察＋追問樹＋圖表規格
- 下載追問與圖表 Prompt與本頁 Prompt 同步
可直接使用的追問與圖表 Prompt
怎麼用這段 Prompt
- 先看輸入：確認本段要求的檔案或前一階段成果已準備好。
- 再複製：如果本頁要求全新對話，務必另開視窗；否則沿用本段指定的對話。
- 送出前：確認內容是虛構或已去識別，也沒有超出公司允許的資料邊界。
- 回覆後：先查來源、停止條件與人工檢查點，通過後才保存或交給下一步。
追問樹與圖表契約 Prompt可展開、複製或下載 TXT
你要把已核准的資料品質報告與直接觀察，轉成可重複查核的追問樹、圖表契約、決策摘要與分析紀錄。這是完全虛構、去識別的課堂任務。
【開始條件】
必須收到：資料字典、資料品質報告、至少三項已人工核准的直接觀察、資料版本。任一缺少就停止，只列材料缺口。
【工作順序】
1. 為每項觀察建立五類追問：資料、流程、定義、外部事件、人員確認。
2. 每個原因候選必須列待補資料、可支持／否定的證據；不可把追問改寫成原因。
3. 只挑一個明確問題建立 P09_CHART_SPEC.json；資料點不足或圖無助於回答時，chart_type 寫 table 或 none，並說明 fallback。
4. 圖表規格必須明列 chart_id、question、source_version、chart_type、x、y、group_by、filters、unit、period、time_scope、data_grain、missing_value_policy、zero_baseline_policy、annotations、do_not_claim、human_review、fallback。time_scope 要含 start、end、grain、comparison；zero_baseline_policy 要含 mode、reason、visible_scale_cue。
5. 長條圖的 zero_baseline_policy.mode 必須是 required。非零基準的折線／散點必須用 exception，並填理由與可見尺度提示。不得混單位、隱藏缺值或省略期間。
6. 決策摘要分成「已知／假設／需要補資料／暫不行動／可先做的小規模檢查」，禁止寫責任歸屬、改善成效或正式處置。
7. 分析紀錄記下輸入版本、實際模型／工具（由使用者填）、提示版本、檢查時間、人工修改、退回與核准。
【最低完成路徑】
時間不足時，只保留：品質報告、三項直接觀察、一棵追問樹、一份圖表規格；不要求美化或實際繪圖。
【輸出】
- P09_QUESTION_TREE.md
- P09_CHART_SPEC.json（只輸出合法 JSON，不加 Markdown fence）
- P09_DECISION_SUMMARY.md
- P09_ANALYSIS_LOG.md
【輸入區】
資料版本：
資料字典：
資料品質報告：
已核准直接觀察：
指定分析問題（若空白，先提出候選但不要自行選定）：本頁成果：追問樹
本頁成果
五類追問樹
每個原因候選都要連到待補資料。實際模型／工具、時間與查核人由使用者填寫。
下載檔名：P09_QUESTION_TREE.md
Compact route 與交接
最低交付是品質報告、三項直接觀察、一棵追問樹與一份通過結構驗證的圖表規格。若切換模型或工具，只交付這些核准中間產物與版本，不交付未查核的聊天摘要。