儲存庫監控
這是什麼
按排程追蹤儲存庫活動，只回報相對於上次檢查真正有意義的新變化。
白話解釋
想像文字編輯每天早上重讀同一份手稿，只標出和昨天草稿不同的段落，其餘快速略過。儲存庫監控也一樣：按排程比較新議題、合併請求、發布或 commit 與上次所見內容，只有真的有新事情才回報。
為什麼重要
新功能合併或破壞性變更值得通知，但每次 commit 都回報只會成為雜訊。這種工作可搭配無模型檢查，先用低成本方式排除「沒有變化」，再把模型呼叫花在真正需要摘要的內容。也常搭配手動觸發，已知有變更後可立即重跑，不必等待下一次排程。
運作方式
儲存庫監控由一筆 cron 工作（tools/cronjob_tools.py）與小型輪詢腳本組成。Hermes 內附 watch_github.py，可呼叫 GitHub 儲存庫的 issues、pulls、releases 或 commits 端點，把結果和先前已見 ID 的水位標記檔比較；檔案最多保留 500 筆，只有新項目才輸出格式化摘要，空輸出代表保持沉默。cron 工作可每 15 分鐘在沒有過往記憶的新工作階段執行，因此指示必須自給自足。第一次執行只建立基準，不重播全部歷史；設定 GITHUB_TOKEN 則可提高匿名請求每小時 60 次的限制。
具體範例
維護者想在公開儲存庫有新合併請求時立即知道，便請 Hermes 建立每 5 分鐘執行的監控。Hermes 建立 cron 工作，以 GitHub 監控腳本檢查合併請求並把結果送到聊天。大多數執行沒有新 ID，因此保持沉默；新 PR 出現後，下一次腳本會印出標題、作者與連結，cron 工作再整理成簡短摘要送給維護者。
如何連結
「儲存庫監控」屬於「工作流程模式」系列。最直接相關的概念包括：「研究簡報」、「內容再利用」、「代理執行環境」。這些連結描述教學關係，不取代來源證據。
來源證據
toolsets.py#<file>— 結構性檔案對應；只確認來源檔關聯，不推論未列出的內部行為。
工作流程
相關文章
- 目前沒有文章以足夠頻率直接提及此概念名稱或別名，尚未達到提及探勘門檻。