2026 年の貸出 Mac mini:OpenClaw メモリプラグインのディスク保持、バックアップ、VmMac ガバナンスマトリクス
OpenClaw のプラグインエコシステムには、会話埋め込みや構造化リコール、ハイブリッドストアをディスクに永続化するメモリ指向バックエンドが含まれる。それらを VmMac で貸し出す Apple Silicon Mac mini で動かすと、問いは「モデルが覚えているか」から「NVMe 上のバイトの所有者は誰か、どれだけ速く復元できるか、コンパクション中に Webhook がバーストしたらどうなるか」へと変わる。本稿は2 つのマトリクス——バックエンド特性と運用責務、次にバックアップウィンドウと復旧目標——に加え、香港・日本・韓国・シンガポール・米国 の VmMac リージョンに沿った7 ステップ強化パスを示す。
概念の橋渡しとして ワークスペース・openclaw.json・~/.openclaw の分離、LaunchAgent plist のシークレット、構造化ログとディスクローテーション を読む。サードパーティスキルのピン留めは別論題——スキル段階展開 を参照——本稿は耐久メモリのバイトに焦点を当てる。
ベアメタル macOS におけるメモリ平面の基礎
ゲートウェイプロセス内のエフェメラル KV キャッシュとは異なり、永続メモリプラグインは SQLite ファイル、LanceDB フォルダ、重い mmap インデックス に触れる。これらのワークロードは APFS の断片化、再起動後のコールドスタート遅延、ファイルプロバイダ仮想化(iCloud)が mmap を静かに破るかどうかを気にする。
- 単一ライター規則:ベンダーがクラスタ安全な意味論を文書化しない限り、コンパクションを所有するゲートウェイラベルは一つだけ。
- ファイルシステムの局所性:
WorkingDirectoryとストアを同居させ、クロスボリュームの rename 競合を避ける。 - 監視:WAL の成長とヒープ RSS を別々に追跡——ディスクのスパイクは OOM 症状に先行することが多い。
バックエンドマトリクス:エフェメラルと永続メモリの責務
プラグイン README をレビューする際に使用——列は下のバックアップマトリクスとは意図的に異なる。
| バックエンド種別 | 強み | 運用負荷 | ディスクパターン | VmMac mini への適合 |
|---|---|---|---|---|
| プロセス内 LRU キャッシュ | 最低レイテンシ | 再起動で消失 | 無視できる | エフェメラル CI スモークのみ |
| SQLite / FTS ハイブリッド | トランザクション意味論 | WAL チェックポイントと vacuum 計画 | churn で安定成長 | シングルテナントボットのデフォルト |
| ベクトル/埋め込みストア | 意味リコール | コンパクションスパイク、再構築コスト | バースト書き込み | ディスク予算検証後に使用 |
| オブジェクトストレージミラー | 地理冗長 | エグレス請求と整合性ラグ | 薄いローカルキャッシュ | SG mini と SG バケットをペア |
| 外部 SaaS メモリ API | ローカルディスク不要 | ベンダーロックとレイテンシ | 最小 | コンプライアンスオフロード |
バックアップ RPO/RTO とストアサイズ(計画表)
財務と SRE が SLA を交渉するための第 2 表——数値帯は NVMe が M4 クラスホストに接続されている前提。
| ストアフットプリント | 目標 RPO | 目標 RTO | 推奨メカニズム |
|---|---|---|---|
| < 2 GB | 15 分 | 20 分 | 増分 tarball とチェックサムマニフェスト |
| 2–12 GB | 1 時間 | 45 分 | ファイルシステムスナップショット+オブジェクトアップロード |
| 12–40 GB | 6 時間 | 2 時間 | ウォームスタンバイ mini へのブロックレベルクローン |
| > 40 GB | 24 時間 | 4 時間 | テナントごとの専用メモリホスト |
メモリプラグインの 7 ステップ強化チェックリスト
- パスを宣言:絶対ストアディレクトリを内部 Wiki と Ansible 変数に——デスクトップ/書類ショートカット禁止。
- テナント分割:顧客を別サブフォルダまたは別 mini にマッピング——テーブルプレフィックスだけに頼らない。
- コンパクション抑制:Webhook 量が落ちるメンテナンス窓に重い処理をスケジュール(米チームにとってはアジアの朝など)。
- バックアップ暗号化:鍵は四半期ごとにローテ——KMS 参照は LaunchAgent シークレットの隣に。
- churn 測定:WAL バイト/時間をプロット——メガピクセルスクリーンショットを埋め込みで膨らませるプロンプトを調査。
- リストア訓練の自動化:四半期ごとにステージング VmMac mini へリストアしチェックサム diff。
- 法的ホールド文書化:訴訟が来たらパージジョを凍結——メモリストアは発見可能である。
プライバシー、保持、顧客開示
埋め込みに生の散文が含まれるか、chunk TTL、ログアウト後もセッション横断リコールが残るかを顧客向け段落で明示する。削除 API は実際の SQLite 削除と一致させる——鑑識のための孤児行を残さない。
よくある質問
永続 OpenClaw メモリファイルは macOS のどこに置くべきか? プラグインデータベースはローカルシステムボリューム上の専用 APFS フォルダに置く——iCloud デスクトップではない——どうしても必要なら ~/.openclaw へのシンボリックリンク経由のみ。launchd の WorkingDirectory に絶対パスを記載し、ゲートウェイ再起動で同期フォルダにデータベースが再作成されないようにする。
ベクトルまたは LanceDB 形式ストアはどのくらいの頻度でバックアップすべきか? 対話型アシスタントでは暗号化オブジェクトストレージへの時間単位増分スナップショットに加え、ストアが 8 GB を超える場合は夜間のフルブロックバックアップ。四半期ごとにリストア検証——ベクトルインデックスは突然の電源断で静かに破損しうる。
2 つの OpenClaw ゲートウェイは 1 つのメモリストアを共有できるか? 明示的なファイルロックと単一ライター意味論がある場合のみ——多くのチームはゲートウェイラベルごとにストアを複製するか、VmMac ホスト間でテナントを分離し、Webhook バースト時の SQLITE_BUSY 嵐を避ける。
GDPR 型削除リクエストを満たす保持ポリシーは? メモリチャンク ID からテナント ID へのマッピング表を維持し、vacuum まで含むパージジョブを実行し、削除ペイロードを監査向けに不変アーカイブする——怠惰な TTL だけに頼らない。
バックアップのエグレスコストを最小化する VmMac リージョンは? mini をオブジェクトストレージリージョンと同一コロケーション——多くの場合プロバイダ次第でシンガポールまたは米国。遠い大陸にバックアップを固定する前に 1 週間エグレスを測定する。
2026 年に Mac mini M4 がメモリプラグインに適する理由
ユニファイドメモリ帯域が埋め込みバッチジョブから対話ゲートウェイスレッドを餓死させず、熱余裕が時間単位のコンパクションを SOC ダッシュボードで騒がせずに維持する。VmMac でリージョンごとに借り、ストアをバケット地理の隣に固定し、SSH ベースライン と緊急調査用の任意 VNC を組み合わせる——永続メモリは謎のディスク使用量ではなく監査可能なサブシステムになる。
メモリセーフなゲートウェイを用意
埋め込みストア規模に合わせ HK・JP・KR・SG・US の Apple Silicon ノードを選び——ディスク予算をリージョンオブジェクトストレージとペアに。