【2026年最新】Hermes Agentとは？法人導入完全ガイド

結論: Hermes Agentは「使うたびに賢くなる」自己改善型のOSS AIエージェントで、MITライセンスのため無料かつ改変・商用利用も自由ですが、サーバー常駐（デーモン）で動く設計上、法人利用では権限管理・実行環境の隔離・通知設計を導入前に決めておく必要があります。

この記事の要点:

• 要点1: Hermes AgentはGitHubスター21万4,000超（2026年7月14日時点）で、2026年2月の公開から急成長したOSSエージェント。2026年7月1日にv0.18.0（tag v2026.7.1、通称「The Judgment Release」）を公開し、直近では7月8日にv0.18.2まで更新されている
• 要点2: Claude Code・ChatGPTエージェントが「起動するたびに動くセッション型」なのに対し、Hermes Agentは「サーバー上で動き続けるデーモン型」という設計思想の違いが法人導入の判断軸になる
• 要点3: 公式SECURITY.mdは「エージェントプロセス内部の仕組みは境界(boundary)ではなく、OSレベルの隔離だけが唯一の防御線」と明言しており、デフォルト設定のまま本番投入しないことが前提

対象読者: OSSのAIエージェント導入を検討している情報システム部門の責任者・経営者、社内でAI活用の技術選定を担当する担当者

読了後にできること: Hermes AgentとClaude Code・ChatGPTエージェントの違いを理解した上で、自社に導入する場合に最低限決めておくべき権限設計・監視体制のチェックリストを持ち帰れる

「サーバーに常駐させて、勝手にタスクをこなしてくれるAIエージェントって、結局どこまで安全なんですか？」

法人向けのAI研修・導入支援の相談で、この種の質問は本当によく出ます。特に2026年に入ってから「エージェントが夜間や休日も動き続ける」という運用スタイルへの関心が急に高まっていて、Hermes Agentのようなサーバー常駐型のOSSエージェントについて聞かれる機会が増えました。

WEELや37Designなど個人向けの使い方ガイドはすでに多く出ていますが、「法人として導入するときに何を決めておくべきか」まで踏み込んだ記事はまだ少ないのが実情です。実際に相談を受けていても、「インストールはできたが、権限周りをどう設計すればいいか分からない」という声が一番多いというのが正直なところです。

私たち自身も、自社のメディア運用・リード監視・記事公開などをサーバー常駐型のAIエージェント基盤（cron自動化）で回しています。Hermes Agentそのものを本番導入した実績があるわけではありませんが、「サーバー常駐エージェントを24時間運用する」という設計思想が同じツールを日常的に触ってきた経験から、法人導入で実際にハマりやすいポイントをお伝えします。

この記事では、Hermes Agentの仕組み・Claude Codeとの使い分け・導入手順・企業利用時の注意点を、公式情報に基づいて整理していきます。

Hermes Agentとは？仕組みを3つのポイントで理解する

Hermes Agentは、Nous Researchが開発したOSSの自律AIエージェントです。公式リポジトリのタグラインは「The agent that grows with you（あなたと共に育つエージェント）」。2026年2月に公開されて以降、急速にGitHubスターを伸ばし、2026年7月14日時点でスター数は21万4,000を超えています（GitHub API直接確認）。ライセンスはMITで、商用利用・改変・再配布に制限はありません。

Hermes Agentの特徴は、大きく3つに整理できます。

1. 自己改善する「学習ループ」を持つ

公式READMEでは「built-in learning loop を持つ唯一のエージェント」と説明されています。複雑なタスクを解いたあと、そのやり方を再利用可能な「スキル」として自動的に書き出し、次回以降は同じ手順を使い回します。スキルは使うたびに改善されていく設計です。

2. セッションをまたぐ永続メモリ

会話やタスクの履歴をFTS5（全文検索）ベースのセッション検索とLLMによる要約で保持し、過去の文脈を横断して思い出せます。ユーザーの好みやプロジェクトの前提を蓄積していく「Honcho」という対話的ユーザーモデリングの仕組みとも連携しています。

3. サーバー常駐（デーモン）で動く

ここがClaude CodeやChatGPTエージェントとの最大の違いです。Hermes Agentはローカルのターミナルセッションに閉じず、ゲートウェイプロセスとしてサーバー上で常時稼働させ、Telegram・Discord・Slack・WhatsApp・Signalなど複数のメッセージングチャネルから同じエージェントに話しかけられます。公式ドキュメントには「月5ドルのVPSでも、GPUクラスタでも、アイドル時にほぼコストがかからないサーバーレス基盤（Modal・Daytona）でも動く」と明記されています。

