Rail safety · SlopeGuard

從邊坡預警
走到行車決策

一場雨來了,哪一段路線該先注意?風險提高之後,誰核查、誰決定、如何回頭驗證?SlopeGuard 將路段資料、現場防線與營運應變接成同一條可追溯的流程。

九段故事 · 兩個國際案例

資料如何變成下一步行動

影片以南迴線的降雨情境,說明既有防線、路段風險預測,以及 JR East 與 Network Rail 如何把觀測接到行車控制,再回到人員核查、旅客影響與事後回測。

影片旁白:Reyer Chu 克隆聲 · 16:9 橫式在 YouTube 觀看 ↗ 實際處置仍依營運單位核定程序執行
國際案例深讀

從公開方法,提煉可落地的設計

兩家鐵道機構公開的是分層防線:觀測和預測提出警示,現場人員按規則處置。以下區分已採用的營運措施與仍在研發的能力;數值僅描述原案例,不直接移植為臺灣門檻。

CASE 01 / JAPAN

JR East:測站門檻、有效雨量與雷達

PreDAS 匯入雨量計、風速計和地震計等觀測,達到設定門檻時進行限速或停駛。JR East 自 2008 年 6 月以「有效雨量」作為降雨行車管理指標,考量雨水入滲與排出後留在地中的水分;2023 年 6 月再把雷達雨量納入在來線規制,以掌握沒有雨量站的局部強雨。

下一步研究:提早 20 分鐘讓列車停在車站

JR East 另研發把雨雲移流與山區地形性降雨合用,預估短時間後是否可能達到停駛門檻,減少列車被迫停在站間。它以 2019 年颱風案例、307 處雨量計(其中 177 處曾發布規制)檢驗,並在 2024 年度試作即時監測原型。公開資料未提供可供我們重算的命中率數值;這項預測不可寫成已全面投入營運。

一篇由 JR East 研究者共同署名的 2017 年論文提出:保留約每 10 公里的既有雨量計規制,再用約 1 公里的雷達解析雨量網格,補抓測站間的局部強雨。論文也討論當時雷達資料的發布延遲,提醒我們必須檢查資料時間戳;2017 年的延遲數字不能當成現在的服務規格。

SlopeGuard 借鏡:保留既有管理值,補測站盲區,並把預測提前量連到「在車站待避」這個具體行動。

公開來源

CASE 02 / UNITED KINGDOM

Network Rail:監測、停車、檢查與復原

Network Rail 公開說明以每 500 公尺為單位估算鐵路沿線即時降雨風險,超過預設降雨門檻通知控制團隊。高風險坡地使用動作感測器、CCTV、雷射測繪和航拍。其介紹的無線傾斜計通常約每 2.5 公尺設置,設備傾斜超過 5 度時傳警報及照片,供工程師遠端判讀,控制端可在列車抵達前先採減速等措施。

滑動告警之後是現場閉環

該機構另一篇邊坡處置說明指出:高風險地點的感測與 CCTV 發出滑動警報時,信號員停止列車,等待工程師檢查。發生滑坡後,清除障礙並檢查基礎設施,必要時改善排水、施作土釘或降低坡度。降雨預警、傾斜計預警、實際滑動警報是不同階段;「5 度」只是公開設備案例的觸發設定。

英國鐵道安全與標準委員會 RSSB 另公開 PRIMA 決策支援工具:綜合降雨、土工構造物狀況、路段事故風險與限速的連鎖影響,提出各路段建議速度,再由 Network Rail 依在地知識制定方案。2025 年資料描述它在六條路線試用,屬相鄰的決策研究案例,不能當成 Network Rail 坡地感測器已自動控制列車的證據。

SlopeGuard 借鏡:每一則警示記錄路段、影像證據、通報對象與檢查結果;安全規則內再用 PRIMA 式路段分析比較可行的運行方案。

公開來源

產品現況與決選目標

以目前可操作的產品為起點

原構想書 PDF記錄投稿時的系統;下列強化方案是持續實作與驗證的目標。每個新功能將在可操作、可回測後更新展示證據。

目前已有

路段風險與降雨回放

  • 南迴線路段級風險地圖,整合公開雨量、坡地潛勢與官方警戒。
  • 列車動態關聯與降雨情境推演。
  • 逐日雨量歷史回測,顯示何時跨過設定級距及與降雨高峰的時間差。
決選強化方向

預測、處置與獨立驗證

2026-10-02 進度:資料接入 ✅ 模型對照頁 ✅ 處置原型 ✅ 現場與獨立驗證 ◐ ↓ 直達開發計畫表(已完成+實測數字)

  • 更細時間與空間尺度的雨量、雷達估計及現場資料融合。
  • 比較降雨基線、時空模型與物理啟發模型,保留通過驗證者。
  • 警示接到核查與處置流程,並推估安全方案的班次與旅客影響。
從資料到決策

五步驟,讓風險分數有用

評審提出的核心問題是:分數出來之後,如何形成決策?設計從資料來源、責任分工到事後檢討都留下證據。

