Resources

OpenClaw 與 Hermes Agent 精選資源頁

可先把這些連結當成最短學習路徑:先看官方定位,再讀 Getting Started,接著對照同一天的 release 與 commit,最後整理成自己的課堂筆記或專題方向。本週可多練一欄「驗證證據」:release 看產物或遷移說明,commit 看測試、設定來源與回收邊界,外部新聞看任務成功率、GUI workflow 與人工接管條件。

快速入門 官方文件 GitHub Repo 教學應用 Coding Agents

學習重點

  • 兩個專案的學習順序
  • 精選官方連結
  • 課堂/研究應用建議
  • 可直接延伸成報告或專題的主題

OpenClaw 快速入門

如果你想先理解「個人 AI 助手如何跨平台運作」,OpenClaw 是很適合的切入點。建議先看 Getting Started,再看 Showcase 與安裝文件。

Hermes Agent 快速入門

如果你想先理解 AI Agent 的工具呼叫、記憶、技能與委派能力,Hermes Agent 更適合當成教材與研究對象。建議從 getting started 和 release notes 一起閱讀。

今天這組新聞可先套這三問

  • 哪一條才是 source of truth:release notes、write preflight、tool registry,還是 profile 啟動旗標?
  • 如果失敗,最早會出現在 metadata 回滾、桌面重試、工具缺席,還是 guardrail 說明不透明?
  • 你能補上的最小證據是什麼:測試檔、dashboard 行為、設定路徑、畫面,還是文件敘述?

本週讀新聞時可直接套用的比較框架

看到 release、commit 或外部報導時,先標記它主要改的是哪一層:系統總覽、授權模型、背景自治、provider/channel,還是文件型 workflow。今天也很適合把同一框架套到 operator install policy/busy-state queue/平台核准/provider 自動偵測 四種題目上。再補五欄:持久化載體(狀態寫進 config、SQLite、memory 還是 channel metadata)、驗證訊號(你要看哪個 doctor / log / dashboard / preview 狀態)、責任邊界(問題會停在本機、gateway、provider、平台審核還是人工審批流程)、設定來源(auto-detect、診斷訊息與 fallback 是否共用同一個設定 helper)、成本/降級條件(token 預算、快取命中、fallback 門檻或人工接手點)。這樣比較容易把零散消息整理成期中報告或專題提案。

讀 release / commit 時先補這張四欄筆記

如果今天的消息同時碰到恢復、fallback、上手流程、雲端容量或安全模式,這四欄會比只抄功能名稱更容易整理成工程報告。

1. 受影響邊界

先判斷它改的是互動控制、授權、背景工作、provider、channel,還是文件/UI workflow。

2. 狀態放哪裡

寫下狀態落在 config、資料庫、memory、channel metadata 還是前端畫面,避免只看功能名稱。

3. 怎麼驗證

至少補 1 個 log、preview、權限設定、版本差異或 dashboard;今天也可特別對照 release 產物、CI artifact 與 desktop log rotation 是否真的留下證據。

4. 失敗怎麼退

再補一欄 fallback:失敗時是切換 channel、退回手動設定、延後重試,還是交給人工接手;這一欄最容易把新聞轉成可驗證的流程圖。

建議學習順序

Step 1

先看官網與 Getting Started,建立專案定位與基礎概念。

Step 2

再看 GitHub releases 與 repo 結構,理解更新節奏與工程方向。

Step 3

最後把資料整理成中文教學、報告、課程或實作案例。

Coding Agents

把 Claude Code 與 OpenAI Codex 放在一起閱讀時,可更清楚比較 CLI agent、coding workflow 與開發自動化的設計差異。

讀 Coding Agents

Claude Code

適合整理 Anthropic 的 CLI 型 coding agent、終端互動、工作流自動化與開發者體驗。

  • 看官方概覽與 CLI 文件
  • 整理常見使用情境:重構、除錯、PR review
  • 和 Hermes / OpenClaw 對照 agent 的產品定位
Claude Code Overview

OpenAI Codex

