多くの人が初めて触れるAIは、チャット画面です。入力すると返事があり、セッションが終われば、翌日はまた最初からです。下書き、説明、単発の調査なら、それで構いません。好みを記憶し、実績のある手順を再利用し、実際のシステムでツールを呼び出す仕事には、この捉え方は合いません。
Hermes Agentは、Nous Researchによるオープンソースのエージェントランタイムです。公式に記載されている面は、CLI、デスクトップアプリ、メッセージングゲートウェイ、ACPによるエディター連携です。ランタイムは永続メモリ、再利用可能なスキル、ツール、cron、ブラウザ自動化、コード実行、サブエージェントへの委任を提供します。この記事では、Hermesとは何か、何ではないか、チャットボットの方が勝つ場面を整理します。
Hermes Agentとは何か
Hermesは言語モデルそのものではなく、言語モデルを取り巻く運用環境だと考えてください。
テキストやツール呼び出しを生成するのは、引き続きモデルです。Hermesは、その呼び出しを継続する仕事へ変えるループを提供します。
- 永続メモリ：セッションをまたいで保持します。容量に上限がある
MEMORY.mdとUSER.mdに加え、メモリのドキュメントに記載された外部プロバイダーも任意で使えます。 - スキル：PRのトリアージや週次運用ブリーフなど、繰り返しの仕事のためにエージェントが読み込むMarkdown形式の手順パッケージです。スキルはHermesのスキルディレクトリに置かれ、公式スキルドキュメントの仕組みに従います。
- ツール：ターミナル、ファイル、ブラウザ、Web検索、コード実行、メモリ、cron、MCPサーバーなどを含みます。ツールドキュメントには、組み込みの登録と構成可能なツールセットが記載されています。
- 操作の面：CLI、デスクトップアプリ、ACPによるエディター連携に加え、Telegram、Discord、Slackなど向けの独立したメッセージングゲートウェイがあります。
- イベントとスケジュールのフック：cronは「一定の周期で確認する」仕事に使い、webhookアダプターはデフォルトのポート
8644で認証済みイベントを受け取ります。webhookの結果は設定済みの配信先へ送られます。bearer認証のAPIサーバーでも、汎用の同期コールバックでもありません。
モデルプロバイダーは利用者が選びます。クラウドAPI、OpenRouter、OllamaやvLLMのようなローカルのOpenAI互換エンドポイントです。現在のプロバイダードキュメントでは、ツールを使うエージェント向けに最低64,000トークンのコンテキストが必要です。エンドポイントに届くことだけでは、互換性の確認になりません。Hermesは、選んだモデルのまわりで状態、スキル、ツール方針を維持するランタイムです。
Hermesを評価するときは、3つの層を分けてください。（1）モデルの品質とコスト、（2）Hermesのメモリ／スキル／ツールの設定、（3）ゲートウェイをどこで動かし、誰が届けるかです。層を混ぜると、実際にはモデル、設定、ネットワークの問題であるのに「エージェントが壊れている」というチケットになります。
Hermes Agentではないもの
ここを明確にしておけば、高い期待のツケを払わずに済みます。
ホスティング方式が一つに固定されているわけではありません。 ChatGPT、Claude.ai、Geminiのアプリは、それぞれ独自のメモリやコネクターを持つ製品画面です。Hermesを自社運用する場合、インストール、更新、シークレット、ネットワーク公開は利用者が持ちます。Nous Researchは、専用クラウドインスタンス上のHermes AgentであるHermes Cloudも案内しています。このサービスはインフラとデータの責任境界が異なるため、別途確認が必要です。
ワークフロー自動化の代わりではありません。 webhookを受け取り、フィールドを検証し、行を書き、Slackへ通知するといった決定論的な仕事には、n8n、Zapier、Makeを使います。Hermesはハイブリッド設計の_一部_として置けますが、コネクターや再試行の壊れやすい代用品にすべきではありません。/articles/hermes-vs-n8n-choose-by-jobと/articles/n8n-vs-zapier-vs-makeも参照してください。
魔法のような自律性ではありません。 シェルコマンドの実行、ファイルの編集、Webの閲覧ができるツールは、システムを壊すこともできます。Hermesには危険なコマンドの承認モードと、無条件で拒否するapprovals.denyパターンがあります。Tirithは別の実行前コンテンツスキャナーで、利用できない場合はデフォルトで処理を通します。これらの操作意図の制御は、Docker、Modalなどの隔離境界の代わりにはなりません。実システムへつなぐ前に、セキュリティドキュメントでツールセットとサンドボックスを決めてください。
「自己改善」によって優れた結果が保証されるわけではありません。 学習ループやスキル作成の宣伝は、エージェントが経験からスキルを書き、磨き直せるという能力の説明です。デフォルトではskills.write_approvalとmemory.write_approvalはいずれもfalseなので、これらのゲートを有効にしない限り、書き込みは承認待ちになりません。品質は、人による確認とメモリの整理に左右されます。新しいスキルは、未確認のプルリクエストと同じように扱ってください。スキャナーやカタログの確認だけで、第三者の指示が信頼できるものになるわけではありません。
セラピー、法律相談、医療助言ではありません。 ほかのLLM製品と同じ規則です。判断の重い専門領域には、資格を持つ人が必要です。Hermesを使っても、この境界は変わりません。
チャットボットとエージェントランタイム：判断規則
次の場合はチャットボットを使います。
- 1つの回答や下書きで足りる。
- 結果を自分で実際のシステムに貼る。
- 製品がすでに提供している範囲を超えて、セッションをまたぐメモリは不要である。
- 失敗の代償が小さい（下書きが間違っていれば、書き直せばよい）。
次の場合はHermesのようなエージェントランタイムを使います。
- 仕事が繰り返され、単発のプロンプトではなく手順（スキル）として残すべきである。
- コンテキストを保持する必要がある。プロジェクトの慣例、好みの文体、リポジトリ構成、継続顧客など。
- 次の作業にツールが必要である。リポジトリ検索、ページを開く、スクリプト実行、Issue作成など。
- ブラウザのチャットタブだけでなく、Telegram／Slack／CLIなど、チームがすでに働いている場所へ届けたい。
- webhookによるイベント駆動の実行や、cronによる定期調査が必要である。
短い判定は次のとおりです。_価値がテキストの表示で終わるなら、チャットを使います。価値が「記憶し、判断し、操作し、設定した運用記録を残す」ことなら、エージェントランタイムを評価します。_セッション、ゲートウェイ、配信の記録を設定して確認するまでは、それらを監査証跡と呼ばないでください。
| 仕事 | 適しているもの | 理由 |
|---|---|---|
| 難しいメールを1回だけ書き直す | チャットボット | 出力は1つ、送信は人が行う |
| 同じチェックリストによる週次サポートのトリアージ | Hermes＋スキル | 手順＋メモリ＋チャネル配信 |
| フォームの項目を毎回CRMフィールドへ対応付ける | n8n／Zapier／Make | 決定論的な配管 |
| PR作成を契機に、リスク要約と確認手順案を作る | Hermesのwebhookルート | イベント＋判断。結果は設定済みの配信先へ |
| 長い非公開コーパスについて、出典を確認しながらQ&Aする | Hermes、またはローカル／非公開モデルのRAGスタック | 永続性＋ツール。主張は引き続き検証する |
メモリ、スキル、ツール：実務的な捉え方
3種類の保管場所として考えてください。
-
メモリ： 利用者、環境、長く使う好みに関する事実（
USER.md、MEMORY.md、任意のプロバイダー）。「Linearを使う」「エストニアの顧客はフォーマルな文体を好む」「mainへは決してプッシュしない」に向きます。チケット全文やシークレットの置き場には向きません。 -
スキル： ある種類の仕事の進め方。「PRを要約するときは、影響範囲、不足しているテスト、ロールアウトのリスクを必ず書く」に向きます。二度と使わない単発プロンプトには向きません。
-
ツール： エージェントが触ってよい対象。まずはGitHubの読み取り専用検索、書き込みは承認の向こう。 「強力に見せるために全部有効にする」には向きません。
永続メモリとツールがあるため、Hermesは個人データ、顧客情報の断片、認証情報への参照をセッションをまたいで残す可能性があります。「便利だから」という理由で、シークレットをチャットへ貼らないでください。環境ファイルはプロセス設定であり、シークレットを隔離する境界ではありません。メール、CRM、本番のシェルをつなぐ前に、権限を絞ったトークン、デフォルトのシークレット伏せ、制限したツールセット、脅威モデルに合ったサンドボックスを用意してください。
具体的な利用例
小規模B2Bチームのサポート受信箱。 いま：担当者がチケットをChatGPTへ貼り、下書きを得て、ヘルプデスクへコピーします。Hermesの候補経路では、webhookまたはチャネルメッセージで最小限のチケット情報を受け、トリアージ用スキルを読み、整理した製品情報と重大度を使い、許可された情報源を調べます。下書きは自動送信せず、対応済みで設定済みの確認用チャネルへ送ります。n8nが同じワークフロー内で結果を必要とするなら、webhookアダプターがエージェント出力を返すと仮定せず、デフォルトのポート8642でbearer認証を使うAPIサーバーを呼び出します。
どちらの経路でも、下のモデル品質は同じにできます。違いは永続性、手順、制御された操作です。それがHermesの製品カテゴリです。
Hermesから始めるべきではない場面
次の場合は、Hermesを見送るか延期してください。
- 自社運用ゲートウェイの更新、バックアップ、ファイアウォール、シークレットを維持できる人がチームにいない。
- 最初の用途が、ツール不要の「AIについて質問する」ままである。
- 監査済みのSaaSコネクターとコンプライアンス文書が明日までに必要である。成熟した自動化プラットフォームの方が先に合う場合があります。
- 経営陣が、導入初週から無人の本番書き込みを期待している。製品を問わず、それは運用の失敗待ちです。
毎回コンテキストを説明し直す、同じ手順を何度もコピー＆ペーストする、明確なツール境界付きのエージェントをTelegramやSlackで使いたいなど、チャットの負担をすでに感じているなら、Hermesを検討する時期です。
演習：手元の5つの仕事を分類する
直近2週間の、繰り返し発生するAI関連の仕事を5つ挙げてください。それぞれについて記入します。
- チャットボット／Hermes／自動化プラットフォーム／ハイブリッド
- メモリが必要か？（yes／no）
- スキルが必要か？（yes／no）
- 副作用のあるツールが必要か？（yes／no）
- 外部への送信や書き込みの前に、人の承認が必要か？（yes／no）
演習上の目安として、3つ以上の行でメモリかつ再利用可能な手順かつツールが必要なら、Hermesまたは同様のエージェントランタイムを管理された試験導入にする価値があるかもしれません。このしきい値は、検証済みの選定規則ではありません。ほぼすべてが「一度下書きし、自分で貼る」なら、チャットボットを使い続け、代わりにプロンプトライブラリへ投資してください（/articles/reusable-prompt-libraries）。
次に読むもの
- 初週のセットアップ、メモリの整理、スキル、ツールの承認：Hermes Agentの最初の1週間：メモリの整理、スキル、ツールの承認
- イベント駆動ルートとプロバイダーに適した認証：Hermesのwebhook：巨大な万能プロンプトを使わないイベント駆動エージェント
- 仕事に応じたHermesとn8nの選び方：/articles/hermes-vs-n8n-choose-by-job
- 導入とドキュメント：クイックスタート、ドキュメント、GitHub
Hermes Agentは、状態を保ち、方針の下で操作するエージェントが必要なときに役立ちます。1回のチャット回答が仕事の全部なら、余分な仕組みです。技術構成の目新しさではなく、仕事の形で選んでください。
