Hermes Agent(自己ホスト型AIエージェント)をリモートサーバーで運用する優位性 — ChatGPTのGmail/Drive連携・スケジュール実行との比較

Report #81調査日: 2026-09-09読了時間: 約10分

まず、要点

Hermes Agentは常駐処理でChatGPTの頻度・件数制限を受けずに動くが、運用責任は自分持ちになる。

永続メモリとスキル自動生成で使うほど手順が蓄積される
OAuthトークンは自分のマシンにのみ保存される
公開されて日が浅く長期的な成熟度は未知数

このノートの内容

ChatGPTのタスク機能とHermes Agentは何が違うか?

各行は同じ観点についてChatGPTとHermes Agentの違いを比較したもの。上から実行制約・認証情報・チャネル共有の順に読む。

ChatGPTのタスク機能とHermes Agentは何が違うか?
対象	役割・違い
実行頻度・タスク数の上限(ChatGPT)	Scheduled Tasksは最短1時間に1回まで、アクティブなタスク数もプランごとに上限がある。
常駐性による制約回避(Hermes)	Hermesは自前の常駐プロセスとして動くため、プラットフォーム側が課す頻度やタスク数の上限を受けにくいと考えられる(推論)。
認証情報の保存場所(Hermes)	OAuthトークンはユーザー自身のマシン上のローカルファイルに保存され自動更新される。
複数チャネルでの状態共有(Hermes)	単一のゲートウェイプロセスが、Telegram・Slack・CLIなど複数窓口から同じ記憶を共有する同一エージェントとして応答する。

ここがポイント：Hermesは常駐処理でプラットフォーム上限を受けにくいが、認証情報の管理や運用は自分の責任になる。

前提・位置づけ：ChatGPT側の制約(実行間隔・タスク数上限)は報道記事で確認済み。Hermes側が『上限を受けない』とする点は常駐アーキテクチャからの推論であり、公式ドキュメントでの明記までは確認できていない。

出典 5 ・出典 2 ・出典 3

前提の整理

問いは「ChatGPTでもGmail/Driveアクセスやスケジュール実行ができる時代に、わざわざリモートサーバーでHermes agentを立てるとどんな優位性があるか」というものです。ここでの「Hermes agent」は、Nous Researchが開発したオープンソース(MITライセンス)の自己改善型AIエージェント「Hermes Agent」を指すと判断しました(GitHub^[2]、Qiita解説記事^[4])。以下、Hermes Agentの構造的特徴と、ChatGPTのGmail/Drive連携・Scheduled Tasksとの構造的な違いを整理します。

Hermes Agentとは何か

Hermes Agentは「あなたのサーバーに住み着くAIエージェント」というコンセプトのOSSで、VPSなど自分の管理下のマシンに常駐プロセス(デーモン)として立ち上げ、ユーザーが操作していない間もタスクを継続実行する設計です。GitHubリポジトリの説明では「The self-improving AI agent built by Nous Research」「License: MIT」「Run it on a $5 VPS, a GPU cluster, or serverless infrastructure that costs nearly nothing when idle. It's not tied to your laptop」と明記されており、開発元・ライセンス・自己改善性・常駐設計のいずれも一次資料(GitHub README)で確認できました(GitHub^[2])。公開時期については情報源によって「2026年2月」「2026年3月12日(v0.2.0)」など表記の揺れがあり(Qiita^[4])、正確な初回公開日は本調査では確定できていません。

主要な技術的特徴は次の3点です。

永続メモリとセッション横断検索: 公式ドキュメント(Persistent Memory^[6])によれば、記憶は~/.hermes/memories/に保存されるMEMORY.md(エージェントの学習事項)とUSER.md(ユーザープロファイル)の2ファイルで構成され、セッション開始時にシステムプロンプトへ注入されます。これとは別に、CLI・メッセージングの全セッションが~/.hermes/state.dbに保存されSQLite FTS5で全文検索できます(同ページ)。二次資料であるQiita記事はこれを「3層構造」と呼んでいますが、この用語立ては公式ドキュメントでは確認できませんでした(Qiita^[4])。
スキル自動生成: GitHub READMEには「Autonomous skill creation after complex tasks. Skills self-improve during use.」とあり、複雑なタスクを解決するとその手順をagentskills.io標準準拠のMarkdownファイルとして自動的にスキル化し、以後の類似タスクで再利用する仕組みが明記されています(GitHub^[2])。Qiita記事は「v0.2.0時点で70以上のバンドルスキルが15以上のカテゴリに分類」と紹介していますが(Qiita^[4])、公式ドキュメントの該当ページ(Skills^[7])には具体的な数値の記載がなく、他の二次資料間でもスキル数(70/79/82/117程度)・カテゴリ数(14/15/25程度)にばらつきがあるため、正確な現状値は本調査では確定できていません。
単一エージェント・複数チャネル: 1台のVPS上の単一ゲートウェイプロセスに対し、Telegram・Discord・Slack・WhatsApp・Signal・メール・CLIなど複数の窓口からアクセスしても、同じ記憶・状態を共有する同一エージェントとして応答します(GitHub^[2]、Qiita^[4])。

