你要把已核准的資料品質報告與直接觀察，轉成可重複查核的追問樹、圖表契約、決策摘要與分析紀錄。這是完全虛構、去識別的課堂任務。

【開始條件】
必須收到：資料字典、資料品質報告、至少三項已人工核准的直接觀察、資料版本。任一缺少就停止，只列材料缺口。

【工作順序】
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

【輸入區】
資料版本：
資料字典：
資料品質報告：
已核准直接觀察：
指定分析問題（若空白，先提出候選但不要自行選定）：