アーキテクチャの話は 前回の Hermes 三層メモリ解説 に任せ、今回は同じ Bot トークン・同じモデル Provider・同じ cron 要約間隔で 30 日間走らせた運用記です。対象は次の 3 ホストです。（1）2 vCPU / 4GB / 80GB NVMe の共有 Linux VPS（月額約 $12）、（2）自宅 Raspberry Pi 5 8GB + USB3 SSD（電気・回線は自費）、（3）NUKCLOUD 独占 Mac Mini M4 16GB 月額レンタル（コンソール Runbook どおり provision）。Telegram ゲートウェイと夜間 FTS5 メンテナンスを常時有効にし、週次で state.db サイズ・Skill 件数・ゲートウェイ再起動回数を記録しました。結論を先に書くと、記憶の「賢さ」は 3 台とも週 2 以降で体感できた一方、本番ゲートウェイに残したのは Mac 月額レンタルのみです。VPS は開発用 API プロキシに格下げし、Pi は実験用サンドボックスに戻しました。
0030 日実験の設計：公平比較の前提
比較を歪めないため、各ホストで curl -fsSL https://hermes-agent.nousresearch.com/install.sh | bash により同一メジャーバージョンを入れ、MEMORY.md / USER.md の初期テンプレートも揃えました。モデルは OpenRouter 経由の同一ミドルティアを指定し、ローカル LLM は使わずゲートウェイ負荷だけを見ます。Telegram は本番 Bot 1 つを Mac に接続し、VPS と Pi は別チャネルのテスト Bot で同じ質問セットを週 2 回投げ、応答品質とレイテンシを比較しました。
観測指標は 4 つです。（A）ゲートウェイ稼働率（launchd または systemd による自動再起動ログ）、（B）state.db と skills/ の週次バイト数、（C）要約ジョブの p95 所要時間、（D）月次総コスト（VPS 請求＋Pi 電気代概算＋Mac レンタル時間課金）。三層メモリの理論は 常時稼働 Mac が必要な理由 を参照し、本記事はその前提の上で「安い土台でも学習は進むか」を検証します。
0130 日後の三方向対照表
| 観測項目 | 共有 Linux VPS | Raspberry Pi 5（自宅） | Mac Mini M4 月額レンタル |
|---|---|---|---|
| ゲートウェイ稼働率 | 約 94%（週 1 回夜間メンテで手動再起動） | 約 91%（停電 1 回、SD 過熱でスロットル 2 回） | 99.2%（計画再起動 1 回のみ） |
| Skill 件数（30 日目） | 37 | 41 | 44 |
| state.db サイズ | 1.1 GB | 1.3 GB | 1.4 GB |
| 要約 p95 | 48〜120 秒（CPU steal 時） | 35〜90 秒（USB SSD 飽和時） | 18〜32 秒 |
| 月次コスト感 | 約 $12 固定 | 本体償却＋電気約 ¥800/月 | 常駐なら時間課金、夜間停止で OpEx 調整可 |
| 本番適性 | 低（超売・帯域ジッター） | 中（家庭回線・物理単一障害） | 高（テナントディスク・SSH 監査） |
数字だけ見ると Pi が「安くて Skill も増えた」ように見えます。しかし Telegram 本番ではユーザーが感じるのは件数より応答の途切れです。VPS と Pi でも USER.md は育ちましたが、要約が長引く夜にゲートウェイが詰まると、第 2 層 Skill の蒸留が途中で切れるケースがありました。Mac レンタルでは Metal 推論 Runbook と同様、ディスクとメモリに余裕を持たせた SKU がボトルネックを外しました。
02共有 VPS：安いが「記憶の夜勤」に弱い
VPS はインストールも Bot 接続も最速でした。公式ドキュメントの「五ドルから」に沿った導入体験です。問題は第 2 週以降の夜間バッチです。FTS5 の再インデックスと LLM 要約が重なると、隣テナントの CPU steal で load average が 8 を超え、Hermes のゲートウェイプロセスが OOM killer に触れることが 2 回ありました。再起動後も state.db は残りますが、蒸留中の Skill が半端な Markdown のまま残る事象が 1 件発生し、手動で skills/ を掃除しました。
Linux 上の Hermes は動きますが、macOS 専用の開発フロー（Xcode、Swift 6 ゲート、厳格並行 CI）とは別マシンになります。30 日後、VPS は「安い Hermes 実験台」としては残し、本番 Telegram ゲートウェイからは外しました。チームが Apple ツールチェーンと Agent を同じテナントに載せるなら、VPS だけでは足りません。
03Raspberry Pi 5：学習は進むが SRE が増える
Pi は「自宅に常駐 Agent を置く」ロマンに最も近い選択です。USB3 SSD を root に移し、~/.hermes/ を永続マウントすれば三層メモリのファイルは安定します。30 日で Skill 件数は VPS を上回り、USER.md も十分に厚くなりました。一方で運用の隠れコストが見えます。自宅回線の IPv4 変更で Telegram webhook を再登録した週があり、夏場の筐体温度で CPU クロックが落ち、要約 p95 が 90 秒を超えた日が 4 日ありました。
Pi は「記憶を育てる実験」には最適ですが、複数エンジニアが同じ Bot に依存する本番には、停電・ルータ再起動・物理セキュリティを社内 SLA に載せ替える必要があります。30 日終了時点では、Pi をオフライン Skill 試作と cron プロトタイプに残し、本番ゲートウェイは Mac に一本化しました。Metal 推論を足す予定があるなら、Pi の 8GB ではなく 料金ページ で 24GB クラウド Mac を見る方が早いです。
04Mac Mini M4 月額レンタル：30 日で「残す」理由
NUKCLOUD の独占 Mac は、GitHub Agent ワークスペース Runbook と同じ コンソール から provision でき、テナント境界が他の CI ノードと揃います。30 日間、ゲートウェイ稼働率 99% 超、要約 p95 が安定し、週次バックアップを rsync で取得する手順も ヘルプセンター の SSH 例と整合しました。
CapEx の Mac Mini 自購と比べ、月額レンタルの利点は30 日で損益分岐を測れることです。夜間だけ Bot を止めて時間課金を抑え、週末に 24 時間常駐で学習を加速する、といった運用が可能です。自購 Mini は 12〜18 万円級の前払いが必要で、利用率が低い月も電気とパッチが続きます。「記憶が賢くなったから買う」前に、賢くなった状態をレンタルで確かめるのが、今回の 30 日実験で得た最も実務的な教訓です。
- 統一メモリ：将来 Hermes と modest なローカル推論を同居する余地を残せます。
- NVMe：
state.dbが GB 級になっても FTS5 が実用速度を維持しました。 - 監査：「誰がディスクを読めるか」を社内レビューに載せやすく、共有 VPS プールより説明が容易です。
05どれを残すか：決定フレームワーク
30 日後にチームで使った判定は次のとおりです。
-
01
本番 Telegram / Discord を載せるか：載せるなら VPS と Pi のみでは不十分。Mac 月額レンタルまたは自購 Mini のどちらかに一本化します。
-
02
月 720 時間常駐か：常駐なら自購 Mini の OpEx を試算し、それ未満なら 料金ページ の時間課金を優先します。
-
03
Apple ツールチェーン同居か：必要なら Linux VPS は補助に留め、macOS ノードを主とします（6 ステップ Runbook 参照）。
-
04
実験枠を残すか：Pi は低コストの Skill 試作に、VPS は CI 以外の軽量 API プロキシに再配分しました。
-
05
バックアップ：本番は Mac の
~/.hermes/を週次でオフサイトへ。三層メモリは「賢いほど失うと痛い」資産です。 -
06
次の 30 日：注文ページ から 24GB SKU へスケールし、三層メモリ本番 Runbook のステップ 4〜6 を本番ゲートウェイに適用します。