Google Workspace(Gmail/Drive等)連携の実装

Hermes AgentはGmail・Calendar・Drive・Sheets・Docs・Contactsと連携でき、セットアップはエージェント主導でOAuth2認証URLを生成しユーザーがブラウザで承認する流れです。公式ドキュメントには「Authorize — Hermes generates an auth URL, you approve in the browser, paste back the redirect URL」と明記されています(Nous Research公式ドキュメント^[1])。取得したOAuthトークンはクラウド側の中継サーバーを経由せず、ユーザー自身のマシン上の~/.hermes/google_token.jsonにローカル保存され自動更新されます(GitHub SKILL.md^[3])。さらにメール送信、カレンダー予定の作成・削除、Driveファイルの削除・共有、Docs/Sheetsの変更といった破壊的操作は「Never send email, create/delete calendar events, delete Drive files, share files, or modify Docs/Sheets without confirming with the user first」と明文化されており、実行前に送信先・ファイルID・内容・共有範囲をユーザーに提示して確認を取ることが求められ、削除もデフォルトでは復元可能な「ゴミ箱」移動にとどめる設計です(同SKILL.md^[3])。

ChatGPT側の制約(比較対象)

比較対象となるChatGPTのScheduled Tasks(タスク機能)には、OpenAIの発表を報じた記事によれば以下の制約があります(applech2.com^[5])。

補足図1: ChatGPTのScheduled Tasksでプランごとに保持できるアクティブなタスク数の上限（元データも表示）

ChatGPTのプラン別アクティブタスク上限を示す棒グラフ。Go:3件、Plus:5件、Business/Edu:10件、Pro/Enterprise:15件。 — 図1: ChatGPTのScheduled Tasksでプランごとに保持できるアクティブなタスク数の上限根拠: OpenAI、ChatGPTにリマインダーの送信や定期的な作業の実行、状況の監視を依頼できる「Scheduled Tasks」機能を追加。

図1のデータ（省略なし）
項目	値・内容	単位
Go	3	件
Plus	5	件
Business/Edu	10	件
Pro/Enterprise	15	件

実行間隔は最短でも1時間に1回までに制限されている。
同時に保持できるアクティブなタスク数はプランごとに上限があり、Go:3、Plus:5、Business/Edu:10、Pro/Enterprise:15と少数に限られる。
無料(Free)プランはこの機能のロールアウト対象に含まれていない(記事は対象を「Go, Plus, Pro, Business, Enterprise」と表記しており、Freeが含まれないことが示唆される)。

なお、ChatGPTのGoogle Drive/Gmailコネクタが個人のgmail.comアカウントでどこまで利用できるか、法人向けGoogle Workspaceドメインが必須かといった細部については、OpenAI公式ヘルプセンター(help.openai.com)への直接アクセスが本調査中に繰り返しブロックされ、一次資料で確認できませんでした。この点は結論への影響が小さくないため、下記「不確実な点」に明記します。

Hermes Agentの構造的な優位性(推論)

以上を踏まえると、Hermes Agentのようなセルフホスト型常駐エージェントの優位性は次のように整理できます。

