市政 DEBUG 松 · ISSUE 04
城市的早晨，可以一起重新安排。
看見每 15 分鐘的交通差異，把企業能配合的時間，變成可以驗證的錯峰實驗。
六個觀測點，一個早晨。
晨峰指紋
每欄為 15 分鐘起點，最後一格 10:15–10:30；窄螢幕可左右滑動查看後段。
道路與橋梁採地理線型，節點採官方設備座標。VD 是點位觀測，不代表整段或整座橋；六點不加總為全內湖車流。
03 / 檢查取捨
尖峰被分散了，還是移到後面？
模型總等待 · 車小時
原配置 → 調整後
總等待自 06:45 起，包含 10:30–11:30 假設背景與其後排隊，計算至清空；不是個人省時。
同一批車，可以怎麼分？
比較接收時段，不只延後多久。
| 配置 | 移轉車次 | 總等待 · 車小時 | 平均 / 最長延後 · 分鐘 | 10:30 排隊 · 輛 |
|---|
查看分批配置、分段等待與容量檢查
比例怎麼分？
| 原通過時段起點 | 移出車次 / 占全部移轉量 | 分批延後 | 改至時段起點 |
|---|
等待發生在哪一段？
1 車小時 = 1 輛車等待 60 分鐘的累積量。延後出門的分鐘不直接算入；不是全程旅行時間或每人省時。
| 時間範圍 | 不調整 | 統一延後 | 分批比較 |
|---|
分批結果對容量假設是否敏感？
保留同一分批配置，不因容量改變而重新挑選；各列為原配置 → 分批比較，單位車小時。
換一種容量假設，結論還成立嗎？
固定相同需求，分別計算三種容量。這是離散情境比較，不代表連續範圍或信賴區間；每列以自己的原配置為分母，接近零時百分比可能很大。
| 容量情境 | 原配置 → 調整後 | 總等待變化 |
|---|
09:30 之後，能接住嗎？
| 時段 | 觀測汽車量 | 模型原需求 | 調整後需求 | 需求增減 | 格末模型排隊 |
|---|
流量與需求單位：車次 / 15 分鐘；格末排隊單位：車輛。10:30 之後的背景需求仍是假設，完整排隊計算保留至清空。
看懂假設與敏感度
需求由 VD 速度與流量反推，包含前方 2 km、初始排隊為零、固定容量、各觀測點獨立等假設，尚未獨立校準。只計汽車；不涵蓋機車、下游回堵或其他入口的連動。容量 −5%、原估計、＋5% 是固定需求下的三種離散情境，並非完整範圍或信賴區間。
11:30 後假設無新需求，繼續計算直到排隊清空；保留全部移轉車次。節點顏色與上方觀測不會因試算而改寫。
04 / 把國外經驗變成在地實驗
借鑑參與機制，比較時間配置。
套用示範情境，連動比例、時間、晨峰指紋與指標。
比較的是本頁可編輯的時間配置，不是三國政策效果；尚未估計機制與參與率的關係。
05 / 從討論走向驗證
帶走一個
有判讀依據的討論。
市府看交通變化，企業確認營運條件，員工選擇是否參與。先辨識配置是否改善、有哪些取捨，再確認試辦條件。
進入 AI 企業條件協商 ↗既有協商原型以民權大橋走廊與兩家虛構企業示範；本頁情境不自動帶入。勾選只記錄本次示範討論，不代表真實企業或員工同意。
同星期別的可比日、實際通過時段、獨立旅行時間、員工感受與營運影響；同時記錄天氣、事件與後段尖峰。