対応LLMも1社に固定されておらず、Nous Portal・OpenRouter・OpenAI・Anthropic・Google・DeepSeek、さらにOllama経由のローカルモデルまで、300以上のモデルからhermes modelコマンドで切り替えられる設計です。

AIエージェント全体の基礎知識や導入ステップの全体像は、AIエージェント導入完全ガイドで体系的にまとめています。

スペック早見表（2026年7月14日時点）

開発ペースの実態（直近リリース履歴）

Hermes Agentの開発は非常に活発です。GitHub公式リリースノートによると、直近のリリース履歴は以下の通りです。

v0.18.0のリリースノートによれば、v0.17.0からの約1,720コミット・マージ済みPR998件・370名超のコントリビューターが関わっており、リポジトリ内の優先度P0（致命的）・P1（重大）のIssue/PRを100%解消したことが目玉としてアナウンスされています。週単位でメジャーアップデートが続くペースなので、法人導入時はバージョン追従（アップデート運用）の担当者を決めておくことをおすすめします。

Hermes Agent vs Claude Code vs ChatGPTエージェント｜法人はどう使い分けるか

「結局どれを使えばいいのか」という質問には、まず3つのツールの設計思想が違うことを理解する必要があります。ざっくり言うと、Hermes Agentは「常駐する汎用エージェント」、Claude Codeは「開発ワークフローに特化したセッション型エージェント」、ChatGPTエージェントは「Webブラウザ操作を伴うタスク実行エージェント」です。

Uravationで研修を提供している企業の多くはClaude Codeクラスタでの導入実績が厚いので、コーディング・開発生産性の文脈であればClaude Codeを主軸に据える企業が引き続き多い印象です。一方で「深夜バッチの監視」「複数チャネルからの問い合わせ一次対応」「定期レポートの自動生成」のように、人がいない時間帯も動き続けてほしいタスクには、Hermes Agentのようなデーモン型の設計の方が向いています。両者は競合というより、コーディング特化と汎用常駐型という住み分けで考えるのが実務的です。Claude Codeの料金体系を詳しく比較したい場合はClaude Code 料金完全ガイド、ChatGPTエージェントの機能・料金はChatGPTエージェントモード完全ガイドを参照してください。

導入手順｜curlコマンド1本からセットアップまで

Hermes AgentはLinux・macOS・WSL2・Termuxに対応しており、公式インストーラーはワンライナーで完結します。Windowsもネイティブ対応（WSL2不要）で、PowerShellから同様にワンライナーで導入できます。

Linux / macOS / WSL2 / Termux

curl -fsSL https://hermes-agent.nousresearch.com/install.sh | bash

実行前に必ず、社内の実行ポリシー（外部スクリプトのcurl→bash実行を許可するか）を確認してください。特にネットワーク分離された検証環境で一度動作確認してから本番導入することを推奨します。

Windows（PowerShell・ネイティブ）

