編輯室MT · OG
一則 MT、OG 館況新聞如何完成？從抓取到發布的六步驟
自動化負責保存與比對，編輯負責判斷日期、對象、範圍與標題能否被來源直接支持。
先看結論
- 抓取來源頁並保存時間與雜湊。
- 用 HallCode 對準 MTLive、OGLive。
- 公告抽取須分固定與具日期事件。
- 來源找不到預期資料時停止，不發布空白更新。
| 步驟 | 自動化 | 編輯判斷 |
|---|---|---|
| 1–2 | 抓取、保存雜湊 | 來源是否正確 |
| 3–4 | 欄位比對、差異提示 | 差異是否具新聞意義 |
| 5–6 | 產生頁面、執行稽核 | 標題與結論是否發布 |
抓取與保存
擷取程式讀取 RZU 真人館和平台公告，保留來源網址、時間與 HTML 雜湊。網站不把整個來源頁重新發布，只保存支持館況與維護判讀的必要欄位。
請求失敗或找不到 MTLive、OGLive 時，程式會報錯並停止，避免空資料變成「館別下架」新聞。
以代碼對準館別
MT 與 OG 名稱短，容易被其他同名詞干擾，因此程式使用 MTLive、OGLive 對準入口資料，再把 HallName 顯示給讀者。
若代碼或名稱改動，編輯必須查看頁面上下文，不能用模糊字串自動配對。
公告拆成兩種資料
MT 的文字含「每週一」，可建立固定排程；OG 通知含 2026-09-16，可建立單次事件。這個分類由來源語句支持，不由文章模板決定。
若新公告與舊排程衝突，頁面要呈現新舊時間線並說明更新，而不是只保留較方便的答案。
發布與驗證
文章會檢查唯一標題、H1、canonical、可見來源、NewsArticle 與 FAQ 結構化資料。建置後還要在桌機與手機實際開啟，確認選單、搜尋、影片和 CTA。
AI 可以協助整理材料與草稿，但不能替不存在的供應商資料補空白。
閱讀提醒
館況會隨時間改變，上方日期代表本文最後更新時間。固定維護表可用來安排時間，若當下仍無法開啟，請再看最新館況。
本文參考資料
參考資料最後整理：2026 年 9 月 4 日。
常見問題
抓不到來源時會怎樣？
更新程序停止並保留舊快照，不發布空白狀態。
為什麼需要 HTML 雜湊？
用來確認來源內容是否改變並建立可追溯紀錄。
AI 會自動發布嗎？
不會，日期、對象、證據範圍與結論仍需覆核。
