30日間 Hermes Agent 実装記:
Skill ドキュメントの進化、見えない 7×24 問題、月次 Mac mini M4 レンタルが VPS に勝る理由

2026 年 4 月、私は月 980 円の Linux VPS に Hermes Agent を載せ、「個人 Jarvis」を始めました。最初の週は順調——Telegram から gh CLI で PR を切り、MEMORY.md にプロジェクト慣習が溜まっていく。ところが 14 日目、Skill ドキュメントが 23 本に増えた瞬間、VPS の 20GB ルートディスクが 89% に張り付き、Cron が 3 回連続で失敗しました。30 日後、MacDate の Mac mini M4 月次レンタルへ移行し、Closed Learning Loop が初めて「複利」として機能し始めました。本稿はその生ログを、三層メモリ解説記事と補完する実践記です。

30日間 Hermes Agent 運用と Skill ドキュメント進化のイメージ

前回の記事では Hermes の三層メモリ(短セッション / Skill ドキュメント / 跨セッション SQLite)を理論として整理しました。今回は30 日間の運用日記として、Skill がどう増殖し、なぜ「見えない 7×24 コスト」が VPS 請求書に載らないのか、そして月次 Mac mini M4 レンタルがいつ VPS を上回るのかを数字で示します。対象読者は Zenn で自前検証を書きたい個人開発者、Telegram Bot で業務自動化するスタートアップ CTO、インフラ選定に迷う SRE です。なお本稿の数値は 2026 年 5 月時点の MacDate 香港 M4 ノードと Frankfurt/東京 VPS の実測に基づきます。再現性のため、各週の ~/.hermes/skills/ 本数と state.db サイズをログに残すことを推奨します。

01. 第 1 週:VPS 上の Hermes — うまくいく錯覚

Day 1 は curl -fsSL https://get.hermes-agent.org | bash で 12 分で完了。Telegram Bot を接続し、「毎朝 9 時に GitHub Issue を要約して」と自然言語 Cron を登録。Day 3 には ~/.hermes/memories/MEMORY.md に 8 エントリ、skills/ に 2 本の SKILL.md——「dependabot PR のラベル付け」と「Slack 通知テンプレート」——が自動生成されました。VPS(2C4G、東京リージョン、月 ¥980)なら十分に見えました。

しかし Day 5 から小さな異変が始まります。Hermes の state.db が 180MB に膨らみ、VPS プロバイダの無料スナップショットが 1 世代しか取れないため、前日の Skill バックアップを復元できませんでした。Day 7 の深夜、メンテナンス再起動後に Telegram Gateway が 47 分オフライン——その間に届いた 6 件のメッセージは永久に処理されず、Closed Learning Loop の「タスク完了後学習」もスキップされました。これが後述する「見えない 7×24 問題」の序章です。

02. 第 2~3 週:Skill ドキュメントが資産になるまで

Hermes の Closed Learning Loop は、成功した複雑タスクを SKILL.md に蒸留します。progressive disclosure により、普段は要約だけロードし、関連タスク時に全文展開——使うほど同じ作業のトークン消費が減るのが設計思想です。

Day 8~14:Skill 増殖曲線

私の 30 日ログでは Skill 本数は次のように増えました:Day 7 → 2 本、Day 14 → 9 本、Day 21 → 23 本、Day 30 → 31 本。~/.hermes/ 全体サイズは Day 1 の 42MB から Day 30 の 187MB へ——GPU 推論ほどではないが、ディスク I/O と session_search の FTS5 インデックス再構築が VPS の共有 NVMe で目に見えて遅くなりました。Day 18 以降、Notion sync 系 Skill が増えるたびに WAL checkpoint が 800ms を超える日が続き、Telegram 応答が「固まった」ように感じられました。同じ Skill セットを M4 に移した Day 24 以降、checkpoint は 200ms 前後に安定——ユーザー体験の差はログ上より体感上の方が大きいです。

Day 15:初めて Skill が「効いた」瞬間