実行頻度・タスク数の上限に縛られない常駐性: ChatGPTのScheduled Tasksは1時間に1回・数個までという明確な上限があるのに対し、Hermesは自前のプロセスとして動くため、プラットフォーム側が課す頻度やタスク数の制約を受けません(この点は本調査の推論であり、ChatGPT側の制約は確認済みですが、Hermes側に「制約が一切ない」ことを積極的に裏付ける一次資料までは確認できていません)。
セッションをまたいだ学習の蓄積: 永続メモリとスキル自動生成により、使うほど手順が再利用可能な形で蓄積されていく点は、単発の会話やタスク実行が中心のChatGPT利用とは異なる価値になり得ます。
複数チャネルでの状態共有: 1つのエージェントインスタンスがTelegramでもSlackでもCLIでも同じ記憶を参照するため、チャネルをまたいだ文脈の分断が起きにくい構造です。
認証情報のローカル保有と明示的な確認フロー: OAuthトークンが自分のマシンにのみ保存され、破壊的操作は逐一確認を求める設計は、自動化の実行主体・監査ポイントを自分の手元に置きたい用途に向いています。
オフィスアプリを超えた実行環境: ローカル・Docker・SSHなど7種類の実行バックエンドに対応し、$5程度の安価なVPSからGPUクラスタまで動かせるため、コード実行や開発環境操作などオフィスアプリ連携の枠を超えた自動化にも使えます。

トレードオフ・留意点

一方で、自己ホストには相応のコストが伴います。サーバーの構築・パッチ適用・可用性確保・認証情報の管理はすべてユーザー側の責任になり、OpenAIのマネージドインフラに任せられるChatGPT標準機能とは運用負荷の性質が異なります。またHermes Agent自体、2026年2〜3月頃に公開されたばかりの新しいOSSであり(公開日の表記には情報源間でばらつきあり)、長期的な保守体制やエコシステムの成熟度は現時点では未知数です。

想定ユースケース

上記の特性から、Hermes Agentが特に向くと考えられる用途は、①1時間より短い間隔・複雑な条件での継続監視が必要なタスク、②Slack/Telegram/CLIなど複数チャネルを横断して同じ文脈を保ちたい運用、③コード実行やSSH経由のサーバー操作を伴う開発者向け自動化、④認証情報を自組織の管理下から出したくないセキュリティ要件がある場合、です。逆に、単発の質問応答や標準的な業務アプリ連携だけで足りる場合は、運用負荷の小さいChatGPT標準機能で十分と考えられます。

注意事項・未確認事項

Hermes Agentの初回公開日は情報源によって「2026年2月」「2026年3月12日(v0.2.0)」など表記が分かれており、Nous Research公式の一次発表(プレスリリースや公式ブログの日付入り記事)で確定できていません。
GitHubのスター数など人気度を示す数値は、参照した副次的なブログ記事間で大きく食い違っており(数万〜数十万の幅)、いずれも本調査で直接検証できる一次データではないため、本レポートの結論には反映していません。
ChatGPTのGoogle Drive/Gmailコネクタが個人のgmail.comアカウントでどこまで利用できるか、法人向けGoogle Workspaceドメインが必須かという点は、OpenAI公式ヘルプセンター(help.openai.com)やopenai.comのページに本調査中繰り返しアクセスできず(403エラー)、一次資料で確認できませんでした。この制約の有無はHermes Agentとの優位性比較(個人アカウント対応可否)に直結し得るため、判断材料としては不足しています。
ChatGPT Scheduled Tasksの実行頻度・タスク数上限(1時間に1回、プラン別上限)は、OpenAIの発表を報じた二次的な日本語記事(applech2.com)を根拠としており、OpenAI公式ページを直接開いて確認したものではありません。制約の存在自体は記事内で一貫して記載されていましたが、数値の完全な正確性は一次資料での再確認が望まれます。
Hermes Agent側に「実行頻度やタスク数の上限が一切ない」ことを直接裏付ける一次資料(公式ドキュメントでの明記)は確認できておらず、本レポートの該当箇所はChatGPT側の制約とHermesの常駐アーキテクチャからの推論にとどまります。
Hermes Agentは公開から日が浅い新しいOSSであり、セキュリティ脆弱性の有無、長期的なメンテナンス体制、企業利用における法務・コンプライアンス上の評価については、本調査の範囲では確認していません。
Hermes Agentの記憶機構について、二次資料(Qiita)は「セッションメモリ・永続メモリ・セッション検索の3層構造」と表現していますが、公式ドキュメント(memory.md)ではこの用語立ては確認できず、実際にはMEMORY.md/USER.mdの2ファイルとSQLite FTS5検索という枠組みで説明されています。またバンドルスキル数・カテゴリ数についても、Qiita記事の「70以上・15カテゴリ以上」に対し、他の二次資料では70/79/82/117程度、14/15/25カテゴリ程度と幅があり、公式ドキュメントの該当ページには具体的数値の記載がないため、正確な現状値は確定できていません。この点はHermes Agentの機能規模を評価する際の判断材料としては不足しています。