Agent 資產盤點表

> W1-A1 交付物。盤點範圍：RongRise 營運的 Hermes Agent 全資產。目的：讓每個自動化資產有 owner、可審計、可評估、可退役——為「治理五檢查」提供基準線。

一、資產總覽（2026-08-20 實測）

| 資產類型 | 數量 | 備註 | |---------|------|------| | Cron jobs | 27（全數啟用）| 2026-08-20 退役 6 個已合併/改手動的 paused jobs；7.7MB 輸出歷史，最大消費者 daily-knowledge-scan 1.2MB | | Skills | 222（23 類）| 核心自建 ~30 個 + 通用工具類 ~190 個 | | Bot profiles | 3（researcher / builder / ops-watch）| 各有獨立 MEMORY/USER；default 為主 agent（小賀）| | MCP servers | 3+（cognee、openart、playwright；另有 github）| 見 config.yaml mcp_servers | | Gateway 平台 | telegram（active）/ discord / api_server | Telegram 為主要介面 |

二、Cron Jobs 清單（分組）

A. 內容生產管線（8）

| Job | 頻率 | 成本級 | Owner | 狀態 | |-----|------|--------|-------|------| | daily-knowledge-scan | 每日 05:30 | 🔴高 (1.2MB) | 小賀→researcher 委派 | ok | | weekly-content-analysis | 每週一 11:00 | 🟡中 | 小賀 | ok | | biweekly-article-writer | 每週二/四 11:00 | 🔴高 (844KB) | 小賀 | ok | | biweekly-social-posts | 每週三/五 11:00 | 🟡中 | 小賀 | ok | | weekly-seo-optimizer | 每月 1/15 13:00 | 🔴高 (315KB) | 小賀 | ok | | weekly-newsletter | 每週日 18:00 | 🔴高 (375KB) | 小賀 | ok | | weekly-video-producer | 每週三 12:00 | 🟡中 (299KB) | 小賀 | ok | | 週深度掃描（arXiv+部落格+政策+產業報告）| 每週一 10:00 | ? | 小賀 | ? |

B. 研究與情報（6）

| Job | 頻率 | 成本級 | Owner | 狀態 | |-----|------|--------|-------|------| | arxiv-paper-scanner | 每週一 10:00 | ? | 小賀 | ok | | english-blog-scanner | 每週一 10:15 | ? | 小賀 | ok | | policy-regulation-tracker | 每週五 10:00 | ? | 小賀 | ok | | industry-report-scanner | 每月 1/15 10:00 | ? | 小賀 | ok | | （上 4 個 2026-08-19 暫停、08-20 正式退役，已併入「週深度掃描 ce9a132b」）| - | - | - | 已退役 | | 每日競對監測 | 每日 05:00 | 🟡中 (172KB) | 小賀 | ok | | [bot:researcher] 週研究觀察 | 每週六 09:00 | 低 | researcher ✅ | ok |

C. 維運監控（6）

| Job | 頻率 | 成本級 | Owner | 狀態 | |-----|------|--------|-------|------| | Telegram Webhook 健康檢查 | 每 3h | 低（no_agent）| ops-watch 精神 | ok | | 每日健康報告 Dashboard | 每日 04:30 | 低 | 小賀 | ok | | 第二大腦每日健康檢查 | 每日 10:30 | 低 | 小賀 | ok | | （上 1 個 2026-08-19 暫停、08-20 正式退役，已併入「每日健康報告 Dashboard」）| - | - | - | 已退役 | | 第二大腦空連結掃描 | 每週一 11:15 | 低 | 小賀 | ok | | 第二大腦 Portal 保活監控 | 事件 | 低（no_agent）| 小賀 | ok | | Gateway Crash-Loop 監控 | 事件 | 低（no_agent）| 小賀 | ok | | 每日憑證維運檢查 | 每週一 11:45 | 低 | 小賀 | ok |

D. 備份與同步（4）

| Job | 頻率 | 成本級 | Owner | 狀態 | |-----|------|--------|-------|------| | SecondBrain Google Drive Backup | 每日 23:30 | 低（no_agent）| 小賀 | ok | | Second Brain GitHub Sync | 每 6h | 低（no_agent）| 小賀 | ok | | Cognee vault 每日增量同步 | 每日 10:05 | 低（no_agent）| 小賀 | ok | | 第二大腦 Portal 每日重建 | 每日 11:30 | 🟡中（no_agent）| 小賀 | ok |

E. 記憶、技能與成長（3）