01 / 觀測

對到路段

雨量站、雷達、坡地資料標出時間與位置;資料缺漏與測站距離一併揭露。

02 / 預測

比較模型

凍結 M0 基線,對照有效雨量逐日代理與 M2 單日強度;樣本足夠才評估統計或圖模型。

03 / 核查

接上現場

既有落石告警、影像、上游通報與工務巡檢協助確認。影像無異常不代表安全。

04 / 處置

安全優先

依核定管理值與現場狀況,由授權人員決定監看、巡檢、限速或停駛。

05 / 營運

照顧旅客

安全界線確定後,推估班次連鎖影響,協助安排待避、接駁與通知。

「風險高或低」是起點;真正的價值,是讓現場知道下一步,並且事後能檢驗判斷。依鐵客松評審對風險驗證與決策機制的建議整理,非逐字引述。
可執行的強化路線

先把資料接對,再比較模型

評審提醒了兩個關鍵:雨量站未必靠近高風險坡面;沒有實際事件標記,就無法檢驗誤報。資料缺口會在系統中明示,取得後才升級驗證結論。

資料與用途目前狀態下一步實作
逐日雨量與官方警戒資料
既有回測與地圖基礎
已接入;時間與空間解析度有限保留為可解釋基線,公開時間窗與測站距離
短時雨量、雷達與坡地監測
路段級風險變化
已接入並累積中:10 分鐘雨量自 10/2 輪詢入庫(測站數隨來源快照更新);QPE 雷達每十分鐘來源幀保留,累積只取整點(官方無歷史 API,僅能自行累積並揭露)已建立十分鐘時間軸、多時窗比對與修訂封存;時空模型須等獨立樣本
落石/崩塌事件、影像告警與處置紀錄
命中、漏報、誤報驗證
已建立事件真值表(6 筆種子、證據逐條可核對;含 2026-08-25 枋山=枋野土石流);持續以縣府災害調查平台與臺鐵公告補冊建立事件真值與非事件時段;按路段與時間切分訓練、驗證資料
列車位置、班表與旅客資料
安全方案的營運影響
班表已接入(TDX 每日快取);旅客逐班資料無公開源——如實不推估,呈現班次數與延誤分鐘先評估可觀測的班次延誤,再加入可驗證的客流估計
01 / DATA

資料融合

每筆資料保留來源、時間、位置與品質。測站與路段距離、缺值和延遲都顯示給使用者。

02 / MODEL

基線對照

以降雨規則為基線,比較時序、圖模型與物理啟發方法;按未見事件驗證提前量和漏報。

03 / ACTION

現場閉環

警示進入核查與行控流程;記錄處置理由,安全界線內比較待避、接駁與通知方案。

驗證比模型名稱重要

用完整案例回答「準不準」

目前逐日回測可顯示相對於降雨高峰的提前時間;它尚不能單獨證明對落石的命中率或誤報率。決選驗證將加入可核對的災害與現場處置事件,對照有警示、沒警示、有災害和沒災害的全部組合。

提前量

警示與事件發生時間相差多久?逐日資料和更細時間資料分開統計。

漏報與無效警示

有事件卻沒示警、示警卻沒有對應事件,各自列出;不能只展示成功案例。

現場可用性

從警示到人員核查花多久?是否有助於選擇合規處置並記錄理由?

比較三日累積雨量與氣象署二十四小時大雨/豪雨級距,只是目前回測中的操作代理,並非官方同一定義;完整驗證須使用相同時間窗與獨立事件資料。

2026-10-02 · 決選準備

現況總結與開發計畫

事件候選複核:本次44筆鄰近媒體線索中,3筆文字提及鐵路(2026/8/25、2025/7/21、2024/10/4);2026年線索對應既有825案例,另外兩筆在當前回測窗口之外,未增加真值或命中件數。整批1,000筆來源發現29組不同EventID但相同描述的疑似重複,僅提示人工查核,不自動合併。核查頁新增來源媒體、照片日期與官方影像連結;照片日期不等同事件時刻,公路災點不能只因靠近鐵路就當鐵道事件。

定量預報來源核查:新增 CWA F-C0041-001~004 四個六小時量值格點的接收、封存與核查,區分發布、有效及接收時間,檢查同一報別、連續24h、缺值與過期。每三小時查源,原子發布;核查頁公開各來源時間與SHA。本次首個來源回傳2026-07-12颱風期間資料,不能當今天預報。官方產品說明另列平時2.5km CSV與圖像產品,不能將5km颱風限定格點或目前PNG圖像冒充已接通的測站24h量值;測站映射與即時量值仍未完成。

2026-10-04 公開資料增補:公開資料核查頁提供三來源唯讀封存、SHA-256、鄰近比對與 EventID 分組。實測媒體資料 1,000 筆(999 筆有效座標、44 筆距路線 2.5km 內)、65 組觀測站共 107 支攝影機(12 支鄰近)。崩塌警戒值原始 94 筆座標皆為 (0,0);現已依編號與行政區,全部連結至官方115年度潛勢區圖資的參考形心,6 筆形心距路線 2.5km 內。原始缺座標保留;形心距離不是影響範圍或風險判定。新增每日兩次更新、原子發布、失敗狀態及歷次封存;以上不是鐵道事件真值、臺鐵 Rc 或設備健康。來源完整性未確認,正式門檻、事件/非事件獨立驗證與現場演練仍未完成。

