Hermes Agent になぜ常時稼働の
マシンが必要か?三層メモリ構造と Mac mini M4 選型

2026 年、Nous Research がオープンソース公開した Hermes Agent が注目を集めた理由は「もう一つのチャット UI」ではありません。Agent をあなたのマシン上で動く長期プロセスとして設計し、セッション横断の記憶、Skill の自動蓄積、Telegram などのゲートウェイ経由の遠隔タスク投入を前提にしているからです。多くの人が最初に聞くのは次の問いです。ノート PC を閉じると記憶は消えるのか。Raspberry Pi で足りるのか。VPS ではダメなのか。

本文は Hermes の私有デプロイを決めたものの常駐ハードウェアで迷っている開発者と小規模チーム向けです。公式ドキュメントで確認できる三層メモリ構造から「なぜ 7×24 が必要か」を説明し、Raspberry Pi / Linux VPS / Mac mini M4(月額ベアメタル含む)の意思決定マトリクスと六段手順チェックリストを示します。読み終えた時点で、再起動で何が失われるか、どの宿主が記憶と Skill の複利に最適かを判断できるはずです。

01 Hermes Agent が「常時稼働」を要求する理由:迷信ではなく構造上の制約

Hermes は自己改善型 Agentとして位置づけられています。複雑なタスク完了後にワークフローを再利用可能な Skill に蒸留し、複数ターンの対話でユーザープロファイルとプロジェクト事実を維持します。「毎回ブラウザを開いてゼロから始める Copilot」とは異なり、価値は稼働時間 × タスクの多様性で蓄積されます。Gateway プロセス、Cron、メッセージチャネルがバックグラウンドで常に利用可能であることが前提です。

  • ゲートウェイの連続性:公式は Telegram、Discord、Slack、WhatsApp など二十以上のチャネルをサポートします。スマートフォンから指令を送ったとき、Agent はリモートホスト上で即座にツールをスケジュールすべきであり、帰宅して PC を開くのを待つべきではありません。
  • スケジュールと無人運用:自然言語 Cron で日報、バックアップ、巡回を回せます。ホストがスリープするとトリガー窓を逃し、一部サンドボックスセッションは優雅に復旧できません。
  • 記憶の書き込みタイミング:永続層はディスク(~/.hermes/)にありますが、現在セッションのシステムプロンプトは frozen snapshot です。長期事実はファイルキュレーションと episodic 検索で補完されます。プロセスが長期オンラインであるほど、高頻度のやり取りの中で USER / MEMORY と Skill を継続更新できます。
  • サブ Agent と並列:隔離サブ Agent、並列ターミナル、Python RPC パイプは制御面の安定を前提とします。頻繁な停電は「一時停止」ではなく「ラインを解体する」に近い挙動になります。

「再起動で記憶は消えるか?」——ディスク上の永続記憶は通常消えません。本当に損なわれるのは進行中セッション、未フラッシュの中間状態、7×24 の複利リズムです。

アーキテクチャと記憶の挙動は Nous Research 公式ドキュメントを正としてください。リリース後は下記リンクで再確認することをおすすめします。

Hermes Agent Documentation

Persistent Memory | Hermes Agent

02 Stateless から Persistent へ:三層メモリがハード要件を決める

コミュニティと公式ドキュメントは Hermes の記憶を三層と概括することが多いです。各層が何を読み、何を書き、どれだけ算力を食うかを理解すれば、「インストールできる」ことと「運用が得になる」ことの差が説明できます。

Hermes Agent 三層メモリとハードウェアの関連
格納先 役割 宿主への要求
Tier 1 高信号状態 MEMORY.mdUSER.md プロジェクト事実とユーザープロファイル。毎回のシステムプロンプトに載るキュレーション断片 低 IO、安定ディスク。文字上限は設定で強制(§5 参照)
Tier 2 手続き Skill ~/.hermes/skills/ Markdown 成功ワークフローを再利用可能な「筋肉記憶」に固定。agentskills.io 規約に従う ディレクトリのバックアップとバージョン管理。タスクが複雑になるほどファイルが増える
Tier 3 セッション横断検索 SQLite + FTS5 等 「先週直したバグ」類の episodic リコール。LLM 要約を経て現コンテキストへ注入 ディスク容量と索引メンテナンス。長期稼働で DB サイズが増加

Tier 1 は「起動直後にあなたが誰か、プロジェクト制約は何か」を解決します。Tier 2 は「同種タスクを毎回ゼロから推論しない」ことを担います。Tier 3 は「履歴の細部を有限文字の MEMORY に全部詰め込まない」ことを担います。三層を重ねると、宿主を替えるコストはバイナリの再インストールではなく丸ごと ~/.hermes/ エコシステムの移行になります。これは前日の「レンタルか購入か TCO」議論と補完関係にあります。本稿はアーキテクチャ → 常駐に焦点を当て、財務対照は Hermes 専用機 24 か月 TCO 記事を参照してください。

モデル面では Hermes はモデル非依存を強調します。Nous Portal、OpenRouter、ローカル Ollama / LM Studio などへルーティングできます。Apple Silicon ではユニファイドメモリ(UMA)により「ローカル小モデルでルーティング + クラウド大モデルで推論」というハイブリッド戦略が滑らかになります。多くのチームが宿主を純 ARM ボードではなく Mac mini M4 に固定する理由の一つです。

03 Raspberry Pi、Linux VPS、Mac mini M4:三つの宿主を試した差分

