2026年 OpenClaw Active Memory とサブエージェントのリモート物理 Mac 再現：MEMORY.md 移行、書込発熱、ゲートウェイ Sandbox に揃えた JSONL 監査——7×24 長セッション Runbook（設定断片＋FAQ）

2. 痛点の分解

1. 制約：相対パス × 複数 cwd。 リポジトリサブフォルダから起動したサブエージェントが深い位置に MEMORY.md を書き、親プロセスは旧パスを読み続ける——健忘ではなくパス分岐です。
2. 隠れコスト：write-heat は書き込み増幅。 毎ターン fsync まみれの全書換えに監査 JSONLが重なると、業務トラフィックより先に iowait が張り付きます。
3. 安定性と監査：二書き手・二ツリー。 Sandbox がホストパスを遮ると、サブエージェントはプライベート領域にだけ監査を落とし、ホスト側 jq 結合が壊れる——多くは requestId と書込許可ポリシーが未統一です。

3. 意思決定表

ロールアウト前に「記憶の載せ方」と「flush の攻め方」で合意してください。

4. 設定断片（Sandbox 整合）

例示 JSON です。フィールド名はピン留めした OpenClaw 版に合わせて置換してください。外せないのは 絶対パス、許可リスト、requestId の伝播です。

{
  "memory": {
    "path": "/Users/ocagent/workspace/MEMORY.md",
    "encoding": "utf-8",
    "flush": { "maxEvents": 32, "intervalMs": 5000, "halfLifeRounds": 12 }
  },
  "subagents": {
    "defaultCwd": "/Users/ocagent/workspace",
    "inheritEnv": ["OPENCLAW_REQUEST_ID", "MEMORY_PATH"]
  },
  "gateway": {
    "auditJsonl": "/Users/ocagent/logs/gateway-audit.jsonl",
    "sandbox": {
      "writable": [
        "/Users/ocagent/workspace/.sandbox/scratch",
        "/Users/ocagent/logs/sandbox-audit.jsonl"
      ]
    }
  }
}

launchd の plist で MEMORY_PATH と OPENCLAW_REQUEST_ID をエクスポートするか、ゲートウェイラッパがリクエスト毎に注入し、SSH フォアグラウンド実行と無人デーモンの差を潰してください。

5. 七ステップ Runbook（リモート物理 Mac）

1. 権威パスを凍結。 MEMORY ファイル、監査 JSONL、Sandbox 作業領域を Runbook 表紙で絶対パスに固定——Wiki とコードコメントの二重管理を禁止。
2. MEMORY.md を移行。 メンテナンスまたは読取専用モードでコピーし、diff で検証、ヘッダに migratedAt を刻む。
3. サブエージェント cwd を正規化。 defaultCwd をメインワークスペースに揃えるか、明示的な memory フラグ相当を渡す。
4. JSONL スキーマを固定。 ゲートウェイと子で ts／level／requestId／actor／memoryOp／durationMs を揃える。
5. Sandbox 検収。 許可リスト外の書込は失敗し deny 行が出ること、成功は writable 配下にのみ留まることをプローブする。
6. write-heat を調整。 毎ターン全 flush から窓付きバッチへ変える際は 24 時間会話スクリプトをリプレイし、iostat と JSONL 増分を見る。
7. リプレイ結合。 ホストと Sandbox の JSONL を requestId で jq アウター結合し、欠損ペアが一つでもあれば本番昇格を止める。

6. 引用用しきい値

• バッチ flush の初期窓： おおよそ 3〜8 秒、または 16〜32 イベントのどちらか先達。超長セッションでは半減期を伸ばして間隔を延ばす。
• 監査 JSONL ローテーション： 128〜256 MB 付近で分割し、オブジェクトストレージ同期がギガバイト尾部を運ばないようにする。
• 結合 SLA： プリプロドソークで 1 時間 requestId 欠損 0%。本番は文書化した時計ズレバケットを除き持続 0.1% 超でアラート。

7. FAQ

8. 長セッションの記憶＋監査 IO に Mac mini が向く理由

Active Memory と JSONL 監査は、実質高頻度の小さな IOと長寿命プロセスの組合せです。ディスク品質、スケジューラの公平性、消費電力特性が、write-heat 対策が机上で終わるかを決めます。Apple Silicon の Mac mini（例：M4） はユニファイドメモリ帯域とアイドル時おおよそ 4W 級の消費電力を両立し、記憶とログをローカル高速ストレージに載せた静音 7×24 ゲートウェイに適合します。

macOS は launchd、Unified Logging、APFS スナップショットで、Sandbox の deny 行や flush 退行が出たときの切り分け経路を短く保てます。Gatekeeper／SIP／FileVault は常時接続ボックスにおける説明責務も取りやすく、典型的な Windows ユーティリティホストよりマルウェア面の説明が楽です。

ノート PC から長セッションを リモート物理 Mac に移し、サブエージェント・ゲートウェイ Sandbox・JSONL ローテーションを同一ベースラインに載せ替えるなら、Mac mini M4 は 2026 年時点でも費用対効果の高い出発点です。パス契約を一度閉じれば、ステージングと本番で同じハードウェアプロファイルを維持しやすくなります。

本記事の Runbook を静音据え置きノードで本番相当に載せ替えたい場合は、ZoneMac のトップページからリモート物理 Mac のプランを確認し、今すぐ検証を回してください。