對照原版構想書(歷史)、風險地圖與歷史回測的現況,整理已兌現的部分與待補的缺口;決選前依下表逐項落地,每完成一項就回到本頁更新為「已完成+數字」。

目前已兌現

構想書 → 產品

  • 風險地圖:南迴線 23 個站間段逐段評分,全鏈路官方開放資料——CWA 即時雨量、水保署潛勢圖資脆弱度(176526/176527 逐段計數,參數公開可重算)、146055 Rc有效雨量基準的24h代理比較(非官方警戒)、148402 即時警戒疊加;附 what-if 降雨情境滑桿。
  • 歷史回測:以 2026 年真實逐日雨量做 3 日滾動累積,對照官方級距,量化相對降雨高峰的提前天數。跨年回補受資料源限制(C-B0025-001 僅回傳當年度),已在構想書載明;「落石誤報率尚未測量」在頁面上明示,不用推測代替量測。
  • 可獨立驗證:構想書所列七筆資料集全部可公開查證;門檻來源採官方數值,但模型的時間窗比較為代理;邊坡脆弱度由官方圖資衍生,逐段計數與換算式全部公開。
決選要補上的

評審三問 → 對應工作

  • 分數出來後如何形成決策?→ 補核查與處置流程:警示進入「誰核查、看什麼、決定什麼、理由與證據留在哪」的工作台。
  • 雨量站未必靠近高風險坡面。→ 每個路段揭露最近測站、距離與資料時間;缺值不隱藏。
  • 缺事件標記就無法檢驗誤報。→ 以公開可核對的事件(運安會事故調查報告、臺鐵公開事故消息、土石流災害紀錄)建立事件真值,並查核非事件時段;事件冊未載只能算候選誤報,不能視為已證實無事件。
階段(期程)內容狀態(2026-10-02 更新)
✅ 0 資料查證
10 月上旬
短時雨量歷史、雷達估計取得條件、事件真值候選(運安會鐵道事故調查報告、臺鐵公開事故消息、土石流災害紀錄)、班表資料——每一項確認「可行或不可行」,帶著結論參加 10/6 工作坊。✅ 完成:短時雨量官方 API 僅回最新快照(歷史須自行輪詢累積,已開始);QPE 雷達估計可程式化取得(約 1.37km 格點、10 分鐘更新);事件冊六筆,其中窗口內合格鐵道邊坡真值一筆;423是窗口外事實資料,非最終報告;TDX班表依實際日期與來源揭露可用性。
◐ 1 資料融合
10 月中
短時雨量納入與逐日資料同一時間軸並標記缺值;每個路段揭露最近測站距離與資料延遲;雷達估計視查證結果接入或明標未取得;建立事件真值表(日期、區間、類型、證據連結)。◐ 基礎接入完成,持續驗證:10 分鐘雨量輪詢入庫(帶最近段距離、測站數隨快照更新);QPE 十分鐘來源逐段摘要,累積只取整點;地圖每段揭露最近測站與距離、盲區(>15km)與 QPE 交叉源;事件真值 6 筆上線(證據逐條可核對)。
◐ 2 模型驗證
10 月下旬-11 月初
現行規則凍結為 M0;M1 改為 α=0.7、前七日有限衰減的日曆日代理(非官方雨場 Rt 複現);M2 仍為單日對照。樣本僅 1 筆,不訓練 M3,未完成事件留一或 I-D 驗證。◐ 比較頁完成,效果待驗證(/slope/models):M1 已改為有限衰減日曆日代理;825 事件的新版本結果與未知資料日已在本輪驗證結果列出。舊版 α=0.85 的「4 天/34 日」不適用新 M1;實際可用提前時間仍為 NOT_MEASURED。M3 因樣本僅 1 筆不建。
✅ 3 處置閉環
11 月中
警示接到核查與處置紀錄(監看/巡檢/限速/停駛+理由+證據);以班表推估處置情境的班次影響,安全規則內比較待避、接駁與通知方案。✅ 完成(/slope/workbench):核查(含「無異常但仍處置」選項)→處置+理由+證據+決策人→班次影響推估(含不停站穿越候選、班表日期及來源;無當日有效班表時候選數UNKNOWN;速度參數與待避點是情境建議);旅客人數無公開逐班資料——如實不推估。
◐ 4 驗證與決選
11 月下旬-12 月
獨立驗證頁:有警示/沒警示 × 有事件/沒事件四象限、提前量分佈、漏報與無效警示清單;回測頁加上真實事件對照;決選簡報與 Live Demo 演練(含資料中斷備援)。◐ 進行中:驗證頁已上線(四象限、提前量、誤報日逐日清單、現場可用性 NOT_MEASURED 明示);回測頁已標真實事件。12頁決選簡報草案、更新構想書與三案例/七狀態離線預錄已備妥;12/4正式上傳與12/11決選演練仍為後續時程。

