2026 OpenClaw 持久化実戦：クラウド LanceDB 索引とリモート Mac durable memory の同期・再接続・掃除窓
七時二十四分のOpenClawでは、durable memory（近傍）とLanceDB（クラウド正典）の二層が扱いやすいです。チェックポイントと層別探針で断線後も切り分け可能。URL 例：2026-openclaw-lancedb-durable-memory-runmini-mac.html。英語版・OpenClaw・公開購入（ログイン不要）。
配備前の前提（デプロイ前置き）
版数・IAM 接頭辞・APFS 上の単一ライタ（launchd 二重起動防止）をランブックに固定。durable memory はデータ卷へ。時刻・TLS・鍵ローテを先に決めると探針が活きます。
- 索引フラグメント前提で空き五十ギガバイト級を確保。
- 秘密は git 外・
0400。
同期戦略（メモリ二層と探針）
近傍に会話状態、クラウドに正典索引。バッチ成功後はチェックポイント→flush→断片アップロードの順で、転送失敗時の重複を抑えます。
| 層 | 所有物 | 同期シグナル |
|---|---|---|
| durable memory | セッション状態・直近事実 | シーケンス＋圧縮バンドル指紋 |
| LanceDB（クラウド） | 埋め込み表・フラグメント | コミットトークンまたは ETag |
探針は四層：(1) プロセス (2) HTTP 準備 (3) Lance メタ読取 (4) IAM stat。デーモン探針・心拍／復旧。
失敗と再接続の再試行
指数バックオフ＋五分上限＋ジッタ。五系連打はサーキットで読取専用へ。チェックポイントは ETag 一致まで削除しない。
ThrottleInterval で誤鍵の stderr 洪水を抑止。自己復旧と閾値を揃える。
ディスク割当てとクリーンアップ窓
静穏窓で vacuum／ログ退避。窓外は黄赤ゲート。マニフェスト確定前はローカル断片を消さない。ログ／ディスク、水位 FAQ。
手順チェックリスト（再現用）
- 版・リージョン・IAM ARN をランブック冒頭に記録。
- クラウド Lance URI を発行し、Mini から読取のみ検証。
- durable memory をデータ APFS の専用フォルダへ、単一ライタで固定。
- 埋め込みバッチ成功ごとにチェックポイント→flush→断片アップロード。
- 四層探針（プロセス／HTTP／Lance／IAM）を別チャネルで通知。
- 指数バックオフ＋上限＋サーキットで再接続と縮退を定義。
- 静窓で vacuum・ログ退避・古い durable アーカイブの冷保存。
- 九十秒 VPN 落としドリルで重複ベクトルなし・復帰を確認。
引用の目安：ゲートウェイ HTTP 探針 六十秒、深い Lance 検査 五分、バックオフ上限 五分、十分間に三回連続失敗でエスカレーション。
FAQ
- LanceDB を Mini にだけ置いてよいか
- ホット集合は近傍、正典はオブジェクトストレージ。ホスト交換時の再構築コストが下がります。
- durable memory とベクトル表の違い
- 前者は会話状態とツール結果、後者は検索用埋め込み。双方をチェックポイントで揃えないと半端な読取が出ます。
- curl だけでは足りない理由
- HTTP が通っても資格期限切れや書込停滞が隠れます。層別に「再起動」「IAM」「圧縮停止」を分けます。
まとめ：二層メモリ・単調チェックポイント・層別探針・上限付き再接続・静窓掃除で七時二十四分のOpenClawを安定化。料金・ヘルプ・公開購入（ログイン不要可）。関連：OpenClaw 一覧、ブログ索引。