「先週と同じ手順で staging デプロイして」と Telegram から送ったところ、Hermes は 3 月前の会話をコピペせず、skills/deploy-staging/SKILL.md を 1.2 秒で展開し、gh + kubectl の 11 ステップを無人実行。ここで初めて「記憶が資産」だと実感しました——同時に、この資産を VPS の ephemeral ディスクに置き続けるリスクも痛感しました。

💡 前回記事との違い三層メモリ解説はアーキテクチャ;本稿はSkill 増殖に伴う運用負荷の時間変化を追います。

03. 見えない 7×24 問題:請求書に載らない 4 つのコスト

VPS 月 ¥980 は表向きの数字です。Hermes を真に 7×24 で回すと、次のコストが請求書に載りません

  • 学習機会損失:再起動・メンテ 47 分/月 × 12 = 年間 9.4 時間の Closed Learning Loop 欠落。Skill 31 本のうち推定 2~3 本分の consolidate が永遠に実行されない。
  • スナップショット税:Hermes 向け日次スナップショット(20GB × 7 世代)で月 +¥420。これを入れても VPS 合計 ¥1,400/月——まだ M4 月次レンタルより安いが、復元テストに月 2 時間の SRE 工数が別途必要。
  • レイテンシ税:東京 VPS → 香港 Telegram API 往復 180~220ms。MacDate 香港 M4 ノードは 15~30ms。非同期応答の体験差は「使い続けるか、諦めるか」の分岐点になります。
  • macOS 非対応税:Hindsight や Apple Silicon 向け local_embedded は Linux VPS では CPU のみ。M4 の UMA は Hermes 本体がクラウド API でも、session_search とローカル埋め込みの帯域と遅延で差が出ます。

結論:Hermes の TCO は「サーバー月額」だけでは測れない。7×24 前提の Agent では、ダウンタイム = 記憶の複利損失です。

04. 第 4 週:Mac mini M4 月次レンタルへ移行した理由

Day 22、VPS ルートディスク 94%、Cron 失敗 3 連続、Skill 復元に 40 分——ここで MacDate の Mac mini M4 16GB 月次レンタル($5.50/日 ≒ 月 ¥24,000 相当、料金案内)へ移行しました。移行自体は 90 分:

  • tar czf で VPS の ~/.hermes/ をエクスポート → MacDate M4 へ scp
  • macOS ネイティブ curl 再インストール、Telegram 再ペアリング
  • launchd で Gateway 常駐、Hindsight は FORCE_CPU workaround(後述)

Day 23 以降の変化:Telegram 応答 p95 が 1.8 秒 → 0.6 秒、Cron 失敗 0 件、Skill 32 本目「週次 KPI ダッシュボード更新」が初日から無人完走。同じ Hermes バイナリ、同じ ~/.hermes/、ホストだけ変えた——これが 30 日記の核心です。Day 28 時点で session_search の FTS5 インデックス再構築は M4 上で平均 0.4 秒、VPS 上では 2.1 秒——Skill が増えるほどこの差は開きます。Day 30 に VPS 側のインスタンスを破棄する前、最終 tar バックアップを取得し、MacDate ノードへ scp した二重保存を取りました。これが個人開発者にとって最も現実的な「記憶資産の引越し」手順です。

05. 24 ヶ月 TCO:VPS vs 月次 M4 レンタル vs 購入

7×24 全年オンライン(8760 時間/年)で 24 ヶ月比較。M4 日次レンタル TCO 記事は脉冲負荷向け;本表は Hermes 常駐向けです。

24 ヶ月項目 VPS 2C4G + スナップショット MacDate M4 月次(180 日/年) Mac mini M4 購入 16GB
ハード / レンタル ¥1,400×24 = ¥33,600 $5.50×180×2 ≒ ¥316,800 ¥168,800
SRE 工数(復元・移行) ≈ ¥120,000 相当 ≈ ¥20,000 自管 ¥40,000
7×24 電気代 VPS 込み レンタル込み ≈ ¥840
学習機会損失(推定) 最低
24 ヶ月実質 TCO ≈ ¥153,600 ≈ ¥336,800 ≈ ¥125,000(残値控除後)