優先順序固定:處置閉環與四象限驗證是本計畫核心,不因時程縮減;旅客影響概估與統計模型屬可調整項。機關釋出資料若到位,只替換對應欄位(引擎不改碼),驗證結論隨資料升級。

2026-10-02 · Codex 接續複核

制度查證摘要與下一輪開發

接續既有 Phase 0–4 計畫,重新對照原構想書、產品與制度原文。現有地圖、回測、事件冊、模型比較、核查工作台已能操作;接下來優先把公式、資料時效與處置依據對齊,讓決選每個數字都有來源。

研究結論

前置風險 → 人員核查 → 可追溯決策

產品價值是提早排定核查、補足測站盲區,並保存誰依什麼資料決策。降雨警示與落石入侵偵測是不同防線,兩者都需要資料健康與人工確認。

  • 窗口內鐵道邊坡事件仍只有 1 筆;6 筆事件冊包含區域淹水、設備事件與窗口外案例,不能全算邊坡命中。
  • 原構想書的「不誤報」與相對降雨高峰提前天數,不構成落石預測成效;現場有效性尚待獨立驗證。
  • 逐日首警與事件日期相減只是日曆日差,完整日雨量必須觀測與發布後才能使用;實際提前時間為 NOT_MEASURED。
重要修正

官方雨場公式 ≠ 每日衰減代理

水保署 Rt=R0+Σ(i=1…7)Ri×0.7i;R0 是本次雨場開始後累積,Ri 是雨場開始前每個 24 小時。完整 RTI 還要小時強度 I(RTI=I×Rt)。

  • M1 目前只有逐日資料,改採當日加前七日的衰減代理,不宣稱官方雨場 Rt 複現;缺日、缺值或缺 Rc 明示未知。
  • 90% Rc/Rc+50 是間歇短延時制度條件,不能通用為常規黃/紅警;M1 的分級是研究設定。
  • 完整雨場、短延時觀測核心及輸入契約已實作;常規警戒必要的真實預報、Rc映射與趨勢仍待接入。

五套制度可以借鏡什麼

制度與原始來源可採用的設計適用邊界
水保署114.7技術指引雨場分割、α=0.7前七日、Rc有效累積雨量、發布與解除條件雨場與時雨量條件不可省略;測站3–5km為較佳範圍,同集水區也要考量。產品>15km盲區是自訂提醒。
香港GEO/天文台短時觀測+預報,發布區域性多處山泥傾瀉風險;清楚說明不能預測個別事件60min/70mm是歷史文獻案例,非通用現行門檻;external reference 非臺灣門檻。
中國山西DB14/T 3480—2025出巡→限速→封鎖,短時/連續、多窗口、山區/平原及客貨分列地方標準有完整表;45/60mm/h高鐵說法原規章尚未核實,不作臺鐵輸入。external reference 非臺灣門檻。
JR East研究者論文1.5/6/24h多種有效雨量並聯;任一超標觸發,全數回落且確認無異常才解除小時半衰期制與臺灣日衰減法不同,不混用公式;區段基準與全社平均不同。external reference 非臺灣門檻。
臺鐵既有防線
2025安全改革報告/423次事實報告
官方報告記載26處於2022年底完成、2023汛期前正式上線;既有影像、工務與行控協作,斷線不能當作沒有異常逐路段核定雨量管理值與邊坡真值待取得;審計資料曾公開A/B/C/D四級;現行分級與各段版本待確認。

交通部2026/4/29 CTC3.0說明是啟動建置與未來告警整合規劃,沒有公開API或已完成介接的證據;臺鐵雨量管理值仍須向營運單位確認。

423次:既有系統的可用性案例

同一落石造成攝影機斷線,警示未送出

2025-09-24 臺東線山里=鹿野 K146+120:運安會事實資料記錄13:24:20落石入軌、13:24:23影像黑屏、13:32:44列車撞擊;現地線纜毀損、7支攝影機斷線,撞擊前未有外物入侵告警發報。這支持加入獨立資料健康與前置風險核查,但不證明降雨模型能預測或避免這起事件。

本案是事實資料報告,尚不能代替最終成因結論;非南迴線、非2026回測窗口,不計入當前命中/漏報。查看運安會原始資料 ↗

本輪交付與驗證結果

2026-10-03 Rc歧義修正後重算(2026-01-01~2026-10-01、5站):825 枋山=枋野事件,M0 於8/22首次達 warning(日曆日差3天);新M1與M2在事件前14個完整日均未達 warning。新M1沒有抓到這筆事件,因此保留現行引擎,不將它當作更好的預警方案。實際可用提前時間仍為 NOT_MEASURED。

模型825事件前觀測候選誤報日×站已評估/未知日×站
M02026-08-22/3個日曆日2241/974
M1未達warning(代理漏報)0236/979
M2未達warning(代理漏報)01215/0

