Hermes AgentとHermes Desktopの違いとは?本体・GUI・モデル実行側の関係を整理
- 公開日
- 2026-06-08
- 更新日
- 2026-06-26
- 情報確認日
- 2026-06-26
Hermes Desktopを調べていると、Hermes Agent、CLI、TUI、Web Dashboard、LM Studio、Ollama、OpenRouterが一度に出てきます。先に役割で分けると、Hermes Agentは作業を進める本体、Hermes Desktopはその本体を画面から扱うGUI、LM Studio・Ollama・OpenRouterは実際にモデルを返すprovider側です。
導入前に確認すること
- Windowsのバージョン、メモリ容量、GPU/VRAM、空き容量を確認する
- 最初は軽量モデル、短い質問、少ない同時作業から始める
- 公式サイトの対応OS、利用規約、モデルのライセンスを確認する
小型LLMをエージェントに使う時の現実ライン
小型LLMは、軽い分類、短い下書き、簡単なJSON出力の補助には使える可能性があります。一方で、長期自律作業、高精度判断、外部操作は、外部APIや人間確認を組み合わせるほうが安全です。
| 用途 | 小型LLMに任せやすい | 外部APIや人間確認が必要 |
|---|---|---|
| 下書き | 短い文章案 | 公開前の事実確認 |
| 分類 | 少数ラベル | 重要な判定 |
| ツール実行 | 候補提示 | 不可逆操作 |
| 長期作業 | 計画の一部 | 自律実行全体 |
- 小型LLMエージェント利用条件 - 条件と切り分けを詳しく読む
Hermes Desktopでつながらない時の読み順
Hermes Desktopの設定を何度も変える前に、症状別ハブで provider 側、base URL、model ID、API key、PC負荷を分けて確認してください。
- Hermes Desktopトラブル解決ハブ - connection refused、model not found、401/429、timeout、WSL2を症状別に切り分ける
- Hermes Desktop接続トラブル診断 - 数問選んで最初に疑う原因と読む記事を確認する
この記事で扱う範囲
このページは、Hermes Agent = 本体/core、Hermes Desktop = GUI/front end、LM Studio / Ollama / OpenRouter = model provider という役割の違いに集中します。LM StudioのBase URLやModel IDの具体手順は接続メイン記事へ分けます。
| 層 | 担当 | 次に読むページ |
|---|---|---|
| Hermes Agent | 作業を進めるエージェント本体 | /articles/hermes-desktop-local-ai-windows/ |
| Hermes Desktop | AgentをGUIから扱う入口 | /articles/hermes-desktop-local-ai-windows/ |
| LM Studio | GGUFモデルを読み込みLocal Serverとして提供 | /articles/hermes-desktop-lm-studio/ |
| Ollama | CLI/API中心でモデルを提供 | /articles/hermes-desktop-ollama/ |
| OpenRouter / DeepSeek | 外部APIのmodel provider | /articles/hermes-desktop-provider-switching/ |
先に結論:Agentは本体、Desktopは画面、モデルは別の接続先
- Hermes Agentは、作業を進めるエージェント本体・core側です。
- Hermes Desktopは、そのHermes Agentをデスクトップ画面から扱うためのGUI / front endです。
- 実際に文章を生成するモデルは、LM Studio、Ollama、OpenRouterなどのmodel provider側にあります。
Hermes AgentとHermes Desktopの違いを一言で言うと
Hermes AgentとHermes Desktopは、別々のチャットアプリを2つ選ぶ関係ではありません。公式Desktopドキュメントでは、Desktop AppはCLIやgatewayと同じHermes Agent coreを使い、config、API keys、sessions、skills、memoryも同じものを使うと説明されています。
つまり「Agent = 中核」「Desktop = その中核を画面から扱う入口」と見るのがいちばん混乱しにくいです。CLIやTUIで触るか、Desktopで触るかは操作面の違いで、LM StudioやOllamaのようなモデル実行ツールとは担当レイヤーが違います。
Hermes Agentとは
Hermes Agentは、モデルに質問を投げるだけの画面ではなく、記憶、skills、sessions、スケジュール、メッセージ連携、ブラウザ操作、ツール実行などを組み合わせて作業するエージェント本体として見ると分かりやすいです。
ただし、Hermes Agentが単独でLLMモデルそのものになるわけではありません。実際の文章生成や推論は、OpenRouter、Nous Portal上のモデル、LM Studio、Ollama、OpenAI互換APIなど、設定したmodel provider側が担当します。
Hermes Desktopとは
Hermes Desktopは、Hermes Agentをチャット、設定、sessions、providers、skills、profiles、file previewなどの画面から扱うためのネイティブアプリです。公式ドキュメントではmacOS、Windows、Linuxで動くDesktop Appとして説明されています。
重要なのは、Desktopが軽量な別製品ではなく、CLIやgatewayと同じHermes Agent coreを使うと公式に説明されている点です。ターミナルの `hermes` で設定したものとDesktopで扱うものは、同じ中核を別UIから見ている関係です。
CLI / TUI / Desktop / Web Dashboard の違い
| 入口 | 役割 | 初心者向けの理解 | 向いている場面 |
|---|---|---|---|
| Desktop App | ネイティブGUI | Hermes Agentを画面から扱う入口 | チャット、設定、sessions、file preview、provider管理を見ながら使いたい |
| CLI | コマンドライン | `hermes` コマンドでAgentを扱う入口 | ターミナル作業、スクリプト、開発者向けの操作 |
| TUI | ターミナルUI | `hermes --tui` のように画面付きで扱う入口 | GUIより軽く、CLIより会話履歴を見ながら使いたい |
| Web Dashboard / Gateway | ブラウザや外部接続の管理面 | Hermes backendやremote connectionを扱う入口 | 別マシン接続、管理、messaging gatewayを含む構成 |
これらは「別々のAI」ではなく、同じHermes Agentを扱う入口の違いです。公式Desktopページでも、Desktop、CLI/TUI、Web Dashboardは同じagentに話すfront endとして整理されています。
30秒で分かる関係図
- Hermes Agent core: 作業、sessions、skills、memory、tools、providersを扱う中核。
- Desktop App: Hermes AgentをGUIで扱う入口。
- CLI / TUI: Hermes Agentをターミナルで扱う入口。
- Web Dashboard / Gateway: Hermes backendやremote connection、messaging連携を扱う入口。
- Model provider: LM Studio、Ollama、OpenRouter、DeepSeek API、OpenAI互換APIなど、回答モデルを提供する接続先。
文章で書くなら「ユーザー → Desktop/CLI/TUI → Hermes Agent core → model provider → 実際のLLMモデル」という流れです。つながらない時も、この順番で層を分けると原因を追いやすくなります。
呼び方と役割の比較表
| 呼び方 | 役割 | 初心者向けの理解 | 単体で回答モデルになるか | 代表的な確認ポイント |
|---|---|---|---|---|
| Hermes Agent | エージェント本体 / core | 作業を進める中核 | いいえ。model providerが必要 | config、provider、skills、memory、sessions |
| Hermes Desktop | デスクトップGUI | Agentを画面から使う入口 | いいえ。接続先モデルが必要 | model picker、settings、sessions、profiles |
| CLI / TUI | ターミナルUI | Agentをコマンドで使う入口 | いいえ | terminal、config、profile、cwd |
| Web Dashboard / Gateway | 管理・接続面 | ブラウザや別環境から扱う入口 | いいえ | backend、remote connection、auth、gateway |
| LM Studio | ローカルモデル実行 | GGUFなどをGUIで動かす側 | はい。モデルをロードすれば回答側になる | local server、model ID、port 1234、/v1 |
| Ollama | ローカルモデル実行 | CLI/APIでモデルを動かす側 | はい。モデルを起動すれば回答側になる | model name、port 11434、OpenAI互換endpoint |
| OpenRouter | 外部モデルAPI | クラウドモデルをまとめて使う側 | はい。API経由で回答側になる | API key、provider、料金、外部送信、rate limit |
LM Studio・Ollama・OpenRouterはどこに入る?
LM Studio、Ollama、OpenRouterは、Hermes Desktopの代替というより「Hermes Agentが使うmodel provider候補」です。LM StudioはローカルモデルをGUIで探し、読み込み、local serverやOpenAI互換APIとして提供できます。公式のOpenAI互換APIページでは、例として `http://localhost:1234/v1` のbase URLが示されています。
Ollamaは、モデル名とAPI/CLIでローカルモデルを扱う実行側です。Ollama公式のHermes連携では、OpenAI互換endpointとして `http://127.0.0.1:11434/v1` を使う流れが示されています。
OpenRouterはローカルAIではなく外部APIです。OpenRouter公式のHermes Agent連携は、Hermes Agent側にproviderとしてOpenRouterを設定する話であり、Hermes Desktop専用の仕組みではありません。API key、料金、無料モデルの制限、rate limit、外部送信の扱いを別物として確認します。
どれをインストールすればいい?目的別の選び方
| やりたいこと | 最初に使うもの | Hermes Desktopは必要? | 注意点 |
|---|---|---|---|
| とにかくローカルAIとチャットしたい | LM Studio | 急がなくてよい | まず軽いGGUFモデルで短い質問に返答できるか確認 |
| コマンドやAPIでローカルモデルを使いたい | Ollama | 必要になってから | モデル名とendpointを確認 |
| Agent機能をGUIで使いたい | Hermes Desktop | 必要 | provider設定と権限管理が必要 |
| ターミナルでAgentを使いたい | Hermes CLI / TUI | 不要な場合あり | config、cwd、危険コマンド承認に注意 |
| OpenRouterの外部モデルを使いたい | Hermes Agent/Desktop + OpenRouter | Desktopから設定すると見やすい | APIキー、料金、外部送信に注意 |
| PDFや文書検索をしたい | AnythingLLM + LM Studio/Ollama | 目的次第 | Hermes DesktopはRAG専用ツールではない |
よくある勘違い
- Hermes DesktopだけでローカルLLMが動く
- Desktopは操作側です。実際に回答するモデルはLM Studio、Ollama、OpenRouterなどのprovider側に必要です。
- Hermes AgentとHermes Desktopは完全に別製品
- 公式Desktopドキュメントでは、同じHermes Agent coreを異なるUIから扱う関係として説明されています。
- DesktopとCLIで設定や記憶が別になる
- 公式には同じconfig、API keys、sessions、skills、memoryを使うと説明されています。ただしprofilesや端末ごとのUI状態は別に扱われる場合があります。
- LM StudioとHermes Desktopは代替関係
- LM Studioはモデル実行側、Hermes DesktopはAgent操作側です。上下関係ではなくレイヤーが違います。
- OpenRouterはHermes Desktop専用
- OpenRouterはHermes Agentが使えるproviderのひとつとして理解します。Desktopから設定できても、Desktop専用という意味ではありません。
- 最初から本番フォルダで試してよい
- Agentはファイル操作やツール実行を伴う可能性があります。最初は検証用フォルダ、短い質問、小さい作業から始めます。
Windows初心者が安全に試す順番
- まずLM Studioで軽いGGUFモデルを1つ動かす。
- 短い日本語質問に返答できるか確認する。
- 必要ならlocal server / OpenAI互換APIを有効化する。
- Hermes Desktopを検証用フォルダで起動する。
- LM Studio / Ollama / OpenRouterのどれをproviderにするか選ぶ。
- 最初は短い質問・小さい作業だけ試す。
- ファイル操作、YOLO、MCP、Cron、外部APIは意味を理解してから使う。
公式Desktopドキュメントでは、セッション単位のYOLO toggleが危険コマンド承認を迂回する注意点として説明されています。便利さより先に、どの操作をAgentへ許可しているかを確認してください。
OpenRouterを使う場合の考え方
OpenRouterを使う場合は、「Hermes DesktopにOpenRouterを入れる」というより、Hermes Agentが使うproviderとしてOpenRouterを設定する、と考える方が正確です。Desktopはその設定やmodel pickerを見やすくする入口になります。
ローカルのLM Studio/Ollamaと違い、OpenRouterでは入力内容が外部APIへ送信され、API key、利用料金、無料モデルの条件、rate limit、ログの扱いが関係します。公開できないコード、個人情報、業務データを送る前に、送信先と契約条件を確認してください。
- Hermes DesktopでOpenRouterを使う - API key、model ID、外部送信の注意点を見る
- Provider切り替え運用 - LM Studio・Ollama・OpenRouter・DeepSeekを使い分ける
- API serverの基礎 - base URL、/v1、OpenAI互換APIの意味へ戻る
つながらない時はどこを見る?
Hermes Desktopが無反応でも、Desktopだけが原因とは限りません。まずprovider単体で短い質問に答えられるか、local serverが起動しているか、base URLに `/v1` が必要か、model IDが実際に見える名前かを確認します。
- Hermes Desktopエラー別チェック - connection refused、model not found、timeoutを症状別に見る
- LM Studio接続の確認 - port 1234、model ID、local serverを確認
- Ollamaをproviderにする場合 - port 11434、model name、endpointを確認
- 診断ツール - 接続先と症状から見る場所を絞る
まとめ:名前ではなく役割で分ける
Hermesまわりで迷ったら、名前ではなく役割で分けてください。Agentは本体、Desktop/CLI/TUI/Web Dashboardは入口、LM Studio/Ollama/OpenRouterはモデルを返すproviderです。
初心者は、まずLM StudioかOllamaでモデル単体を動かし、次にHermes DesktopでAgentのGUI操作を試す順番が安全です。外部APIを使う場合は、ローカルAIとは違う料金・外部送信・rate limitの確認を先に済ませます。
次に読む順番
- Hermes Desktop全体の親記事 - Windowsで入れる前の全体像へ戻る
- Hermes DesktopとLM Studio - LM Studioをproviderにする手順へ進む
- Hermes DesktopとOllama - Ollamaをproviderにする場合を確認する
- Hermes DesktopでOpenRouter - 外部APIを使う場合の注意点を見る
- Provider切り替え運用 - LM Studio / Ollama / OpenRouter / DeepSeekを目的別に分ける
- API serverの基礎 - base URL、endpoint、OpenAI互換APIを整理する
- GGUFとは? - ローカルモデルファイルの基本へ進む
- Q4/Q5/Q8の違い - 重いモデルを選ばないための基礎を見る
- LM StudioとOllamaの違い - モデル実行側をどちらにするか比較する
- GGUFモデル選び診断 - PCに合うモデルの目安を見る
よくある質問
Hermes AgentとHermes Desktopの違いは何ですか?
Hermes Agentは作業を進める本体・core側、Hermes DesktopはそのAgentをデスクトップ画面から扱うためのGUIです。回答モデルそのものはLM Studio、Ollama、OpenRouterなどのprovider側にあります。
Hermes DesktopはHermes AgentのGUI版ですか?
初心者向けにはそう理解して大丈夫です。公式Desktopドキュメントでは、CLIやgatewayと同じHermes Agent core、同じconfig、API keys、sessions、skills、memoryを使うnative appとして説明されています。
Hermes Desktopだけ入れればAIとチャットできますか?
Desktopは操作画面なので、実際に応答するmodel providerが必要です。まずLM StudioやOllamaでローカルモデルを動かすか、OpenRouterなど外部API providerを設定します。
Hermes Agent CLIとHermes Desktopはどちらを使うべきですか?
画面でsessions、settings、model picker、file previewを見ながら使いたいならDesktopが分かりやすいです。ターミナル中心で作業したい、スクリプトやCLI操作に慣れているならCLI/TUIが向きます。
DesktopとCLIで設定やセッションは共有されますか?
公式Desktopドキュメントでは同じconfig、API keys、sessions、skills、memoryを使い、片方で始めたsessionを別の入口で再開できると説明されています。ただしprofileや端末ごとのUI状態は分けて確認してください。
LM StudioはHermes Agentの一部ですか?
いいえ。LM StudioはローカルLLMを探し、読み込み、local serverやOpenAI互換APIとして提供するモデル実行側です。Hermes Agentが使うprovider候補として接続します。
OllamaはHermes Agentの一部ですか?
いいえ。OllamaはモデルをCLI/APIで管理・実行する側です。Ollama公式のHermes連携では、OllamaのOpenAI互換endpointをHermes Agentへ向ける考え方が示されています。
OpenRouterはHermes Desktop専用ですか?
いいえ。OpenRouterはHermes Agentが使える外部API providerのひとつです。Desktopから設定を見やすく扱えても、Desktop専用という意味ではありません。
Windows初心者は何から始めるべきですか?
まずLM Studioで軽いGGUFモデルを1つ動かし、短い日本語質問に返答できるか確認します。その後、必要ならlocal serverを有効化し、検証用フォルダでHermes Desktopを試す順番が安全です。
Hermes Desktopを使うとローカルAIの速度は速くなりますか?
速くなるとは限りません。速度は主にLM StudioやOllama側で動かすモデルサイズ、量子化、メモリ、VRAM、context length、PC負荷に左右されます。
APIキーや外部送信で注意することはありますか?
OpenRouterなど外部API providerを使う場合、入力内容は外部へ送信され、API key、料金、rate limit、ログの扱いが関係します。公開できないデータは送る前にルールを確認してください。
CodexやClaude Codeとは何が違いますか?
CodexやClaude Codeは開発支援の文脈で使われることが多い一方、Hermes Agentはskills、memory、sessions、messaging、gateway、provider設定などを組み合わせる作業エージェントとして見ると整理しやすいです。
次に読むおすすめルート
開発・API連携したい人
LM StudioとOllamaの違いを確認し、API、長文処理、RAGまで段階的に進みます。
- ローカルAIをAPIで使う方法
- ローカルAIでJSON出力する方法
- LM StudioとOllamaの違い
- コンテキスト長とは
- RAG・埋め込み・ベクトルDBの仕組み
- RAG評価と引用確認の基礎
- faithfulness確認
- ローカルRAGのプライバシー
- MCPとは
- ローカルLLMの安全性とプライバシー
- Gemma 4 12Bの更新メモ
- Hermes Desktopとは
- Hermes DesktopとLM Studio接続
- Hermes DesktopとOllama接続
- Hermes Desktop接続トラブル
- Hermes DesktopでOpenRouterを使う
- Hermes DesktopでDeepSeek APIを使う
- Hermes DesktopでProviderを使い分ける
- Hermes DesktopとLM Studio接続の確認ポイント
- Ollamaとは
- Ollamaの解説
- 診断基準
- 比較表
あなたはどのタイプ?
- 初めてローカルAIを触る人 - まず全体像をつかみ、LM StudioとOllamaの違い、モデルサイズの考え方を順番に確認します。
- GPUなし・低スペックPCの人 - 軽量モデル、メモリ別の目安、重いときの確認ポイントを先に見ます。
- PDFや資料を読ませたい人 - 先に基本を押さえ、モデル単体の確認後にAnythingLLMへ進みます。
- 開発・API連携したい人 - LM StudioとOllamaの違いを確認し、API、長文処理、RAGまで段階的に進みます。
関連チェック先
- LM Studio Docs - LM Studioのアプリ、ローカルモデル、GGUF実行、オフライン利用、API機能の公式説明です。
- LM Studio Local LLM API Server - Developer / Server、local server、起動方法、server設定の公式説明です。
- LM Studio OpenAI Compatibility Endpoints - OpenAI互換APIのbase URLやendpointの考え方を確認できます。
- LM Studio List Models - local serverから見えるmodel IDを確認する公式ページです。
- LM Studio Hermes Agent integration - Hermes AgentでLM Studioをmodel providerとして使う公式連携ページです。
- Hermes Agent official - Hermes Agent本体の公式サイトです。
- NousResearch/hermes-agent GitHub - Hermes Agentの公式GitHubリポジトリです。
- fathah/hermes-desktop GitHub - Hermes DesktopのREADME、機能、provider対応を確認できます。
- Ollama Docs: Hermes Agent - OllamaをHermes Agentから使う場合の公式連携情報です。
- Sustainable LLM Inference for Edge AI - Raspberry Pi 4 4GB RAM上で、Ollama library由来の量子化LLMを速度、精度、電力の観点から評価した研究です。
- Which Quantization Should I Use? - llama.cpp量子化形式をLlama-3.1-8B-Instructで統一評価した研究です。単一モデル評価として扱います。
- ggml GGUF specification - GGUFがtensorとmetadataを含む推論用ファイル形式であることを確認できます。
- ggml-org/llama.cpp - GGUFモデルをCPU/GPUで実行する代表的な実装です。
- Ollama Docs - Ollamaの公式ドキュメントです。
- Hugging Face Models - モデルカード、ライセンス、配布元、intended useを確認する入口です。