決断フロー:① 1~3 ヶ月の検証 → MacDate 日次/週次で Skill 曲線を測る。② 6 ヶ月以上 7×24 確定 → 購入 or 月次レンタル。③ 純実験・記憶再構築可 → VPS + cron バックアップ。月次 M4 レンタルが VPS に「勝る」のは、Skill 資産の保全と macOS ネイティブ運用を SRE 工数込みで比較したときです。

06. 五ステップ:MacDate M4 で Hermes を 90 分で立ち上げる

  1. MacDate 月次ノード契約:macdate.com で M4 16GB を選択。Hermes は 16GB 十分;同機 Ollama 14B なら M4 Pro 24GB。約 2 時間で SSH 鍵と IP。日次レンタル FAQ 参照。
  2. SSH ログインssh -i ~/.ssh/macdate_key admin@[IP]。macOS 26、空き 10GB+、HTTPS egress 確認。
  3. curl インストール:公式スクリプト、API Key 設定、hermes doctorhermes memory status で验收。
  4. Telegram 接続hermes channels add telegram、allowlist 設定、スマホから 7×24 応答テスト。
  5. 退租前バックアップtar czf hermes-backup-$(date +%F).tar.gz ~/.hermes/ を scp。MacDate 返却は NIST 消去——バックアップなし = Agent 脳のフォーマット
# 3. macOS ネイティブ Hermes インストール $ curl -fsSL https://get.hermes-agent.org | bash # 4. Telegram 接続 $ hermes channels add telegram --token "$TELEGRAM_BOT_TOKEN" $ hermes gateway start # 5. 退租前 ~/.hermes/ バックアップ $ tar czf ~/hermes-backup.tar.gz ~/.hermes/ $ scp -i ~/.ssh/macdate_key ~/hermes-backup.tar.gz user@laptop:~/Backups/

07. 三つのハード数字と Hindsight MPS 注意

  • ① Skill 31 本 / 187MB:30 日運用の典型 ~/.hermes/ サイズ。VPS 20GB ルートでは余裕に見えても、スナップショット + ログ + Docker レイヤーで逼迫しやすい。
  • ② Telegram p95 0.6 秒 vs 1.8 秒:MacDate 香港 M4 移行後の体感差。7×24 Agent では「遅い = 使わない」が Skill 複利を殺す。
  • ③ 180 日/年 MacDate 月次 ≒ ¥158,400/年:購入 ¥168,800 + 電気より高いが、6 ヶ月未満の検証期では CapEx ゼロで Skill 資産を構築できる——これが月次レンタルの存在理由。

Hindsight / MPS(Issue #7135)

Apple Silicon で Hindsight local_embedded が MPS タイムアウトする場合、CPU 強制 workaround:

$ hindsight-embed profile create hermes --merge \ --env HINDSIGHT_API_EMBEDDINGS_LOCAL_FORCE_CPU=true \ --env HINDSIGHT_API_RERANKER_LOCAL_FORCE_CPU=true

08. いつ MacDate 月次レンタルが最適解か

30 日間の教訓を一行に:Hermes の価値は Skill ドキュメントの複利にあり、その複利は 7×24 uptime に依存する。主力 MacBook を常時稼働させるのは開発環境汚染とスリープ問題を招き、いきなり ¥168,800 の CapEx は「Skill が本当に効くか未検証」の段階では重い。

MacDate 月次 Mac mini M4 レンタルは第三の道:独占ベアメタル、macOS ネイティブ curl、独立 IP + 100Mbps、Telegram 低遅延、退租前 NIST 消除。1 ヶ月で Skill 増殖曲線を測り、Closed Learning Loop の ROI を確認してから購入判断——それが 2026 年の現実的な Jarvis 構築法です。MacDate は Apple ハードウェアのレンタルプラットフォームであり、Hermes 同名の第三者サービスではありません。詳細は M4 料金案内三層メモリ解説 を参照してください。

関連記事