iex (irm https://hermes-agent.nousresearch.com/install.ps1)

インストーラーがuv・Python 3.11・Node.js・ripgrep・ffmpeg・ポータブルGit Bashまで自動で用意します。管理者権限は不要です。

初回セットアップ

source ~/.bashrc    # シェルを再読込（zshの場合は ~/.zshrc）
hermes              # 対話CLIを起動
hermes model        # 利用するLLMプロバイダー・モデルを選択
hermes tools        # 有効化するツールを設定
hermes gateway       # Telegram等メッセージングゲートウェイを起動

APIキーをまとめて管理したい場合

モデル・Web検索・画像生成・音声合成・クラウドブラウザなど複数プロバイダーのAPIキーを個別に集めるのが面倒な場合、公式の「Nous Portal」で一括契約する方法もあります。

hermes setup --portal

OAuthでログインし、Nousをプロバイダーとして設定、Tool Gatewayを有効化するところまでを1コマンドで完了します。個別プロバイダーのAPIキーをそのまま使うことも引き続き可能です。

定期タスク（cron）の設定例

Hermes Agentはビルトインのcronスケジューラーを持ち、自然言語で定期タスクを登録できます。

/goal 毎朝9時に前日のエラーログをまとめてSlackに通知する。異常があれば具体的なログ行を引用すること

定期タスクを登録するときは、実行対象のスコープ（どのディレクトリ・どのAPIまでアクセスさせるか）を必ず明記してから稼働させてください。曖昧な指示のまま本番投入すると、意図しないファイル操作や外部送信が発生するリスクがあります。

企業利用で必ず確認すべきセキュリティ・ガバナンスの注意点

Hermes Agentは「自分のサーバーに常駐させる」ことが前提の設計です。これはメリットでもあり、企業導入で確認すべき論点でもあります。

データがローカルに留まる点は正確にメリット

公式サイトは「All data stays on your machine. No telemetry, no tracking, no cloud lock-in.（すべてのデータは自分のマシンに留まり、テレメトリもトラッキングもクラウドロックインもない）」と明記しています。SaaS型のAIエージェントと違い、会話履歴やメモリが外部のベンダーサーバーに送信されない設計は、機密情報を扱う部門にとって明確な利点です。ただし「データが外部に送られない」ことと「エージェントの実行権限が安全である」ことは別の論点である点に注意が必要です。

公式SECURITY.mdが明言する「唯一の境界」

Hermes AgentのSECURITY.mdでは、次のように明確に書かれています（要旨）。

「敵対的なLLM出力に対する唯一のセキュリティ境界はOSレベルの隔離である。エージェントプロセス内部の仕組み――承認ゲートも、出力のサニタイズも、パターンスキャナーも、ツールの許可リストも――は、いずれも境界(boundary)とはみなさない。」

つまり、Hermes Agent自体がどれだけ高機能な安全機構を持っていても、それは「攻撃者に影響されたLLM出力を扱うヒューリスティック」であって、真の防御線にはならないという立場です。公式ドキュメントは、ターミナルバックエンドをDocker・SSH・Singularity・Modal・Daytonaなどのサンドボックス環境に切り替える「ホールプロセス・ラッピング」を、本番運用・共有デプロイの推奨構成として明示しています。

コミュニティによる独立監査の結果

2026年4月、あるユーザーがHermes Agent（当時v0.8.0、Pythonファイル812本・約36万4,000行）に対して独自にセキュリティ監査を実施し、GitHub Issue #7826として結果を公開しています。要旨は次の通りです。

• マルウェア・バックドア・データ持ち出しの機構は見つからなかった
• 一方で、デフォルトの権限設定が「ALLOW-ALL（すべて許可）」になっており、初期設定のまま使うユーザーには実際のリスクがある
• Critical（重大）4件、High（高）9件の所見が報告された

このIssueは2026年7月14日時点でも公開されたままで、対象バージョンは現在（v0.18.2）より10バージョン近く前のものです。その後のリリースでどこまで対応が進んだかは個別に確認が必要ですが、「デフォルト設定のまま本番投入しない」という基本方針を裏付ける一次情報として参考になります。

OSSゆえのサポート体制

Hermes Agentは企業向けの有償サポート契約やSLAを前提としたプロダクトではなく、GitHub Issue・Discordコミュニティを中心としたOSSの運用体制です。バグ修正やセキュリティ対応は活発です（v0.17.0からv0.18.0への1つのリリースだけで、コミット約1,720件・マージ済みPR998件・370名超のコントリビューターが関わっています)が、企業として障害発生時の一次窓口・責任分界点をどう持つかは自社側で設計する必要があります。

モデルコストの考え方

Hermes Agent自体はMITライセンスで無料ですが、常駐運用するということは「バックグラウンドで動き続けるモデル呼び出し」が積み上がるということでもあります。都度起動するセッション型のツールと違い、定期タスク・複数チャネルからの呼び出しが重なると、想定外にAPI利用料がかさむケースがあります。導入初期は利用量の上限・アラート設定を必ず組み込んでから本番運用に移すことをおすすめします。

社内のAI利用ルールをゼロから整備したい場合はAI利用ガバナンス規程テンプレート、AIエージェント特有の事故パターンと予防策はClaude Code危険性｜事故を防ぐ5つの対策もあわせて参考にしてください（対象ツールはClaude Codeですが、権限設計・hooksの考え方は常駐型エージェント全般に応用できます）。

自社でサーバー常駐型AIエージェントを運用してわかった”ハマりどころ”

ここからは、Hermes Agent固有の実績ではなく、私たちが自社のメディア運用・リード監視・記事公開の一部をサーバー常駐型のAIエージェント基盤（cron自動化）で回してきた経験から、常駐エージェント全般に共通する運用上の注意点を紹介します。

