2026 OpenClaw MeshMac 実践：マルチノードで Code Review 要約エージェントに最小権限トークンと失敗リトライテンプレを載せる再現手順

1. 権限過多トークンの散在でローテーションと監査が破綻しがち。
2. 共有作業ディレクトリで要約キャッシュがノード間衝突する。
3. 無制限リトライがレート制限や二重投入を招き、タイムアウトと真の失敗の見分けが曖昧になる。

全ノードで同順・同バージョンとし、差分はノード ID とデータパスのみにします。パス設計は設定・ログ分離を参照してください。

• インストール： 同一ビルド・依存・設定リポジトリ。検証と本番バンドルの混在を避ける。
• ゲートウェイ： 外向きはゲートウェイのみ。HMAC／mTLS、許可 IP、レートとボディ上限を必須化。
• ディレクトリ隔離： ノード別ルート（例 …/work/<node-id>）に要約・中間 JSON・ログを閉じる。dir 0750、トークン 0440 目安。

Webhook 運用と整合させ、鮮度と負荷平準化のバランスで選びます。

ノード最小権限に合わせ、要約用トークンは読み取りと PR 参照に限定。投稿が要る場合のみ短期トークンを別経路で。リトライはキュー・リトライ記事に沿い、最大五回・指数バックオフ・デッドレターをテンプレ化し全ノードで同一設定から読み込みます。

• バックオフ目安：一秒・二秒・四秒＋ジッタ。
• タイムアウト目安：差分のみ三十〜六十秒、大規模は分割取得。
• ログにジョブ ID・コミット SHA・トークン種別（値はマスク）。

1. 隔離ディレクトリ作成。 ノード別作業・ログルートと権限を統一。
2. 導入と単一設定源。 同一バージョン、要約スキルとモデル設定を一元化。
3. ゲートウェイに Webhook／定時。 署名・レート有効、PR 番号とリポジトリ ID を必須フィールドに。
4. 最小スコープトークン注入。 環境別ファイル、0440 等で読み手のみに限定。
5. リトライテンプレの検証。 タイムアウトを意図的に起こしキューと通知を確認。