後兩欄均排除事件前7天至結束後3天。各模型資料覆蓋不同,候選誤報0不代表安全或效果更好。Rc修正後5站只恆春有可用單值;其餘M0/M1完整比較列未知,M0固定80/200級距仍另列。候選誤報日從5減至2是排除不可評估測站,不能當成模型改善。事件件數與日×站不能混成命中率。

交付內容驗收狀態
E1/E5 模型M1有限日衰減與官方雨場純函式分開;M2/I-D累積中;缺值標未知、實際提前未量✅ 已上線,模型邊界/缺測重現通過;新M1研究對照保留,未替換即時引擎
E2/E6 處置watch→巡檢、warning→限速、danger→停駛;工作台預選不覆寫人工選擇、模型頁對照表✅ 已上線,人工草稿、證據URL及舊班次估算清除通過;僅作建議,不下達行車命令
E4 事件423次落石新增官方來源與硬體可用性事實✅ 已上線,事件冊6筆;423窗口外、無南迴段號,不混入統計

接下來逐步完成的開發計畫

順序/時間工作與資料依賴完成判準
① 10/6工作坊確認臺鐵逐段雨量管理值、A/B/C/D邊坡真值、事件時間、感測斷線處置、NDA資料釋出時程權責單位確認版本/區間/取得方式;未取得仍標待取得
② 10月上中旬10-min增量與重置查核→時雨量→完整雨場/Rt/RTI;預報另接,常規與短延時分支分開跨日雨場、168h前期、缺測、門檻邊界可重跑;不使用未來資料
③ 10月下旬測站與QPE比對、短時多窗口、資料時效與斷線訊號→核查任務過期/斷線顯示未知;先影子運轉,人工確認。I-D只在樣本足夠後驗證
④ 11月上旬補事件與非事件查核、逐站/逐段比對、固定協議與留出驗證候選誤報逐日可查;事件件數與日×站數分開;跨線與設備事件不混入邊坡成效
⑤ 11月中旬授權單位演練核查與處置,量警示→核查時間、理由完整性與班次影響真實時間戳與人工決策可追溯;demo不算現場實測,復駛依核定規則
⑥ 11月下旬-決選同步數字與簡報、完整成功與漏報案例、斷網/資料中斷演練、預錄備援12/4上傳簡報,12/11 Demo;每個數字可回到資料與版本,未量測項保留NOT_MEASURED

首輪歷史驗收111項通過;最新完整驗收見測試頁;本輪完成的是可重跑、可審查的軟體與制度對照;真正的預警效益、減少誤報及現場採用仍需要資料、獨立樣本與營運單位驗證。

2026-10-03 · 完成可實作項目與完整驗收

資料失效也有可追溯的核查流程

已實作資料健康守衛、時雨場影子計算、審計軌跡及三案例驗證台;本輪補上十分鐘時間軸、觀測修訂封存、長雨場查詢、穿越班次判斷、一鍵完整驗收及決選備援素材。現場資料與成效分開驗收。

工作本輪完成範圍仍待取得/量測
資料時效與缺測雨量20分鐘、QPE90分鐘為產品時效設定;逐路段過期/缺值/盲區顯示未知,保留雨量基線供核查。缺測不再當作零;記錄觀測與真正接收時間。攝影機、PoE、纜線與臺鐵告警健康未介接,明標NOT_CONNECTED;不以氣象資料推論設備正常。
時雨場/Rt/RTI整點Past1hr建立非重疊小時序列;跨日雨場、六小時低雨量確認、前168小時、資料到達時間及未知狀態可重跑;長雨場查詢可延至365日,顯示雨場邊界與缺口。常規與短延時條件分開影子評估。10/2才開始累積,完整前期資料不足仍未知;預報/趨勢缺少時不給官方警戒。臺鐵核定門檻待確認。
人工任務與審計健康退化可人工開立核查任務;只允許監看/巡檢/紀錄不需處置。處置人、理由與完備核查為結案條件;版本衝突拒絕覆寫,刪除後保留審計軌跡。API demo耗時與現場量測分開;包括自動測試的API時間不能視為真人演練或事故改善。
三案例與驗證協議同一825歷史事件展示M0日曆警示與M1漏報;獨立合成資料中斷展示未知/人工核查。固定時間與空間匹配協議、演示步驟及資料取得清單已歸檔。案例不新增真值件數,不是兩個獨立事件;非事件真值、獨立留出樣本與正式演練待機關合作。
Rc/預報/趨勢輸入版本化的確認資料契約;檢查站點對應、單位、有效期間、實際可用時間及完整24h預報數量窗。Rt計算與條件評估分開顯示;缺任一必要輸入維持未知。介面已完成;實際Rc站點對應與數量預報來源尚未接通。146055不能自動當作測站核定門檻;發布、解除及行控授權仍待權責單位。
測站/QPE多時窗23路段的1/3/6/12/24h整點對照、共同覆蓋率與未知狀態。QPE保留每個十分鐘來源影格,累積只取非重疊整點,避免重複計算滾動雨量。雷達鄰域最大值累加是上界包絡;測站差值不是準確率。I-D門檻與鐵路適用性仍NOT_MEASURED/NOT_CONNECTED。
逐項測試與回執全repo pytest、登入後唯讀HTTP、1280/390/320瀏覽器情境及真離線快照都有固定CaseID與可重跑工具。完整逐項結果、執行時間與來源SHA256公開在測試頁。PASS僅代表對應工程階段;跳過、缺資料、執行中原始碼改變都不能算完整通過。現場演練未量測。
D1.1/觀測修訂與時間軸十分鐘時間軸可查6/12/24/72/168h、下載JSON;資料庫封存新增/修訂/刪除,as-of以來源接收與封存時間為準。最新NULL版本不回退舊有效值。封存啟用前被覆寫版本未重建;開始以前標CURRENT_GUARDED_LEGACY,完整度限定已封存期間。
A2/班次影響不停站但穿越區間的候選納入;揭露班表來源、日期及快取年齡。舊快取候選不算當日有效班次;UNKNOWN不存為營運估算。實際走線、客流、實際延誤與臺鐵核定行車方案未核實;80→40km/h等速度是情境參數。
E3/制度生命週期研究公開指引的常規/間歇雨制解除、降級、再發布純函式候選與時間邊界測試;第二循環須明確程序確認,雨場結束不能自動解除。official_state=NOT_PRODUCED;實際機關核可紀錄、完整輸入與自動切換未接入,未修改即時引擎。
V3/決選交付12頁簡報草案、更新構想書、三案例+七種資料狀態的離線無音訊預錄;原版完整保留。每份素材附日期、來源與SHA回執。12/4正式簡報上傳、12/11評審現場演練仍是未來工作;素材的模擬不計入事件真值。