1. 権限設計は「最初に絞りすぎるくらい」でちょうどいい

常駐エージェントは、都度人が承認するセッション型と違い、気づかないうちに何度も同じ操作を繰り返します。最初から広い権限を渡すと、小さな設定ミスが積み重なって被害が大きくなりやすいというのが実感です。最初は読み取り専用・特定ディレクトリ限定など、狭いスコープから始めて、実際の運用で問題がないことを確認しながら段階的に権限を広げるのが安全です。

2. 通知設計をサボると「気づかないまま暴走」が起きる

常駐エージェントの怖さは、失敗が可視化されないまま繰り返されることです。異常系（想定回数を超えて実行された、想定外のAPIエラーが続いている等）を検知したら人に通知する仕組みを、最初のセットアップの段階で組み込んでおく必要があります。「動いているはず」で放置すると、数日後にログを見て初めて異常に気づく、というパターンが実際に起こります。

3. 暴走ガード（上限設定）は必須

定期タスクや自動応答は、想定より高頻度で発火する設定ミスが起こり得ます。実行回数・API呼び出し回数・処理対象件数などに上限を設け、上限に達したら自動停止して人に確認を求める設計にしておくことで、被害を局所化できます。

4. コスト管理はダッシュボードでなく「上限アラート」で見る

常駐運用では、ダッシュボードを毎日チェックする運用は現実的に続きません。利用量が閾値を超えたら自動で通知が飛ぶ仕組みを先に作っておき、日々の目視確認に依存しない体制にしておくことが、長期運用を続けるコツです。

顧問先のAI導入相談でも、「エージェントに強い権限を渡すのが怖い」という声そのものは正しい警戒心です。怖さの正体を「権限管理」「通知設計」「暴走ガード」「コスト管理」の4つに分解して、1つずつ具体的な設定に落とし込むことで、常駐型エージェントは十分安全に運用できます。

ユースケースと向き不向き｜どんな企業に向いているか

Hermes Agentが向いているケースと、そうでないケースを整理します。

向いているケース

• 自前でVPS・サーバーを運用できる情シス・開発チームがあり、常駐エージェントの運用体制を自社で構築できる
• Telegram・Discord・Slackなど複数のチャネルから同じエージェントに問い合わせたい
• 機密情報を扱うため、データを外部SaaSに送らずローカル/自社サーバーに閉じたい
• 定期レポート生成・監視・バックアップなど「人がいなくても動き続けてほしい」定型タスクがある
• 特定のLLMベンダーにロックインされず、複数モデルを切り替えて使いたい

向いていないケース

• サーバー・インフラの運用リソースがなく、SaaS型で完結させたい
• コーディング・開発ワークフローへの特化度を優先したい（この場合はClaude Codeの方が適している場面が多い）
• OSSゆえのサポート体制（コミュニティベース）を許容できず、ベンダーの有償SLAを前提にしたい
• 社内にセキュリティ設計（サンドボックス化・権限の最小化）を担当できる人員がいない状態で、デフォルト設定のまま本番投入してしまいそうな組織

【要注意】法人導入のよくある失敗パターン

失敗1：デフォルト設定のまま本番投入する

❌ インストールしてそのまま、権限もサンドボックスも設定せずに社内の共有サーバーで動かし始める

⭕ 公式SECURITY.mdが推奨する「ホールプロセス・ラッピング」（Docker等での隔離）を最初に設定してから本番投入する

なぜ重要か: 公式ドキュメント自身が「セットアップしたままでは本番運用に耐えない」設計であることを明言しています。デフォルト＝安全ではありません。

失敗2：常駐＝目を離していいと誤解する

❌ 常駐エージェントを設定したら、あとは放置して問題があれば気づくだろうと考える

⭕ 異常検知の通知設計と上限アラートを、稼働開始前に必ず組み込む

なぜ重要か: 常駐型は「失敗が繰り返されても気づきにくい」という性質があります。監視の仕組みがないまま運用を始めるのは、セッション型のツール以上にリスクが高くなります。

失敗3：OSSだから無料で完結すると考える

❌ Hermes AgentがMITライセンスで無料だから、コストはかからないと判断する

⭕ 接続するLLMモデルのAPI利用料、サーバー費用、運用体制の人的コストを含めて総コストを見積もる

なぜ重要か: ツール自体は無料でも、常駐運用による継続的なモデル呼び出しコストと、監視・保守にかかる人的リソースは別途発生します。

