先決定權限與交接，再決定平台。
適合 governed profiles、tools、memory 與 API gateway。
適合多入口、個人助理、自架平台與 channel 整合。
完整聲音版、手繪封面、RSS package 與網站報告走同一條發布線。
LISTENING SURFACE
這頁是正式單集報告，不再放醜的資訊卡封面
EP17 使用純手繪河狸場景作為單集封面，網站文字區負責承載標題、摘要、研究來源和播放入口。圖像不再塞亂碼、不再做扁平卡片，也不再用資訊圖當封面。
HERMES TEAM PATTERN
Hermes 團隊不是多開聊天視窗，是把責任切成 profiles
Hermes 的強項不是某個單點功能，而是 profile isolation、gateway/API、skills、memory、session search、MCP filters、cron 與 observable execution 能組成一套代理團隊制度。
Intake
只收任務、整理意圖、建立紀錄，不拿破壞性工具。
Research
使用網頁與唯讀資料源，輸出來源清楚的 brief。
Planner
把 brief 轉成 scope、風險、分工、驗收條件。
Builder
在受控 workspace 實作，權限和寫入範圍要明確。
Reviewer
讀 diff、跑 gate、找回歸，不同於 builder 自己說可以。
Publisher
處理部署、RSS、外部發布，但保留 human approval。
HERMES VS OPENCLAW
差別不在誰比較酷，而在誰適合當邊界
Hermes 比較像可治理的 agent-team runtime。OpenClaw 比較像自架、多入口、模型無關的助理平台。兩者都能做 agent，但信任模型和團隊治理重點不同。
Profile isolation、API profiles、MCP tool filtering、memory/session search、cron 與 interruptible execution 比較適合內部代理團隊治理。
多 channel、自架 ownership、model agnostic、YAML-style multi-agent config 與 local-first assistant framing 比較適合廣入口個人助理平台。
OpenClaw security policy 把自己定位為 trusted operator local-first infrastructure，不是 shared multi-tenant security boundary。這點適合在節目中講清楚。
RAIN ARCHITECTURE
推薦路線：Hermes 做 runtime，OpenClaw 當平台設計參考
Gateway intake
Hermes profiles
Scoped tools
Review gate
Human publish
不要把 OpenClaw 和 Hermes 接成一個不受控的大 gateway。若要用 OpenClaw，讓它當 trusted-operator surface 或入口設計參考，不要把它當 Hermes 團隊的權限邊界。
SOURCE DOSSIER
這集用官方文件和安全政策當底稿
工作頁只列核心來源；完整整理保留在 research note。
Docs
Architecture
API
Docs
Agents
Security
DELIVERY GATE
發布 gate：手繪封面、完整音檔、逐字稿、RSS 一起驗
這集不只檢查音檔能不能播放，也檢查封面是否是手繪河狸場景、podcast package 是否包含 YouTube 和社群衍生圖、逐字稿是否能對上 v14 口播稿。