はじめに——「乗り換え」ではなく「無停止カットオーバー」として設計する
2026年のAIエージェント界隈は、ひとつの巨大なエコシステム（OpenClaw）と、それを猛追する自己学習型の新鋭（Hermes Agent）の二強構図に整理されつつあります。すでにOpenClawで「自分専用AIアシスタント」を運用している方にとって、いま気になるのは「Hermesに乗り換えるべきか」「乗り換えるなら、これまで育てた設定・メモリ・スキルはどうなるのか」という一点でしょう。
筆者はネットワークエンジニアとして、長年にわたり基幹システムのマイグレーション（移行・カットオーバー）に立ち会ってきました。そこで叩き込まれた鉄則は単純です。「移行とは、新環境を立てることではなく、旧環境を止めずに切り替え、いつでも戻せる状態を保つこと」——つまり、事前検証（プリフライト）・並行稼働（パラレルラン）・切り戻し（ロールバック）をセットで設計する、という発想です。
本記事は、そのNOC/TAC的なカットオーバーの作法を、AIエージェントの移行にそのまま適用します。Hermesとは何か、OpenClawと何が違うのか、どう導入するのか、そしてhermes claw migrateでOpenClawの資産をどう無停止で持ち込むのか——を、実装の視点で順を追って整理します。想定読者は、OpenClawをすでに使っている個人・中小企業の運用担当者、そしてこれから自己ホスト型エージェントの導入を検討している方です。
Hermesとは——「機能の多さ」ではなく「使うほど賢くなる」に賭けたエージェント
Hermes Agentは、Nous Research が2026年2月に公開したオープンソースの自律型AIエージェントです。IDEに紐づいたコーディング補助でも、単一APIをラップしたチャットボットでもありません。自分のサーバー（VPSやローカルマシン）に常駐し、学んだことをセッションを越えて記憶し、使うほど賢くなる——これがHermesの設計思想です。ライセンスはMITで、テレメトリ（追跡）はゼロ。データはすべて自分のマシン（~/.hermes/）に残ります。2026年6月時点でGitHubスター数は18万を超え、2026年で最も急成長したエージェントフレームワークと評されています。
1. 永続メモリと「自己学習ループ」
一般的なエージェントはステートレスです。新しいセッションを始めれば、好み・プロジェクト・過去の試行錯誤はすべてリセットされます。Hermesはこれを反転させます。タスク実行のたびに評価レイヤーが走り、成否を判定し、再利用できる手順をスキルファイル（プレーンなMarkdown）として保存します。次に似たタスクに出会うと、ゼロから推論し直すのではなく、該当スキルを呼び出します。Nous Research はこれを「クローズドな学習ループ」と呼び、SQLiteの全文検索とLLM要約で実装しています。
公式・第三者ベンチマークによれば、20個以上の自作スキルを蓄えたエージェントは、同種の将来タスクを約40%高速に完了します。ただしこの40%はトークン消費量と所要時間の改善であって、出力品質そのものの向上ではありません。さらに改善はドメイン固有で、「GitHubのPR要約」で得た学習が「DBマイグレーションの設計」に転移するわけではない点は、過度な期待を避けるために押さえておくべきです。
2. マルチプラットフォーム・ゲートウェイ
Telegram・Discord・Slack・WhatsApp・Signal の5つのメッセージ基盤と CLI を、単一のゲートウェイプロセスから束ねられます。CLIで始めた会話をTelegramで続け、結果をSlackでチームに送る——といったクロスプラットフォームの継続が、ひとつのメモリ・ひとつのセッションで成立します。
3. 標準スキルと実行環境
MLOps・GitHub・作図・ノート作成など40種類以上の標準スキルを同梱し、解いた問題からスキルを自動生成します。スキルはSKILL.md形式で、agentskills.ioのオープン標準に準拠（=可搬・共有・再利用が可能）。実行環境はローカルターミナル／Docker（読み取り専用root・権限剥奪などのハードニング込み）／SSHリモート／Modal・Singularity（クラウド・HPC）から選べます。さらにcronスケジューラ、並列サブエージェント、ブラウザ自動操作も標準装備です。
4. LLMプロバイダとコスト構造
Hermes本体は無料ですが、コストはLLM推論側で発生します。接続先は、Nous Portal（OAuth連携）、OpenRouter（200以上のモデル）、OpenAI互換の任意エンドポイント、ローカルの vLLM／Ollama など20以上に対応。Nous Portal は2026年4月27日に開始したサブスクで、無料枠は月$0.10相当（評価用）、実運用はPlus（月$20）か自前APIキーが前提です。自己ホストの目安は、エージェント無料＋VPS月$5〜10（Hetzner CX22 の月$4.35構成が人気）＋複雑タスク1件あたり約$0.30程度。月$30〜50から始まる商用プラットフォームとは根本的に異なるコスト構造です。
HermesとOpenClawの違い——「学習の深さ」対「エコシステムの広さ」
両者は「個人向けAIアシスタント」「クロスプラットフォームのメッセージ連携」「ツール呼び出し」という重なる問題を解きますが、設計哲学が正反対です。ひとことで言えば、OpenClawは「機能と互換の広さ」、Hermesは「学習と記憶の深さ」に賭けています。
| 観点 | Hermes Agent | OpenClaw |
|---|---|---|
| 開発元 | Nous Research | OpenClaw プロジェクト（コミュニティ主導） |
| 設計思想 | 自己学習（学習ループ・永続メモリ） | 設定ファイル中心＋エコシステム拡張 |
| GitHub Star（2026/6時点） | 18万超 | 37万超 |
| 設定方式 | 対話型セットアップ＋~/.hermes/ | SOUL.md（Markdownで人格・ルールを定義） |
| スキル | 標準40種類以上＋自動生成（SKILL.md／agentskills.io） | ClawHubの5,700以上のコミュニティスキル |
| メッセージ連携 | 5基盤＋CLI | 24以上の基盤 |
| 自己改善 | あり（使うほど高速化） | 基本的になし（機能で勝負） |
| スケジューリング | cronスケジューラ（自然言語設定） | ハートビート方式の自律起動 |
| セキュリティ | プロンプトインジェクション走査・認証情報フィルタを標準装備。公開されたエージェント固有CVEは0件（2026/4時点） | 2026年3月に4日間で9件のCVEを開示（最大CVSS 9.9）。大量採用後に精査が進んだ |
| ライセンス | MIT | MIT |
選び方の指針はシンプルです。ClawHubの膨大なスキルに依存し、ワークフローが安定しているならOpenClawの優位は当面ゆるがないでしょう。一方、毎日同じ種類の反復タスクに使い、永続メモリと自動学習の積み上げを重視するならHermesの優位が時間とともに効いてきます。実際、「OpenClawで広く受けて、学習が効くタスクだけHermesに回す」という並行運用を選ぶユーザーも少なくありません。これはネットワーク移行でいう「機能ごとに段階的にトラフィックを寄せる」発想と同じです。
なお、自己ホスト型エージェントを安全に晒さない設計（逆プロキシ・内部化・最小権限）については、当サイトの「Odysseus 安全運用ガイド」も併せて参照してください。SOUL.mdやSKILL.mdのような「設定ファイルが実質的に実行可能コードになる」リスクは、「設定ファイル攻撃」防御ガイドで扱っています。
Hermes導入方法——curl一発から「マルチプラットフォーム常駐」まで
HermesはLinux・macOS・WSL2に対応し、前提パッケージなしで導入できます（Windowsネイティブは実験的扱い。WSL2上での実行が推奨です）。ここでは、「コマンドの意味を確認しながら」段階的に進めます。AIエージェントの導入では、curl ... | bashのように取得したスクリプトをそのまま実行する場面が多く、URLとスクリプト内容を確認してから流すのが安全です（この「インストール前検証」の発想は、スロップスクワッティング対策ガイドで詳述しています）。
ステップ1：インストール
curl -fsSL https://raw.githubusercontent.com/NousResearch/hermes-agent/main/scripts/install.sh | bashこのスクリプトが uv・Python 3.11 を導入し、リポジトリをクローンして一式をセットアップします。sudoは不要です。中身を事前に確認したい場合は、いったんファイルに保存（curl -fsSL ... -o install.sh）して目を通してから実行してください。
ステップ2：設定（モデル接続）
# 対話型セットアップウィザード
hermes setup
# モデル/プロバイダを選ぶ
hermes modelNous Portal（OAuth）・OpenRouter（APIキー）・自前のOpenAI互換エンドポイントのいずれかに接続します。まずは手持ちのAPIキー、あるいはローカルのOllama/vLLMで試すのが、コストを抑えた検証としておすすめです。
ステップ3：起動して対話する
hermesツール・メモリ・スキルを備えたフル機能のCLIが立ち上がります。まずはここで挙動とメモリの蓄積を確認しましょう。
ステップ4：マルチプラットフォーム化（任意）
# ゲートウェイ設定ウィザード
hermes gateway setup
# メッセージゲートウェイを起動
hermes gateway
# systemd サービスとして常駐させる
hermes gateway installウィザードに従って Telegram・Discord・Slack・WhatsApp などを接続し、installでsystemdサービス化すれば、24時間常駐のエージェントになります。
ステップ5：アップデート
hermes update最新の変更を取り込み、依存関係を再インストールします。新機能・修正の取り込みは随時このコマンドで。なお、ターミナルが苦手な場合は、2026年6月2日公開のデスクトップアプリ（macOS 12+ / Windows 10・11 はインストーラ、Linuxは--include-desktop付きスクリプト）を使えば、同じエージェントコアをGUIで操作できます（CLIと状態は共有されます）。
OpenClawからの移行ガイド——hermes claw migrateで資産を無停止で持ち込む
Hermesには、OpenClaw利用者向けの移行ツールが標準同梱されています。コマンドはhermes claw migrate。~/.openclawディレクトリを自動検出し、設定・メモリ・スキル・APIキー・メッセージ基盤の設定を取り込みます。重要なのは、この移行が非破壊（non-destructive）である点です——OpenClaw側のファイルは読み取るだけで、書き換えません。つまり、ネットワーク移行でいう「旧系を生かしたままパラレルランできる」状態が最初から保証されています。
移行を「カットオーバー手順」として組む
移行を一発勝負にしないために、NOCのカットオーバー手順に倣って4段階で進めます。
| 段階 | やること | ネットワーク移行での対応概念 |
|---|---|---|
| ① プリフライト | ~/.openclawをバックアップ。現在のチャネル・スキル・APIキーの棚卸し | 事前構成取得・差分確認 |
| ② ドライラン | 実際には適用せず「何が・どう移るか」をプレビュー | コンフィグ投入前のシミュレーション |
| ③ 並行稼働 | HermesとOpenClawを同時に動かし、挙動を突き合わせる | パラレルラン |
| ④ カットオーバー | 問題なければ主系をHermesへ。OpenClawはしばらく切り戻し用に温存 | 切替＋ロールバック保持 |
ステップ1：バックアップ（プリフライト）
cp -a ~/.openclaw ~/.openclaw.bak.$(date +%Y%m%d)非破壊とはいえ、移行の鉄則は「触る前に必ず退避」です。SOUL.mdや独自スキルを別途Git管理しているなら、その状態もコミットしておきます。
ステップ2：ドライランで差分を確認する
移行ツールはドライラン（プレビュー）、選択的移行のプリセット、競合時の上書き制御に対応しています。まずは適用せずに「何が移り、何が競合するか」を確認してください。
# まずは必ずヘルプで「正確なオプション名」を確認する
hermes claw migrate --help
# ドライラン（プレビュー）の実行イメージ
hermes claw migrate --dry-run注意：ドライラン・プリセット・上書き制御という機能の存在は公式に確認できますが、本記事執筆時点で各オプションの正確な綴りまでは確定情報として保証できません。実行前に必ず
hermes claw migrate --helpと公式ドキュメント／GitHubのREADMEで最新の引数を確認してください（「動くと思い込んだコマンドをそのまま流さない」のが移行事故を防ぐ第一歩です）。
ステップ3：本適用と「スキルの手当て」
ドライランの結果に問題がなければ本適用します。ここで知っておくべき重要な性質が一つあります。
- 単純なスキルはきれいに変換される——定型的な手順スキルは、ほぼそのまま
SKILL.mdへ移ります。 - 条件分岐を含む複雑なスキルは手動レビューが必要——OpenClaw固有のロジックに依存したスキルは、移行後に動作確認と書き換えが要ります。移行後は必ず
~/.hermes/のスキルディレクトリを開いて棚卸ししましょう。
APIキーやチャネル設定（Telegram等）も取り込まれますが、トークンの権限スコープは移行を機に見直すのが安全です。エージェントに渡す権限は最小限に——これはネットワークの最小権限原則のAIエージェント版です。
ステップ4：並行稼働 → カットオーバー
本適用後すぐに旧系を止めないでください。数日〜1週間、HermesとOpenClawを並行稼働させ、同じ依頼に対する応答・通知・スケジュール実行を突き合わせます。Hermes側でメモリとスキルが順調に積み上がり、運用上の不都合がないことを確認できたら、主系をHermesへ切り替えます。OpenClaw（と退避した~/.openclaw.bak）は、しばらく切り戻し用に温存しておくのが安全運用の定石です。
移行チェックリスト
| フェーズ | チェック項目 |
|---|---|
| プリフライト | ~/.openclawをバックアップした／SOUL.md・独自スキルをGit退避した |
| プリフライト | 現行のチャネル・APIキー・スケジュールを棚卸しした |
| 導入 | install.shの中身を確認してからHermesを導入した |
| 導入 | hermes setup／hermes modelでモデル接続を確認した |
| 移行 | --helpで正確なオプションを確認し、ドライランで差分を見た |
| 移行 | 複雑スキルを手動レビューし、APIキーの権限スコープを見直した |
| 切替 | 数日の並行稼働で挙動を突き合わせた |
| 切替 | OpenClawとバックアップを切り戻し用に温存している |
よくある質問（Q&A）
Q1. いまOpenClawを使っています。Hermesに乗り換えるべきですか？
「何を重視するか」次第です。ClawHubの5,700以上のコミュニティスキルに強く依存し、ワークフローが安定しているなら、OpenClawのエコシステム優位は短期では覆りません。一方、毎日の反復タスクに使い、永続メモリと自動学習の積み上げを重視するなら、Hermesの設計優位が時間とともに効きます。両者を並行運用し、学習が効くタスクだけHermesに寄せる選択も現実的です。
Q2. これまで育てたメモリやスキルは移行で失われませんか？
hermes claw migrateは~/.openclawを自動検出し、設定・メモリ・スキル・APIキー・チャネル設定を取り込みます。移行は非破壊で、OpenClaw側ファイルは読み取るだけで書き換えません。ただし条件分岐を含む複雑なスキルは手動レビューが必要なので、移行後にスキルディレクトリの棚卸しを行ってください。
Q3. curl ... | bashでのインストールは安全ですか？
公式リポジトリ（NousResearch/hermes-agent）のスクリプトですが、取得したスクリプトをそのまま実行する形である以上、URLと中身の確認は習慣化すべきです。心配なら-o install.shでいったん保存し、目を通してから実行してください。導入は~/.hermes/配下で完結し、sudoは不要です。
Q4. Hermesは無料ですか？コストはどこで発生しますか？
エージェント本体とデスクトップアプリはMITライセンスの無料ソフトです。コストはLLM推論側で発生します。Nous Portalの無料枠は評価用（月$0.10相当）で、実運用はPlus（月$20）か自前APIキーが前提です。自前APIキー＋安価なVPS（月$5〜10）構成なら、商用プラットフォーム（月$30〜50〜）より大幅に安く運用できます。
Q5. ターミナルが苦手でも使えますか？
2026年6月公開のデスクトップアプリ（macOS／Windowsはインストーラ、Linuxは--include-desktop付きスクリプト）を使えば、同じエージェントコアをGUIで操作できます。CLIと状態は共有されるため、片方で始めた作業をもう片方で続けられます。なお公開プレビュー段階のため、Windowsインストーラはコード署名がなくSmartScreenの警告が出る点に留意してください。
Q6. セキュリティ面ではどちらが安心ですか？
Hermesはプロンプトインジェクション走査と認証情報フィルタを標準装備し、2026年4月時点で公開されたエージェント固有のCVEは0件です。一方OpenClawは2026年3月に9件（最大CVSS 9.9）のCVEが開示されました。ただし大量採用が先行したフレームワークほど精査が進む側面もあるため、いずれを使う場合でも、権限の最小化・サンドボックス実行・公開面の内部化といった基本対策は必須です。
まとめ——移行は「新環境構築」ではなく「無停止カットオーバー」
Hermesは「機能の多さ」ではなく「使うほど賢くなる」に賭けた自己学習型エージェントで、OpenClawは「エコシステムの広さ」で先行する巨大フレームワークです。どちらが正解かは用途次第ですが、移行を考えるなら押さえるべき要点は3つです。
1. 移行ツールは非破壊。 hermes claw migrateは~/.openclawを読み取るだけで書き換えません。だからこそ「旧系を生かしたままパラレルランする」カットオーバーが最初から成立します。
2. 一発勝負にしない。 プリフライト（バックアップ・棚卸し）→ドライラン→並行稼働→カットオーバーの4段階で、いつでも切り戻せる状態を保ちます。
3. コマンドを思い込みで流さない。 正確なオプションは--helpと公式ドキュメントで確認し、複雑スキルは手動レビュー、APIキーの権限は移行を機に最小化する——これが移行事故を防ぐ実務の勘所です。
OpenClawで「月額0円」の最小構成から自己ホストを始める方法はこちらの記事で、長時間動かすエージェントの精度を保つコンテキスト設計はコンテキストエンジニアリング設計ガイドで詳しく扱っています。あわせてどうぞ。
参考リンク
- Hermes Agent 公式サイト
- Hermes Agent（GitHub・NousResearch/hermes-agent）
- Nous Research 公式サイト
- agentskills.io（スキルのオープン標準）
免責事項： 本記事は2026年6月時点の公開情報に基づく一般的な情報提供であり、特定の構成・バージョンでの動作や安全性を保証するものではありません。Hermes Agent は公開プレビューを含む活発な開発段階にあり、コマンドのオプション・対応プラットフォーム・料金体系は変更され得ます。コマンドを実行する際は、必ず
--helpおよび公式ドキュメント／GitHubのREADMEで最新情報をご確認ください。スター数・CVE件数等の数値は参照時点のものです。実運用にあたっては自社環境・脅威モデル・関連法令に照らして検討し、必要に応じて専門家にご相談ください。
コメント