失敗4：セキュリティ監査結果を鵜呑みにする・無視する

❌ 「コミュニティ監査でマルウェアなしと確認された」という情報だけを見て安心する、あるいは逆に古い監査結果を最新版の評価と混同して過剰に警戒する

⭕ 監査対象のバージョンと参照日を必ず確認し、自社が導入するバージョンで改めて設定を確認する

なぜ重要か: セキュリティに関する情報は鮮度が命です。前述のGitHub Issue #7826はv0.8.0時点の監査であり、2026年7月時点の最新版（v0.18.2）とは10バージョン近い差があります。

よくある質問

Hermes Agentは日本語に対応していますか？

はい。多言語ローカライズが進んでおり、UI・応答の日本語対応が提供されています。ただし接続するLLM自体の日本語精度は、選択したモデル（Claude・GPT・Geminiなど）の性能に依存します。

Hermes AgentとOpenClaw（旧名称含む類似OSSエージェント）はどう違いますか？

Hermes Agentにはhermes claw migrateという移行コマンドが公式に用意されており、類似の常駐型OSSエージェントからの乗り換えを想定した設計になっています。具体的な機能差は導入時点のバージョンで変わるため、自社の要件（メッセージング連携数、対応LLM数、サンドボックス機能など）で比較検討してください。

無料で使えるというのは本当ですか？追加費用はかかりませんか？

Hermes Agent本体はMITライセンスで無料です。ただし、常駐運用のためのサーバー費用（VPS等）と、接続するLLMプロバイダーのAPI利用料は別途発生します。公式は「月5ドル程度のVPSでも動く」としていますが、モデル呼び出し頻度が上がるとAPI費用が主なコスト要因になります。

社内の機密情報を扱うタスクに使っても大丈夫ですか？

データが自社サーバー内に留まる設計はメリットですが、「安全」と断定するには、公式SECURITY.mdが定める「OSレベルの隔離」（Docker等のサンドボックス化）を自社側で構築していることが前提になります。デフォルト設定のまま機密情報を扱うタスクに投入するのは避けてください。

Claude CodeやChatGPTエージェントと同時に使うことはできますか？

技術的には併用可能です。Hermes Agentは開発者以外の非エンジニア業務や常時監視タスクに、Claude Codeはコーディング業務に、といった役割分担で使い分けている運用例もあります。1つのツールに統一する必要はありません。

まとめ：今日から始める3つのアクション

1. 今日やること: 自社で検討中の用途（監視・定期レポート・チャネル横断の一次対応など）が、セッション型で足りるのか、常駐型が本当に必要なのかを整理する
2. 今週中: 検証環境（本番と隔離されたVPSやコンテナ）でHermes Agentをインストールし、権限スコープを最小構成から試す
3. 今月中: 通知設計・上限アラート・コスト監視の3点を運用ルールとして文書化し、本番投入の可否を情シス・経営層で判断する

次回予告: 次回はサーバー常駐型AIエージェントの権限設計・監視体制を、実際の設定例つきでさらに深掘りする記事をお届けします。

参考・出典

• NousResearch/hermes-agent — GitHub公式リポジトリ（参照日: 2026-07-14）
• GitHub API リポジトリ情報（スター数・ライセンス確認） — GitHub API（参照日: 2026-07-14）
• Hermes Agent v0.18.0 (2026.7.1) — The Judgment Release — GitHub公式リリースノート（参照日: 2026-07-14）
• Hermes Agent Releases一覧 — GitHub公式（参照日: 2026-07-14）
• Hermes Agent README — GitHub公式（参照日: 2026-07-14）
• Hermes Agent SECURITY.md（セキュリティポリシー・トラストモデル） — GitHub公式（参照日: 2026-07-14）
• Security Audit: 4 Critical, 9 High severity findings in default configuration — GitHub Issue（コミュニティ独立監査、参照日: 2026-07-14）
• Hermes Agent 公式サイト（参照日: 2026-07-14）

著者: 佐藤傑（さとう・すぐる）
株式会社Uravation代表取締役。X（@SuguruKun_ai）フォロワー約10万人。
100社以上の企業向けAI研修・導入支援。著書『AIエージェント仕事術』（SBクリエイティブ）。
SoftBank IT連載7回執筆（NewsPicks最大1,125ピックス）。

ご質問・ご相談はお問い合わせフォームからお気軽にどうぞ。