Top 50 測試目標T20 交通路線延誤、停駛與恢復

T20-AC-03

feed stale、GTFS malformed 逐字引自 docs/2026-08-30/82_comeshop-ai-watch-top-10-next-41-50-detailed-requirements-specifications_20260830T220000+0800_v01.md §3 T20:交通路線延誤、停駛與恢復。這一批的規格以散文敘述條件、沒有可供索引的條號,所以這句話是抄來的而不是讀來的——規格若改動,這一頁不會自己跟上,要回上面那個章節對照。
來源應標記為降級/損壞 存取 public 審查 automatic

這一頁呈現的狀態

route.operatorId 身分operator-taipei-metro
route.routeId 身分R1
route.tripIdtrip-0712
route.stopId 身分S12
route.direction 身分outbound
route.status(讀不到)
route.delaySeconds(讀不到)
route.severity(不存在)
route.cause(不存在)
route.validFrom(不存在)
route.validUntil(不存在)
route.feedTimestamp2026-09-05T07:00:00.000Z
route.sourceRefhttps://feeds.example.com/gtfs-rt/taipei-metro
route.confidence0.97

feed 時間戳超過門檻未更新,或 GTFS-RT payload 無法解析

情境脈絡

commuteWindowS1→S9,07:00–09:30,Asia/Taipei
cause
validWindow

平台必須不做的事

絕對不得判為「沒有延誤」。讀不到有效 feed 就是來源壞掉。

怎麼用這一頁

基準先讓監控觀測 同案的基準頁一次。
然後把監控指向這一頁,觀測第二次。兩份都是靜態檔,所以差異是決定性的——重跑幾次結果都一樣。
取值抓頁面的監控用 /jsonld/0/observed/…;讀結構化來源的用同目錄的 T20-AC-03.json
判準看平台的結果是不是上面那個標籤所寫的,而且沒有做「必須不做的事」。