← 回工作地圖

持股健檢頁部署(21:10)

Hermes 名稱:holdings-deploy · job_id:565388a61453

排程中 異常 投資-報告 純腳本

這個工作做什麼

平日晚上 21:10 把當天的持股健檢 HTML 頁面部署到 Cloudflare Pages;只有當天所有上游資料(持股、法人、融資、評論、HTML 產物)都齊全且驗證通過才寫成功紀錄,否則不算成功。 為什麼需要:持股健檢要每天能在網頁上看得到,部署正確性直接影響報告可信度,因此設有嚴格的完整性閘門。

💡 為什麼需要:持股健檢要每天能在網頁上看得到,部署正確性直接影響報告可信度,因此設有嚴格的完整性閘門。

什麼時候跑

⏰ 平日(一~五) 21:10(10 21 * * 1-5
上次執行:2026-08-21 21:11 下次:2026-08-24 21:10 最近結果:failed

主要規則

上下游關係

⬆️ 需要誰:—
⬇️ 誰用它的結果:—

🤔 可能相關(低信心推測,僅供參考):持股每日健康檢查、處置股票狀態查詢、shioaji-holdings-sync、Discovery FORMAL Fundamental Dingmao Review、Intraday Holdings Risk Owner、早盤風向-0945、持股同步觀察清單、盤中13:00帶量長紅K掃描、三大法人買賣超每日更新、個股融資資料爬取、層零市場風險過濾器、盤後市場宏觀報告、每日帳戶資產記錄、Shioaji每日股價抓取

最近的改變

讀寫了哪些資料

類型位置存取
SUBPROCESSexecute
SUBPROCESSexecute
SUBPROCESSexecute

完整任務指示(技術)

執行 /Users/exion/.hermes/scripts/deploy-holdings-report.py。這是 21:10 holdings deploy reliability owner:只在同日 upstream freshness/completeness、data_as_of、法人/融資來源、commentary/HTML artifact、Cloudflare artifact hash、Notification Event Registry claim 與 Telegram API success/dedup marker 全部通過時寫入 ~/.hermes/data/holdings_deploy_markers/YYYY-MM-DD.json 的 DEPLOY_SUCCESS。scheduler exit code 0 本身不代表成功;不得自行把缺資料、短報告或 notification failed 當成功。優先重用 17:30 authoritative institutional data,只有 stale/missing 才 fallback,且 marker 必須記錄 fallback。same-day 已驗證成功時直接 dedupe,不重抓、不重送。禁止任何下單、production trading 或 auto-order。…

job_id: 565388a61453 · 本頁由 Python 自動產生,非即時資料。