本次軟體交付範圍:原Phase0資料查證、Phase1可取得資料接入與時間軸、Phase2基線對照、Phase3核查審計、Phase4工程驗收/簡報備援均已提供。預警效益、正式機關發布、控制介接與現場驗收仍有上述實際資料依賴,不標成已完成。

最新逐項結果請見測試案例與結果:pytest、瀏覽器及HTTP分開列示,附執行時版本與SHA256;機讀完整回執包含各階段計數及全站預熱結果。十分鐘輪詢持續運作;完整雨場計算為影子研究,解除/降級/再發布僅有純函式研究候選,官方狀態與自動制度切換未接入,現場預警效益仍為NOT_MEASURED。既有旅運兩API的422另列,不計入SlopeGuard通過數。

2026-10-03 · 免費 API 實測

官方資料已讀通,來源差異也保留下來

10/3 06:01(臺灣)完成五個官方免費 HTTP 請求,全部回應200;每份快照記錄來源、接收時間與SHA。這次驗收範圍是資料讀取及解析,參考警戒值仍須確認測站映射。

來源實測結果使用邊界
氣象署十分鐘雨量全國1,345站;走廊295站皆在20分鐘產品時效內,四個雨量欄位可讀。最新快照,歷史須持續累積;同一氣象署上游不算獨立觀測。
土石流參考警戒值農業部238列、水保署175列,皆涵蓋159個鄉鎮鍵;109鍵可唯一比較且一致,50鍵有多筆值。多筆值可能對應不同參考站/版本;現有欄位不足以選值,不能任取一筆套到測站。
NCDR生效中示警匿名feed108筆;篩出1筆降雨示警並讀取原始CAP的發布、生效及失效時間。該樣本區域沒有屏東/臺東文字;匿名涵蓋及樣本都有限,不能推論南迴沒有風險。
Twinkle免費MCP試接程式及測試已備妥;專案尚無API key,狀態NOT_CONFIGURED。匿名預檢收到Cloudflare403;需取得免費帳號key並確認額度,才能驗證真實回傳。

新增213項離線測試通過;本次全repo pytest為854 passed(5.88秒)。前次完整瀏覽器/HTTP工程run仍見測試頁,兩次run不混算。查看本次免費API回執與來源SHA ↗

3D 巡查 · 免費圖資與觀測整合

沿著鐵路看地形,讓警示更容易核查

參考臺北GTA的場景定位、小地圖與鏡頭操作,已加入可切換的3D地形巡查,預設枋山—枋野,支援23個站間。操作流程是:選告警路段 → 看鐵路與山坡相對位置 → 回放雨量和證據 → 完成核查紀錄。

01 / 地形定位

23個站間可選

自管145張免費地形圖磚、391段官方鐵路線形,提供俯瞰、沿線、坡面與2D小地圖。站間配對為候選,橋隧軌面高度未知,不把貼地線當作實際高程。

02 / 判讀與核查

時間與依據同步

即時/歷史十分鐘雨量、事件來源與路段核查入口;多時窗雨量與QPE共同覆蓋可至觀測對照頁核對。歷史不沿用目前風險,晚到資料不可穿越;草稿本機保存,正式紀錄由工作台重新核查。

03 / 巡檢演練

本機情境與現地驗證分開

