1枚の表で Hermes Agent・OpenClaw・OpenHuman を比較：2026 AI Agent 選択ガイド
名前だけ見ると Hermes Agent、OpenClaw、OpenHuman はどれも「AI Agent」に見えます。同じ決定表に並べると、向いている問いがはっきり分かれます——ワークフローの実行、検証できる Agent 実行環境、それとも個人コンテキストの長期記憶。本稿は表優先で、総括→能力→対象者→タスク→リスク→試用の順に選べます。
Hermes Agent はAI が仕事をどう実行するか、OpenClaw はAgent 環境をどう安定稼働・受け入れ検証するか、OpenHuman はAI が資料を長期にどう理解するかに答えます。組み合わせは可能ですが、同じ製品カテゴリではありません。権限を足し算しないでください。
先に結論（2026年5月時点）：下の表はタスク適合が主題で、スペック数ではありません。最適 / 任意 / 非推奨で誤インストールを減らします。コマンド・ポート・バージョンは各公式ドキュメントに従ってください：NousResearch/hermes-agent、OpenClaw ドキュメント、tinyhumansai/openhuman。
1. 総括表：一言定位とまず試すシーン
| 観点 | Hermes Agent | OpenClaw | OpenHuman |
|---|---|---|---|
| 一言定位 | CLI 中心のタスク実行 Agent。Skills とワークフローが中心 | Gateway + 運用・受け入れ基盤。常駐プロセスと可観測性 | 個人コンテキスト + 記憶 Agent。OAuth 連携のデータ同期 |
| まず向くシーン | コード・文書のバッチ、再利用 Skills チェーン、専用ワークスペース内の自動化 | 24/7 Gateway、Dashboard 受け入れ、マルチチャネル受信、ヘッドレス Mac / SSH 配置 | メール・カレンダー・IM・リポ——「背景をまた貼る」回数を減らす |
| 向かない例 | チャットだけ、ファイル/shell 境界を設けたくない、企業 IM Gateway を即座に欲しい | たまの一問だけ、launchd/ポート/ログを維持しない、ゼロ運用を期待 | データが既に一元化、OAuth を使わない、クラウド同期ゼロの完全オフライン前提 |
| 初回試用（約5分） | hermes doctor + テストフォルダの ToDo 要約 |
openclaw doctor + Dashboard で Gateway 正常表示 |
低リスク OAuth を1つ + 「先週のメール」文脈が要る質問 |
総括表は「入れるべきか」だけを答えます。インストール受け入れは Hermes インストールチェックリスト、OpenClaw インストールチェックリスト、OpenHuman インストールチェックリスト を参照してください。
2. 能力表：選びに効く8次元だけ
バージョン番号は載せません。実務で詰まる8能力だけ。最適＝ここで明確な強み、任意＝使えるが主役ではない、非推奨＝誤設定しやすい／DIY が重い。
| 能力 | Hermes | OpenClaw | OpenHuman |
|---|---|---|---|
| タスク実行 / shell / ファイル | 最適 | 任意 | 非推奨 |
| インストール設定・段階的受け入れ | 任意 | 最適 | 任意 |
| Dashboard / Gateway 可観測性 | 非推奨 | 最適 | 非推奨 |
| Skills / プラグイン | 最適 | 最適 | 非推奨 |
| 長期個人記憶 / データツリー | 非推奨 | 任意 | 最適 |
| マルチソース同期（OAuth） | 非推奨 | 任意 | 最適 |
| マルチモデル / プロバイダルーティング | 任意 | 最適 | 任意 |
| ログ / doctor / 運用トリアージ | 任意 | 最適 | 任意 |
Hermes は ~/.hermes/ 配下の再利用 Skills が強み（Skills ロードマップ参照）。OpenClaw は Gateway・LaunchAgent・Dashboard で状態を見て検証できるときに効きます。チャット箱だけ欲しい用途では主役になりません。OpenHuman は Memory Tree と Obsidian 互換ボールトが中心で、汎用 shell ランナーではありません。
3. 対象者別の選び方
| 対象者 | Hermes | OpenClaw | OpenHuman |
|---|---|---|---|
| 開発者（ローカルリポ自動化） | 最適 | 任意 | 任意 |
| サイト運営 / 小チーム保守（24/7 ノード） | 任意 | 最適 | 非推奨 |
| コンテンツ / 運用（下書き一括・公開フロー） | 最適 | 任意 | 任意 |
| 研究者（文献 + 再現スクリプト） | 最適 | 任意 | 任意 |
| 個人ナレッジベース（アプリが分散） | 非推奨 | 非推奨 | 最適 |
| チーム運用（IM 受信 + 承認 + リモート Mac） | 任意 | 最適 | 非推奨 |
OpenHuman に迷ったら、OpenHuman は誰向けかの「資料分散度 + 背景説明コスト」セルフチェックを先に行い、本表に戻してください。
4. タスク別の選び方
| タスク種別 | Hermes | OpenClaw | OpenHuman |
|---|---|---|---|
| コード執筆 / リポ編集 / PR 支援 | 最適 | 任意 | 非推奨 |
| テスト / CI 起動 / ビルドスクリプト | 最適 | 任意 | 非推奨 |
| コンテンツ制作（構成・リライト・一括出力） | 最適 | 任意 | 任意 |
| Web / ブラウザ自動化（Playwright 等） | 任意 | 最適 | 非推奨 |
| メール / カレンダー / IM の整理と Q&A | 非推奨 | 任意 | 最適 |
| セッションをまたぐ長期記憶（個人文脈） | 非推奨 | 任意 | 最適 |
| 環境受け入れ（Gateway・デーモン・SSH リモート） | 任意 | 最適 | 非推奨 |
5. リスク境界表：権限面を分けて見る
三者とも機密リソースに触れ得ます。リスクは「入れられるか」ではなく「デフォルトでどこまで許したか」です。下表は典型的なデフォルト——設定次第で変わります。
| リスク面 | Hermes Agent | OpenClaw | OpenHuman |
|---|---|---|---|
| ローカルファイル | ワークスペース内の読み書き。境界は明示的に絞る（セキュリティガイド） | workspace + Skill マウント。読み取り専用イメージとサプライチェーンに注意 | ローカル Memory Tree / ボールト。Markdown に何が入ったか監査 |
| アカウント / セッション | 主に API キー + ローカル CLI セッション | Gateway トークン、マルチチャネル Bot 身份、ペアリング・リレー | 製品ログイン + 連携ごとのアカウント |
| ブラウザ | Skills 次第。コアではない | Playwright 系 Skills がページ・Cookie に到達し得る | 通常は主経路ではない |
| OAuth / 第三者許可 | 比較的軽い。MCP / ツールが中心 | チャネルや MCP レジストリで OAuth があり得る | コア経路——Gmail/GitHub/Slack 等。必ず取り消し可能に |
| API キー / シークレット | ~/.hermes/.env。コミット禁止 | プロバイダ + チャネル秘密。ローテーションは Runbook 化 | モデルプロバイダ + 連携トークン |
| shell / コマンド実行 | 高——承認ポリシー必須。無制限実行器ではない | 高——Exec Approvals、tools.exec ポリシー | 低——検索・Q&A が先 |
| ログ / リモートアクセス | ~/.hermes/logs/。リモート Mac の SSH ポート転送に注意 | Gateway ログ + Dashboard。SSH トンネルが一般的 | 同期ログに連携メタデータ。リモートデスクトップは主用途になりにくい |
共通ルール：機密データはテストアカウントか読み取り専用リポから。OAuth はプロバイダ側で必ず取り消し可能に。三者を動かすなら、同じ API キーを3プロセスにコピーしない。
6. 組み合わせ表：ワークフローは積む、権限は積まない
| スタック | 前提条件 | やってはいけないこと |
|---|---|---|
| OpenClaw + Hermes Gateway が実行基盤、Hermes がリポワークフロー |
OpenClaw Gateway が doctor 合格。Hermes は別 ~/hermes-workspace に限定 |
本番ツリーへデフォルト書き込みの二重 shell。Gateway の exec 承認前に Hermes 全自動実行 |
| OpenHuman + Hermes 記憶で文脈、Hermes で成果物 |
OpenHuman を低リスクソースで検証済み。Hermes はエクスポート要約のみ読む——本番メールボックス直読みしない | OAuth トークンファイルを Hermes Skills に渡す。Hermes に Memory Tree へ書き戻させる |
| OpenHuman + OpenClaw 個人文脈付き IM 受信 |
チャネル権限を最小化。OpenHuman Beta の安定性を許容できる | Telegram/Slack グループで未承認 exec を開放。全記憶をグループチャットにデフォルト注入 |
| 三者すべて | 論理ゾーン3つ：Gateway ノード / Hermes ワークスペース / OpenHuman ボールト。キーローテーション表を1枚 | 1 Mac ユーザーに高権限デーモン3つ + 「神」API キー1本 |
7. 残り5分：どれから試すか
| 今すぐ証明したいこと | まず試す | 合格基準（終わったら確認） |
|---|---|---|
| 「AI が指定フォルダで1件の仕事を完了し、ログを残せるか？」 | Hermes Agent | hermes doctor 合格。テストフォルダに要約 + ToDo。ログが追える |
| 「Agent サービスが再起動後も生き、Dashboard で状態が見えるか？」 | OpenClaw | openclaw doctor 合格。Dashboard で Gateway 正常。launchd exit 0 |
| 「先週のメール/カレンダーについて、背景を貼らず答えられるか？」 | OpenHuman | OAuth 同期1件完了。Memory Tree に新チャンク。回答が検証可能な出典付き |
次の一手：三者すべてを検証するなら OpenClaw（環境）→ Hermes（実行）→ OpenHuman（記憶）の順で、週ごとに権限を1層ずつ広げる。1つだけなら第1章に戻り、最適が最も多い列の製品を入れ、そのインストールチェックリストの1行目を完了させる。
Mac mini で Agent を動かし、表の前提を崩さない
Hermes ワークスペース、OpenClaw Gateway/LaunchAgent、OpenHuman のバックグラウンド同期のいずれも、低ジッターで常時オンラインな macOS ホストと SSH しやすい受け入れが要ります。Mac mini M4 のユニファイドメモリと待機約4Wは、日常用ノートPCと分離した専用 Agent ノードに向きます。ネイティブ Unix、launchd、Gatekeeper/SIP は、無人稼働時の誤設定とマルウェアリスクを抑えます。
同価格帯の小型 PC は発熱・騒音が増えがちです。三者を日常機に載せるとキーと権限が混線しやすい。上の表で方向が決まっているなら、Mac mini M4 は堅い専用ホストです——doctor と初回実タスクを安定したハードで通すなら、プランはこちら。