適合整理 OpenAI 的 coding agent / developer workflow 資料,觀察模型能力如何落地到程式開發流程。

  • 看開發者文件與開源 CLI
  • 整理 exec、review、automation 等操作概念
  • 搭配企業部署與 agent workflow 新聞一起閱讀
OpenAI Codex Docs

課堂切入角度

  • OpenClaw:適合示範個人 AI 助手、跨平台訊息通道與使用情境設計。
  • Hermes Agent:適合示範工具使用、記憶系統、技能與多步驟代理工作流。
  • Coding Agents:適合聚焦程式開發工作流、CLI agent 與自動化協作模式。
  • 三者一起比較時,很適合作為 AI Agent 生態系與產品定位的對照案例。

延伸學習方向

  • 補充實作截圖、架構圖與術語表。
  • 把 release note 改寫成功能、系統、部署三個層次的比較表。
  • 整理一份 OpenClaw、Hermes、Claude Code、Codex 的定位對照。
  • 延伸成期末專題提案、課程簡報或讀書會教材。

15 分鐘課堂快讀法

前 5 分鐘

先讀一則 release,圈出今天新增的是工具、模型、還是平台整合。

中間 5 分鐘

再找一則 commit,確認同一主題落到哪個模組、哪個風險或哪種修補;如果今天碰到 discover_models 或 profile routing 類更新,就順手畫出 config → picker / gateway → state.db 的資料流。

最後 5 分鐘

補一則外部新聞,把技術更新寫成一句產品影響與一句專題方向。

每日讀 Release / Commit 的 3 步驟

Step A

先看 release highlights,抓出 1 個和課程主題最相關的功能。

Step B

再找 1 則 commit,觀察產品功能如何落成具體工程修補。

Step C

最後寫下 2 句 takeaway:一個談系統設計,一個談你能做的專題題目。

多補一欄「驗證方法」會更像工程筆記:請寫下你要看哪個 health check、哪段 log、哪個 UI 狀態或哪個回歸測試來證明更新真的生效。

本週可固定再補三個欄位:session key、usage metadata、provider API 路徑。這三欄特別適合拿來檢查今天新聞裡的併發、觀測與原生 provider 契約是否真的說得通。

再補一欄「來源層級」:官方 release 看產品方向、commit 看工程細節、外部新聞看工作流或市場影響,這樣比較不會把不同訊號混成同一種結論。

今天特別可以再補兩欄:「工具範圍」與「狀態快照」。如果新聞碰到 plugin discovery、取消中的 API 回應、app connector 或模型註冊,請順手記下它在哪一層限制權限、保存 snapshot,或維持 metadata 一致性,這樣更容易把消息改寫成可驗證的工程題目。

今天若要跟著新聞做工程筆記,可再多補三欄:delivery targetaudio formatreasoning replay。前者適合追蹤訊息到底應留在 session 還是外送,後兩者則能幫你驗證語音 provider 與跨 provider tool-call 歷史是否真的穩定。

本週課堂練習:把新聞改寫成工程問題

題目 1

從 release note 挑 1 個功能,寫出它可能依賴的資料流、工具鏈與外部服務。

題目 2

從 commit 挑 1 個修補,判斷它屬於安全性、可用性、可觀測性,或跨平台相容性問題。

題目 3

最後用 3 句話提案:如果你做期末專題,要把哪一則新聞改成可展示的實作功能?

本日練習:把一則新聞拆成功能、風險、驗證

功能

先寫出新聞裡新增或修補的是哪一個能力,例如健康檢查、憑證策略或工作流模板。

風險

再判斷它想避免的是安全性、穩定性、相容性,還是可觀測性問題。

驗證

最後補一句:如果你自己做專題,會用什麼測試、日誌或介面來證明它真的生效。

本日新聞筆記模板

先抓邊界

先寫這則新聞主要碰的是工具、記憶、排程、權限,還是平台整合。

再寫風險

補一句:如果這個修補不存在,最可能出現的是安全性、穩定性、可觀測性,還是使用者誤判。

最後想驗證

列出 1 個你會實作的測試、1 段要看的 log,或 1 個要觀察的 UI/API 狀態。

建議每次閱讀先抓 1 個核心功能、1 個工程問題、1 個可延伸的專題題目。

回首頁