提供新鮮/過期資料及攝影機斷線模擬,不寫入正式處置。真實坡面設施、近地量測及真人任務正確率/耗時仍待合作取得,成效NOT_MEASURED。

開啟3D巡查 → 開始本機操作評估 → 本次交付與測試回執

操作與評估工具已交付

  • 地形載入或WebGL失效後可重試;保留所選路段、歷史時點、播放位置與本機草稿。
  • 核查與處置草稿分欄位保留;切換紀錄、重載與版本衝突後仍可續填。從演練進入工作台時,新增及修改正式紀錄均停用。
  • 本機評估提供AB/BA順序、相同固定資料的2D/3D三題、就緒後計時、主持人評分及JSON/CSV匯出。完成前即時確認巡查狀態;維度、情境或資料改變即排除。

自動QA與練習不計入真人結果。真人操作觀察須有同意與主持人確認;現場預警、巡檢及行車效益仍為NOT_MEASURED。評估紀錄保留於主持人的瀏覽器,不送至正式核查資料庫。

前端使用自管MapLibre 4.5。地形採免費Mapzen/AWS Terrarium(實際來源含USGS SRTM/GMTED、NOAA ETOPO1,來源年代與解析度不同);2017年圖磚製作時間不是測量日期。官方20公尺DTM已下載核查,沿海缺點且高程基準不同,本版未混入。鐵路線形來自官方鐵路圖資,高架與隧道單獨標示。

地形倍率1×;細部裂縫、排水設施與落石運動不由區域DEM推算。手機預設2D,WebGL或地形失效時保留文字與定位。Rc同鄉鎮多值不任取最後一筆,相關判斷維持未知;官方門檻、設備與行控仍須核定。測試結果以回執實際執行範圍為準。

使用者提供的報導 · MapLibre地形範例 · Three.js地形物件範例

2026-10-05 · 本週進度與說明會提問

從工程驗證走向營運驗證

本週已把 SlopeGuard 從風險分數展示,推進到「資料健康 → 模型對照 → 人員核查 → 處置留痕 → 班次影響」的可重跑流程;下一階段的重點不是再增加一個模型名稱,而是取得正式營運規格與獨立事件資料,驗證系統是否真的能幫助現場更早、更有依據地安排核查。

本週已完成

可查、可重跑、可追溯

  • 10 分鐘雨量、QPE、1/3/6/12/24 小時多時窗與資料時效檢查。
  • 缺值、過期、測站距離、來源時間與 QPE 差異明示,不把缺資料當成零雨量。
  • M0/M1/M2 模型比較、事件真值表、公開證據核查與疑似重複提示。
  • 警示 → 核查 → 處置 → 班次影響工作台,保留理由、證據、版本與審計紀錄。
  • 23 個站間的 2D/3D 巡查、資料中斷/攝影機斷線情境與離線驗收素材。
仍待現場確認

工程 PASS 不等於現場成效

  • 現行逐路段雨量門檻、警示解除/降級規則與 A/B/C/D 最新清冊。
  • 臺鐵告警、攝影機、設備健康、CTC 與班次處置資料介面。
  • 更多獨立事件與非事件資料,以及實際警示到人工核查的時間。
  • 目前預警效益、真人操作效益與行控介接仍標示為 NOT_MEASURED/NOT_CONNECTED。

下一階段開發節奏

時程優先工作完成判準
10/6 工作坊確認逐段門檻、警示生命週期、邊坡清冊、資料權責與 NDA 時程。取得版本、區間、權責與資料取得方式;未取得項目維持待確認。
10 月上中旬完成 10 分鐘增量 → 時雨量 → 雨場/Rt/RTI;接入正式預報與測站映射。跨日雨場、168 小時前期、缺測與門檻邊界均可重跑,不使用未來資料。
10 月下旬-11 月初以相同資料協議比較模型,建立事件留一、非事件時段與四象限驗證。逐日列出命中、漏報、誤報與正確拒絕;樣本不足時不訓練進階模型。
11 月與授權營運人員進行桌上演練,量測警示 → 核查 → 處置 → 班次影響。真實時間戳、決策理由、證據與核定程序可追溯;演練不冒充現場成效。
11 月下旬-12/11完成獨立驗證、斷網備援、簡報同步與 Live Demo。每個數字可回到資料與版本,成功案例與漏報/資料失效案例均保留。
建議於邊坡說明會提出

針對本次邊坡說明會的主題,您是否有想進一步了解的內容或希望提出的問題?

希望進一步了解臺鐵目前各路段的雨量警示門檻、警示解除與降級流程,以及 A/B/C/D 邊坡分級與最新路段清冊是否能提供版本化資料。

另外希望了解既有邊坡、落石告警、攝影機與 CTC 系統是否有可供研究或試辦的唯讀 API、歷史事件資料與設備健康狀態資料,例如告警時間、確認時間、巡查結果、限速或停駛處置紀錄。

