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

T20-AC-05

delay 0/負數/1e9、route/stop invalid 逐字引自 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 身分(讀不到)
route.tripIdtrip-0712
route.stopId 身分R∞
route.direction 身分outbound
route.statuson_time
route.delaySeconds-500 秒
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

情境脈絡

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

平台必須不做的事

不得把無效的延誤值或不存在的路線/站點當成一次真實觀測。

怎麼用這一頁

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