初めて試す AI Agent はどれ？
Hermes Agent・OpenClaw・OpenHuman の低リスク試用ルート
Hermes Agent・OpenClaw・OpenHuman を比べるとき、いちばん危ないのは初日から本物のファイル・本番アカウント・本番リポジトリをつなぐことです。まずは低リスク試用で、「すべてのデータに触れるか」ではなく「自分の核心課題を解けるか」を確かめましょう。本記事では最小の3ルートと振り返り表を示し、最小コストで残す候補を決められます。（2026-05-29 時点で確認。インストール手順は各プロジェクト公式ドキュメントに従ってください。）
核心課題だけ検証
合格基準・停止条件付き
実プライバシー・長期キー
三者の役割の違いはおおよそ分かっていても、初回試用では環境ミス・過剰な権限・タスクが大きすぎて結論が出ない、という落とし穴がよくあります。以下は「まず核心価値を検証し、あとから権限を広げる」方針です——試用が成功した＝長期安定ではありません。公式連携もなく、組み合わせはご自身で境界を評価してください。
1原則：初回は核心課題を1つだけ検証する
なぜ本番アカウントや本番ディレクトリをいきなりつなげないのか。初回で失敗したとき、ツールの限界なのか設定ミスなのかタスクが重すぎるのか切り分けられません。本物のデータを誤って書き換え・削除・漏洩させた場合、テスト用フォルダを消すよりはるかに高いコストで戻せません。したがって：独立したテスト用ディレクトリ／サンドボックス／マスキング済みサンプル。API Key は短期または上限付き。管理者アカウント・本番 Git・個人メール全文は後回しにします。
2実行力を確かめたい：Hermes Agent を試す
核心課題：限定ディレクトリ内でファイルを読み、結果を書き、追跡可能なログを残せるか？
| 要素 | 低リスク案 |
|---|---|
| 目標 | 「制御下ディレクトリ内の読み取り—書き込み—要約」の最小ループを検証 |
| サンプル | ~/hermes-lab/input/notes.md（架空の会議メモ。実顧客名なし） |
| 手順 | 公式インストール → hermes doctor → ~/hermes-lab 内で Agent に output/summary.md を生成させる |
| 合格基準 | 出力ファイルが存在し内容が妥当。~/.hermes/logs/ に呼び出し履歴。ディレクトリ外へのアクセスなし |
| 停止条件 | 境界外の読み書きが2回連続。または --yolo／承認オフでないと通らない |
インストールの詳細は当サイトのHermes 完全インストール＆設定ガイド（実戦ケース）を参照してください。
3環境の安定性を確かめたい：OpenClaw を試す
核心課題：Gateway・モデル経路・ローカルポートが自分のマシンで安定して立ち上がるか？
| 要素 | 低リスク案 |
|---|---|
| 目標 | onboard＋モデル設定＋Dashboard 到達まで。本番 IM はつながない |
| サンプル | 公式 openclaw onboard ＋ ローカル 127.0.0.1:18789 の受け入れ（公式ドキュメント準拠） |
| 手順 | API Key 設定 → openclaw models でデフォルトモデル確認 → Dashboard で「OK と返答」と送る |
| 合格基準 | 設定ディレクトリにエラーなし。ログにモデルリクエスト。再起動後も Gateway が起動 |
| 停止条件 | ポートが長時間占有のまま解放できない。または冷起動のたびに十数箇所を手で直す必要がある |
受け入れで見るポイント：~/.openclaw（または公式の現行パス）のモデル設定、Gateway ログの 401／タイムアウト、Dashboard と CLI のデフォルトモデル一致。初回は Telegram／Slack など本番チャネルをバインドしないでください。
4長期コンテキストを確かめたい：OpenHuman を試す
核心課題：セッションをまたいだ記憶と資料引用に、個人コンテキストを預ける価値があるか？
| 要素 | 低リスク案 |
|---|---|
| 目標 | 「ソース接続 → 取り込み → 会話で引用できる」最小ループを検証 |
| サンプル | テスト用の小さなメールアカウント、またはマスキング済み Markdown。メイン Gmail／業務 Notion 全量は避ける |
| 手順 | デスクトップ版インストール → モデル選択 → 連携を1つ → auto-fetch 周期を待つ → vault でテスト件名を検索 |
| 合格基準 | vault に対応する md が出現。Agent がテストメール／メモの細部を引用できる |
| 停止条件 | OAuth スコープが理解できないのに全開放を求められる。または40分経っても vault に新規ファイルがなくログに取得記録がない |
データソースの選び方：「いつでも切断でき、内容を作り替えられる」ソースを優先。財務・医療・顧客契約の原本は避けます。ローカル優先 ≠ 完全オフライン——チャットや一部 OAuth はクラウド経由の場合があります。初回はワンクリックで Revoke できるアカウントだけをつなぎます。
53ルートの合格基準と試用の振り返り
いずれのルートも 90分以内に「残す／乗り換える／止める」の判断が出るべきで、環境いじりが1週間に膨らむのは避けます：
| ツール | 実際に検証したこと | 合格 ≈ 継続 |
|---|---|---|
| Hermes Agent | 制御下の実行とログ | テストディレクトリのタスクが1回成功。承認フローが理解できる |
| OpenClaw | Gateway ＋ モデル経路 | 冷起動後も Dashboard／CLI が一致して使える |
| OpenHuman | 記憶の取り込みと引用 | マスキング済みサンプルが検索でき会話で引用できる |
試用振り返り表（各項目1～5点。メモに書くだけで十分）：
- →時間コスト：インストールから合格まで許容できるか？
- →結果の質：出力は「手作業15分」程度に届くか？
- →権限の要否：合格時点で過剰な権限を求められていないか？
- →保守負荷：アップグレード・キー入れ替え・ログ切り分けは続けられるか？
6うまくいかなかったとき：すぐツールのせいにしない
- →設定の問題：doctor／onboard 未通過、Key 401、ポート競合——公式ドキュメントで受け入れをやり直し、乗り換え前にもう一度。
- →シーンの不一致：「24時間記憶庫」が欲しいのに Hermes でファイル一括処理、または「マルチチャネル Gateway」が欲しいのに OpenHuman デスクトップだけ——ルートを変える方が合理的。
- →権限が不明瞭：ディスク全体や本番 Git を繰り返し要求——信頼境界がまだない。権限を足すよりディレクトリを狭める。
- →保守が重すぎる：OS更新のたびに半日修復——短期は我慢できても、長期では別スタックを検討。
7試用後に組み合わせるか決める
三者に公式連携はありません。よくあるのは役割分担で、一つに寄せるのではありません：OpenClaw がチャネルと Gateway、Hermes が制御下の実行、OpenHuman が個人の長期コンテキスト。推奨順序：各ツールで低リスクルートを単独で合格 → 権限を拡大 → 最後に組み合わせ。組み合わせ時も「本番データの分離・キーのアカウント分け」を維持します。
→Mac mini で Agent 試用を分離すると管理しやすい
3ルートとも macOS のターミナル、OAuth ダイアログ、長時間のバックグラウンドプロセスに依存します。Mac mini M4 はアイドル時おおよそ 4W、統合メモリは Ollama や Gateway の静音常時稼働に向きます。Gatekeeper・SIP・FileVault は「小さな権限から広げる」ときのシステム層の緩衝にもなります。合格した試用を 24時間ノードに上げるなら、Mac mini M4 はコスパの良いハードウェア起点です——まず構成を確認し、どの Agent ルートを載せるか決めてください。
- ①1ラウンドで核心課題1つ。本番データはつながない
- ②Hermes：テスト用ディレクトリ · OpenClaw：環境受け入れ · OpenHuman：マスキング済みソース
- ③合格基準と停止条件を照合し、振り返り表に点数をつける
- ④合格後に権限拡大。組み合わせ前に境界を明確に