| Job | 頻率 | 成本級 | Owner | 狀態 | |-----|------|--------|-------|------| | 小賀夜間記憶整理 | 每 2 天 02:30 | 低 | 小賀 | ok | | 技能主動維護 Skill Auto-Refine | 每週日 23:45 | 🟡中 (189KB) | 小賀 | ok | | Email 培育序列自動排程 | 每日 11:00 | 🟡中 (245KB)（no_agent）| 小賀 | ok |

F. 其他（4）

| Job | 頻率 | 成本級 | Owner | 狀態 | |-----|------|--------|-------|------| | 每週小工具開發 | 每週二 10:15 | 低 | 小賀 | ok | | 每日 YouTube 影片同步 | 每日 04:15 | 低（no_agent）| 小賀 | ok | | Hermes Agent 每日升級 | 每日 01:00 | 低 | 升級改手動（hermes-cron-ops SOP）| 已退役（8/20）| | 第二大腦每週週報 | 每週一 10:30 | 低 | 小賀 | ok |

三、Skills 概況（222 個）

核心自建（~30）：content-production-workflow、article-writer、video-generation-pipeline、knowledge-scout、content-analyst、xiaoha-orchestrator、humanizer-zh、social-post-writing、seo-audit、newsletter-issue-metadata、website-publishing、whitepaper-production、micro-tool-development、second-brain-portal、hermes-cron-ops、swarm 三角色（builder/researcher/ops-watch-core）等

通用工具（~190）：devops/creative/mlops/productivity/research/seedance-2.0 等 22 類

⚠️ 8/19 曾發現 social-writer skill 不存在（job 引用錯誤，自動 fallback 到 social-post-writing）——skill 引用與命名漂移是治理風險

四、Bots / MCP / Gateway

Bots：researcher（週研究觀察，2026-08-19 上線）、builder、ops-watch——後兩者尚無 routine 綁定

MCP：cognee（記憶檢索）、openart、playwright、github

Gateway：telegram（主要）、discord、api_server:8642（workspace 用）

五、初步治理觀察（盤點即發現）

32 個 cron 只有 1 個有明確 bot owner——其餘全掛在「小賀」名下，無人分工、無人代管。直接印證治理五檢查第 2 關的必要性。

6 個 paused jobs 已於 2026-08-20 正式退役（每日升級、第二大腦健康檢查併入 Dashboard、4 研究掃描併入週深度掃描）——ops-watch 月檢首跑確認合併後運作正常後 remove，零殘留。

成本集中：前 5 大輸出（知識掃描 1.2MB、文章 844KB、電子報 375KB、SEO 315KB、影片 299KB）佔 cron 輸出總量一半以上——月檢成本盤點應鎖定這 5 個。

skill 引用漂移：social-writer 不存在但 job 仍引用（fallback 機制掩蓋了錯誤）。

owner 單點：32 個 cron 中僅 [bot:researcher] 有獨立 bot owner，其餘全為小賀——若小賀 session 異常，整條內容/研究管線同時失能。這是「單點故障」風險，長期可考慮把研究/維運類 cron 逐步掛到對應 bot profile。

六、治理五檢查（A2 定稿，2026-08-20）

每個 agent 資產定期過五關（每月月檢時套用）：

鋪路 or 硬化？（Pilot Trap 檢查）

這個 agent 是在為未來營運模型鋪路，還是在自動化一個遲早消失的舊流程？例：用 agent 加速「每週人工貼文流程」＝硬化；用 agent 建立「內容→知識→客戶」閉環＝鋪路。

有 owner 嗎？

出錯時誰負責、誰有權修改、誰評估它值不值得留？owner 可以是小賀或任一 bot profile；「無人」＝紅燈。

可審計嗎？

有 log（cron output / 產出檔案 / 上傳紀錄）？產出可驗證（curl 200、檔案存在、內容正確）？可回溯（GitHub commit / Drive 備份）？

划算嗎？

成本（token、output 大小、API 費用、訊息數）vs 產值（產出被用了幾次、省了多少人工）。用 cron output 大小當 proxy，精確值用 hermes-token-audit。

該退役嗎？

lifecycle：建立 → 運作 → 評估 → 優化 → 退役。連續 4 週產值低於成本、或功能已被合併（例：4 研究掃描併入週深度掃描）、或與新資產重疊 → 退役而非暫停。

紅燈條件：無 owner、連續 3 次 error、4 週零產值、不可審計。任一紅燈 = 下月檢必須處置（修復 / 併入 / 退役）。

---

盤點工具：/opt/data/scripts/agent_inventory_cron.py（可重跑更新）。下次更新：每月月檢時。