資料字典

這一頁在說什麼機器可讀版：/api/asof.json

這個站的 40 份 live 資料檔（data/live）：多少列、多久以前更新、哪一件排程在驗收它。抄自 Redash 每個 widget 頁尾那一行（6283 rows · a year ago · Refresh Schedule）——列數、時點、排程寫在同一處。

🔴 這不是全部的資料檔。data/prod 與 data/staging 的 parquet（tx_series／tx_features／tx_targets——全站每一張預測卡的來源）與 data/raw 的封存都不在這張表裡，它們的列數與日期範圍在 資料狀態。這份清單是手寫的（刻意不 glob）：加一個資料源就加一行，那個動作本身是簽名——代價是漏列不會有任何東西喊一聲。

🔴 比 Redash 兇。Redash 把 4 年前與 5 個月前的資料並排，差別只有一行小灰字。這裡過期就變紅，而且下面第二張表把「沒有人在驗收」的檔案單獨列出來。

業務產物驗收（帳本有沒有真的前進）判準在 src/tx/artifacts.py；逐條狀態見 /watched 的「業務驗收」層

最近一次驗收 2026-10-14T18:22:02+08:00（0.2 小時前）。✅ 27、⏳ 1、⚠️ 1、🔴 1

排程監督問的是「工作有沒有在期限前產出、檔案有沒有變新」。這一層問的是另一件事：帳本內容該前進的有沒有前進——已有答案的預測都結算了嗎、最新預測日追上序列了嗎、run 檔說寫了 40 則帳上真的有 40 則嗎、只增不改的帳有沒有縮水、解析失敗有沒有被記成「零候選」。論文今天零入選是正常完成，不要求帳本無條件成長。

有獨立驗收的（21 份）排程驗收（它沒變新，監督層就會報）或業務驗收（內容沒前進就會報），至少一種

「—」在三個欄位是三件不同的事：列數 —＝這個格式數不出列數（.db／.json，本表 3 份），不是 0 列，也不是壞了；驗收排程 —＝沒有任何一件排程宣告它是自己的產物；cron —＝因此也沒有 cron 式子可印。

⚠️ 沒有獨立驗收證據的（19 份）這不代表它們壞了——代表它們壞掉時不會有人知道。⚠️「檔案更新」是檔案最後寫入時間，不是檔案裡最新一筆資料的日期：兩者可能差好幾天（例：us_metrics_panel.csv 的快照日落後交易日 1–2 場，本站為此另外加了 session_date 欄）

這些檔不是任何一件排程宣告的產物，也沒有業務驗收。多數情況下產生它們的工作是有被監督的，但監督看的是另一個檔（通常是 run 檔）。缺口因此是：

帳本停止成長，而 run 檔照常寫 → 排程監督全綠

2026-09-03 就是這個形狀：打分器死了，輿情脈搏每小時照跑、run 檔照寫，139 則標題被記成假的 parse_failed，沒有任何紅燈。

「—」在三個欄位是三件不同的事：列數 —＝這個格式數不出列數（.db／.json，本表 10 份），不是 0 列，也不是壞了；驗收排程 —＝沒有任何一件排程宣告它是自己的產物；cron —＝因此也沒有 cron 式子可印。