2026 Hermes Agent はなぜ 7×24 常駐マシンが必要なのか？
三層メモリ、VPS／Raspberry Pi／Mac mini M4 選定表と日次レンタル意思決定
Zenn や Qiita で「Hermes Agent 入門」記事が増える 2026 年 5 月、読者から最も多い質問はこれです。ずっと動き続ける AI エージェントを自宅 MacBook で回して大丈夫？ Nous Research の三層メモリ（MEMORY.md / Skills / SQLite）は何が違う？ 月 700 円 VPS、Raspberry Pi 5、MacDate 日次レンタル M4——個人開発者のコスパ最適解はどれ？ 本稿はエンジニア向け長文として、ハード選定・五ステップ・三つのハード数字をまとめました。
2026 年、Nous Research の Hermes Agent が GitHub で 1 万 Star を突破しました。キャッチコピーは Your AI that actually remembers——セッションを閉じても学習が消えない、記憶が複利で効くエージェントです。OpenClaw が「1 万円以下の常駐バイナリ」を押すのに対し、Hermes は CLI と Telegram / Discord などのチャット基盤の間を埋める設計。Cron スケジュール、サブエージェント並列、local / Docker / SSH / Singularity / Modal の五実行バックエンドを備え、三層メモリでプロジェクト慣習・ユーザー嗜好・過去会話を分離保存します。ここでハード選定の本質が見えます。記憶はディスクに書き、Cron は定時起動し、Webhook は外部から届く——ホストは 7×24 オンラインである必要がある。本記事は Zenn/Qiita で自前検証を書きたい個人開発者、Telegram Bot で業務自動化したいスタートアップ CTO、VPS と Mac のどちらに載せるか迷うインフラエンジニア、週末だけ Agent 実験したい副業 iOS エンジニア向けです。
目次 · TABLE OF CONTENTS
- 01 Hermes Agent とは：記憶が資産になるオープンソース Agent
- 02 7×24 常駐が必須な理由：Cron・Webhook・メモリ永続化
- 03 三層メモリ：MEMORY.md、Skills、SQLite セッション検索
- 04 VPS／Raspberry Pi／Mac mini M4 選定マトリクス
- 05 macOS + M4 が Hermes のスイートスポットな理由
- 06 五ステップ：MacDate レンタル M4 で Hermes を動かす
- 07 三つのハード数字と 1～3 日トライアル日程
- 08 購入 vs 日次レンタル：コスパ分岐点
- 09 セキュリティ：メモリ注入・データ残留・返却消去
- 10 限界と最適解：Agent ノードとメイン Mac の分離
01. Hermes Agent とは：記憶が資産になるオープンソース Agent
Hermes の状態モデルは四層：messages（ランタイム）、session（SQLite 永続化）、memory（ファイル）、config（YAML）。デフォルト LLM は Atropos RL で調整された Hermes-3——tool-call 精度と長距離タスク向け。OpenAI / Anthropic / ローカル Ollama にも切替可能です。
2026 年の Agent 三強を整理すると：OpenClaw＝超軽量常駐＋プラグイン、Cursor 系＝IDE 内蔵だが記憶なし、Hermes＝マルチチャネル CLI + 自己改善メモリ。Qiita でよく見る「毎回プロンプトを貼り直す疲れ」を、Hermes は SQLite FTS5 + LLM 要約で解消します。「先週火曜に直した race condition、どうやったっけ？」と Telegram で聞けば、session DB から該当ログを引いて回答——これが ずっと動き続ける AI エージェント の価値です。
02. 7×24 常駐が必須な理由：Cron・Webhook・メモリ永続化
Hermes は「必要なときだけ python 実行」ではなく常駐デーモンとして設計されています。
- 自然言語 Cron：
jobs.jsonに「毎週月曜 9 時に GitHub PR を要約して Telegram へ」と書くだけ——スケジューラが常時必要。 - Webhook：Telegram Bot / Discord Gateway は安定した入口が要る。ノート PC のスリープで切断。
- Frozen Snapshot：
MEMORY.md変更は即ディスク書込みだが、system prompt 反映は次セッション——ホスト停止で同期遅延。 - サブエージェント：親プロセス消失で子タスク全滅。
- SSH バックエンド：リモート実行の callback 待ちに本体が要る。
「とりあえず MacBook Pro で」は Zenn あるあるの落とし穴です。スリープ、蓋閉じ、Time Machineで Agent が沈黙。7×24 ≠ 新規購入必須ですが、専用ノードは必須——VPS、Pi、または MacDate 日次レンタル M4 です。
03. 三層メモリ：MEMORY.md、Skills、SQLite セッション検索
第 1 層：永続ファクトファイル（MEMORY.md + USER.md）
高 S/N・低レイテンシの確定記憶。MEMORY.md 上限 2,200 文字（プロジェクト慣習・環境の癖）、USER.md 上限 1,375 文字（タイムゾーン・口調・技術スタック）。セッション開始時に system prompt へ確実注入——ベクトル検索のブレなし。
Frozen Snapshot：実行中の prompt は変えず prefix cache を維持。ランタイムが定期的に「記憶候補」を評価し、重要度不足は破棄——ノイズ蓄積を防ぐ use-it-or-lose-it 設計。
第 2 層：手続き Skills
skills/ に再利用ワークフロー。トリガ条件、コマンド、検証手順、落とし穴。複雑タスク解決後に Hermes が Skill を自動合成——自己改善の核。
第 3 層：SQLite セッション検索
全会話を SQLite + FTS5 で索引。「あの API timeout、前どう直した？」→ キーワード検索 + LLM 要約でコンテキスト復元。長期運用で DB は数 GB に——NVMe SSD 必須、microSD の Pi は不向き。
オプション：外部メモリ Provider
Honcho、Mem0、LightRAG 等——同時に 1 つだけ有効化が推奨。
04. VPS／Raspberry Pi／Mac mini M4 選定マトリクス
| 観点 | VPS（$5～20/月） | Raspberry Pi 5（8GB） | Mac mini M4（16/24GB） | MacDate 日次 M4 |
|---|---|---|---|---|
| 7×24 安定性 | ★★★★★ DC UPS | ★★★ 家庭電源/回線 | ★★★★ 低消費電力 | ★★★★★ ベアメタル DC |
| SQLite I/O | ★★★ プラン次第 | ★★ SD 磨损リスク | ★★★★★ 内蔵 NVMe | ★★★★★ 同左 |
| ローカル LLM | ★ CPU のみ | ★★ 7B 量子化限界 | ★★★★ M4 38 TOPS | ★★★★ 同左 |
| macOS / Xcode | ✗ Linux | ✗ Linux | ★★★★★ ネイティブ | ★★★★★ ネイティブ |
| メモリ | 1～2GB（API 利用） | 8GB ギリギリ | 16GB 快適 / 24GB で 7B | 16～24GB 選択可 |
| 24 ヶ月 TCO | ¥18,000～72,000 | ~¥15,000 一式 | ~¥248,000 購入 | 日割り、90 日未満で有利 |
| 最適用途 | クラウド API のみ | 実験・IoT | 長期自前・ローカル LLM | 検証・短期スプリント |
即決フロー：API のみ・予算最小 → VPS。Ollama + Apple toolchain → M4 購入 or レンタル。期間未定 → MacDate 3～7 日トライアルが Zenn 検証記事の定番パターン。
05. macOS + M4 が Hermes のスイートスポットな理由
- launchd：
KeepAliveでクラッシュ自動復旧——systemd より macOS スリープと相性良し。 - ユニファイドメモリ：16GB で Hermes + 7B Ollama + SQLite 共存。
- Keychain：Bot Token を平文 .env から隔離。
- メイン Mac との分離：Agent はレンタル M4、開発は MacBook——Qiita で推奨される「第 2 台 Mac」構成。
06. 五ステップ：MacDate レンタル M4 で Hermes を動かす
Zenn 記事としてそのまま転載できる手順です。所要 約 3 時間。
- レンタルと SSH：macdate.com で M4 日次プラン → SSH ログイン → Homebrew → Python 3.11+。
- Hermes インストール：
pip install hermes-agent、HERMES_HOME=~/hermes-data、config.yamlに LLM 設定。 - 三層メモリ初期化：
MEMORY.md（pnpm 使用等）、USER.md（Asia/Tokyo、日本語応答）、skills/作成。初回 chat で SQLite 生成確認。 - 7×24 常駐：
~/Library/LaunchAgents/com.hermes.agent.plistをKeepAlive設定。Telegram Bot +jobs.jsonで「毎朝 8 時 git log 要約」Cron テスト。 - 検証と返却：翌日「昨日言った package manager は？」→ 記憶リコール確認。
HERMES_HOMEを tar バックアップ → MacDate コンソールで NIST 消去 → 返却。
07. 三つのハード数字と 1～3 日トライアル日程
- 2,200 文字：
MEMORY.mdハード上限——超過エントリは拒否。prompt 膨張防止の設計値。 - < 200ms：第 1・2 層のセッション開始注入遅延——RAG より桁違いに安定。
- 90 日：M4 購入 vs MacDate 日次レンタルのコスパ分岐点（日額 ¥3,000～5,000、購入 ~¥248,000 想定）。
週末 3 日プラン（Qiita 検証向け）：
- Day 0 夜：MacDate 注文 + Telegram Bot Token 準備。
- Day 1 午前：SSH → Hermes → MEMORY/USER → 10 ラウンド対話。
- Day 1 午後：launchd + Cron、スマホ Telegram で外出先テスト。
- Day 2：新セッションで履歴質問、SQLite リコール検証。任意で Ollama 7B。
- Day 3：バックアップ → 消去 → 返却。Zenn 下書き用ログ取得完了。
08. 購入 vs 日次レンタル：コスパ分岐点
- M4 16GB 購入：約 ¥248,000 + 電気代 ~¥500/月 → 24 ヶ月 ~¥260,000。
- MacDate 日次：¥4,000/日 × 30 日 = ¥120,000/月——スプリント月だけなら OpEx 可控。
- 3 人チーム：レンタル 1 台を共有すれば人均 1/3。
詳細は M4 日次レンタル TCO 記事、日次レンタル FAQ を参照。
09. セキュリティ：メモリ注入・データ残留・返却消去
- 注入対策：MEMORY 書込前に injection スキャン——不可信 Web ページ読込後の即書込は避ける。
- データ残留：session DB に API 鍵・顧客名。MacDate 物理機 + NIST 消去は共用 VPS より GDPR/個人情報保護法に適合しやすい。
- ネットワーク：Webhook は Tailscale 優先。0.0.0.0 公開は非推奨。
10. 限界と最適解：Agent ノードとメイン Mac の分離
Hermes は「失憶」を解決しますが「どこで動かすか」は別問題。メイン MacBook に 7×24 常駐させると、開発環境汚染・スリープ不能・SSD 競合が起きます。最適構成：
- Agent ノード：MacDate 日次 M4——Hermes + Ollama + Cron + Telegram。
- メイン Mac：SSH / Tailscale で指示のみ。
- 推論：OpenAI / Anthropic API——ノードは記憶とオーケストレーション専任。
3 日レンタルで三層メモリと Cron を通し、から購入判断——これが 2026 年、ずっと動き続ける AI エージェントを現実的に運用する道筋です。フレームワークは Hermes、常駐ハードは macdate.com の物理 Mac へ。