若要驗證 SlopeGuard 類型的預警系統,最需要確認的是:哪些資料可以取得、哪些門檻可公開、誰負責核查與核定,以及試辦應使用哪些成功指標,例如警示到人工核查時間、漏報與誤報、資料中斷時的降級處置,以及是否能降低不必要的巡查或列車延誤。也希望了解去識別化歷史事件與非事件資料的申請流程、NDA 條件與場域驗證時程。

2026-10-06 · 臺鐵媒合準備一頁稿

4 分鐘介紹 · 2 分鐘業師 QA

主軸:我們已串起原型,現在需要與臺鐵對齊資料、制度與現場流程。以下時間為口頭報告分配,請事先計時練習;不用在四分鐘內逐條念完資料清單。

0:00–0:40|我們解決什麼

從路段風險到人工核查

南迴線 23 個站間;協助判讀與核查,不自動下達行車命令。

1:40–2:40|目前卡住的問題

歷史不足、真值少、規範待確認

10 分鐘資料自 10/2 累積;窗口內合格事件僅 1 筆,實際提前量未量測。

新增開發項目|路段即時列車與班次處置表

公開班表自行串接,營運處置請臺鐵確認

我們自行完成:整合 TDX 公開班表、列車動態、到離站與誤點資訊,將邊坡警示對應至預定經過、即將抵達及可能受影響的車次,包含不停站但穿越風險區間的候選列車。公開車次表不列為請臺鐵額外提供的資料需求。

班次處置表:警示路段 → 車次/方向 → 預定通過時間 → 最新動態/誤點 → 推估進入時間 → 資料更新時間 → 處置建議 → 核定人/執行狀態。

請臺鐵協助:確認哪些條件下應站內待避、限速、停駛或恢復行車,可用待避站與調度限制,以及由誰核定、如何通知與回報;系統不自動下達行車命令。

現有班表接入與穿越候選推估為起點,完整即時班次處置表仍待實作驗證。時刻表是預定運行,不是實際位置;依站點動態與誤點推估的區間位置/抵達時間須明標「推估」,缺值或過期顯示未知,不能宣稱涵蓋所有實際運行列車。

媒合備查:八項資料需求 → 取得後怎麼用

以下為需媒合的歷史資料、事件真值與營運制度;公開班表及列車動態由團隊自行串接,不重複向臺鐵索取。

  1. 歷史 10 分鐘雨量/QPE:例如枋山—枋野事件前的短時及累積雨量;確認回溯年限、格式與交付週期,用於多時窗回測。
  2. 歷史邊坡事件真值:落石、坍方、滑動、土石入軌的時間、里程、類型與影響;建立可核對標記,不以無新聞當作無事件。
  3. 正式管理值與處置 SOP:監看、巡檢、限速、停駛/封鎖、解除與決策權責;對齊工作台建議,避免誤用研究分級。
  4. 路段—邊坡—雨量站對應:指定測站、備援與區域判斷規則;校正模型輸入,評估 QPE 補足空間盲區的條件。
  5. 監測設備與唯讀介面:CCTV、落石/位移/傾斜監測的位置、頻率、歷史及斷線訊號;建立多源核查,不將沒有告警視為設備正常。
  6. 巡檢與營運處置紀錄:包含未成災的排水異常、近失事件、預防性限速及恢復時間;比較系統建議與實務,避免把預防成功誤判為誤報。
  7. 事件時間定義與精度:分開發生、感測告警、發現、通報、封鎖與登錄時間;區分預警提前量和組織反應時間。
  8. 授權人員操作評估:以真實或去識別案例,從定位、核查到處置建議;量測耗時、資訊漏看與流程完成率,作為下一輪改善依據。
2 分鐘 QA|優先問兩題

把需求收斂成下一步

  1. 資料:可否先提供一個示範路段、一次事件及同期經查核的非事件時段,包含短時雨量與處置時間軸?申請窗口、NDA 條件、可用範圍與交付時間為何?
  2. 現場:大雨時是否行車、限速或停駛,實務上由誰依哪些資訊決定?能否安排工務/行控人員,以一個去識別案例共同確認 SOP 與試辦成功指標?

若被問「準確率多少」:目前樣本不足,不報穩定準確率;工程驗收與現場成效分開。會後記下窗口、資料項目、限制與下一次確認日期。

當天提醒|出門與報到檢查

別漏掉這四件事

  • 報告:準備約 4 分鐘介紹,包含作品進度、問題與所需協助;可口頭或簡報,另有 2 分鐘業師 QA。
  • 設備:採簡報者自行攜帶筆電播放;每桌有延長線。建議另備充電器、所需轉接頭與離線簡報。
  • 報到:仔細核對團隊資料表,尤其團隊名稱及產品/服務名稱,將用於「決選晉級證明」。確認後安排印製,印製後無法修改;產品正式名稱以報名資料為準。
  • 環保:建議自備環保杯與環保餐具。

依團隊《SlopeGuard 10/6 臺鐵媒合:資料需求與驗證問題清單》及活動提醒整理。所列資料、介接與演練均為待媒合需求,不代表已取得或已核定;M3 尚未訓練,實際預警與現場效益仍為 NOT_MEASURED。