公式 README には Hermes が「$5 VPS、GPU クラスタ、Modal 等 Serverless」で動くと書かれています。しかしAgent 記憶の複利シナリオでは、三つの一般的な選択肢それぞれに異なる弱点があります。

  • Raspberry Pi 4/5:軽量ゲートウェイやリモートセンサー型タスク向きです。並列ツール呼び出し、ローカルモデル、ブラウザサンドボックスを同時に開くとメモリと CPU がすぐ頭打ちになります。macOS 公式ワンクリックインストールパスもなく、想定以上の運用コストがかかります。
  • 汎用 Linux VPS:月額は低く、パブリック IP も即座に得られます。弱点は越境 RTTがツールチェーン遅延を増幅すること、ディスク IO と noisy neighbor が SQLite 検索に効くこと、従量課金モデルで「長タスク + 多回リトライ」時に請求が揺れることです。
  • 自前購入 Mac mini M4:ユニファイドメモリ、macOS ネイティブサポート、静音低消費電力でデスク 7×24 に適します。CapEx、減価償却、増設換機は自前で負担します。
  • CALMVPS ベアメタル Mac 月額レンタル:M4 + macOS の利点を保ちつつ OpEx が予測可能、複数リージョン、短い契約で検証サイクルを切れます。「30 日 Hermes を回してから買うか決める」に向いています。
Hermes Agent 宿主選型マトリクス(シナリオ級)
次元 Raspberry Pi Linux VPS Mac mini M4 月額ベアメタル
7×24 安定性 SD カードと電源がリスク データセンター依存、共有宿主リスク データセンター電源 + 専有インスタンス
macOS 公式パス なし なし(Linux パス) あり
ローカルモデル / UMA 極めて制限 通常 Apple Silicon なし 16GB / 24GB 等ティア選択可
遠隔指令レイテンシ LAN 内は許容 越境で顕著 リージョン選択で RTT 低減
試行コスト ハードは sunk cost 低月額だが移行が面倒 日/週/月契約で迅速解約

「記憶が複利する」Hermes にとって最適宿主は、30 日安定稼働でき、ディスクに ~/.hermes/ を載せられ、フタ閉じスリープを気にしなくてよいマシン——必ずしも家で最安の一台ではありません。

04 月額ベアメタル Mac 上で Hermes を常駐:六段手順チェックリスト

以下は CALMVPS でSSH 到達可能な専有 Macを取得し、そのホスト上で Gateway を動かす前提です。コマンドは公式 Installation ページの現行版に従ってください。

  1. 機種選定と注文:料金ページで M4 メモリティア(ツール呼び出し、ブラウザサンドボックス、任意ローカルモデル用の余裕)を選び、リージョンと契約期間を確定します。
  2. 納品検収:SSH フィンガープリント、macOS バージョン、ディスク余量を記録します。未認証管理ポートを公開ネットワークに露出していないことを確認します。
  3. Hermes インストール:公式インストールスクリプトで依存関係と CLI を導入します(macOS パスは多くの場合一行で完了します)。
  4. setup 実行:hermes setup でモデルエンドポイント、記憶、ユーザープロファイルスイッチを設定します。
  5. 常駐設定:launchd またはチーム既存のデーモン方式で Gateway をクラッシュ後自動再起動させます。メッセージチャネルバインド時は最小権限 Token を使います。
  6. バックアップと移行:~/.hermes/ を定期的にオブジェクトストレージへパックします。換機または解約前はディレクトリ全体を復元し、チャットログだけコピーしないでください。
install-hermes.sh
curl -fsSL https://get.hermes-agent.org | bash
hermes setup

インストール入口は公式 Installation ページを正としてください。

Installation | Hermes Agent

05 引用可能パラメータ、FAQ、CALMVPS シナリオへの接続

  • 記憶文字上限(公式デフォルト):memory_char_limit: 2200user_char_limit: 1375。超過分は Skill と session search に委ね、システムプロンプトへ無限に積み上げません。
  • データ配置:コアディレクトリ ~/.hermes/(設定、memories、skills、episodic データ)。宿主移行時は必ずディレクトリ単位でバックアップしてください。
  • ライセンス:Hermes Agent は MIT オープンソースです。実行バックエンドはローカル、Docker、SSH、Modal 等を選べますが、macOS + Apple Silicon は低摩擦な組み合わせです。

FAQ

  • 再起動で記憶は消えますか? 永続ファイルと SQLite はディスク上に残ります。失われるのはセッション内瞬間コンテキストと無人タスクの連続性です。
  • ノート PC だけで足りますか? 短期試用には向きます。本番環境では専用オンライン Mac を推奨し、スリープと OS 更新によるゲートウェイ断を避けてください。
  • Raspberry Pi で動きますか? 軽量シナリオなら可能です。複雑 Skill + ローカルモデル + ブラウザ自動化には M4 ティアを推奨します。

Hermes をよくフタを閉じるノート PCに置くと、Gateway 連続性とオフィス環境の騒音・放熱が弱点になります。安価な越境 VPS ではレイテンシ、IO、macOS パス欠如が弱点です。Raspberry Pi では算力上限と運用の断片化が弱点です。7×24、三層メモリの継続複利、迅速納品、増設可能な本番環境には、CALMVPS ベアメタル Mac mini M4 月額レンタルが多くの場合最適解です。Apple Silicon 専有、複数リージョン、柔軟な契約期間で Agent 能力に集中できます。機種と料金は CALMVPS 料金ページ、注文は Mac mini M4 注文ページをご覧ください。