OPENCLAW 2026
V2026_5_
PLUGIN_GATEWAY_
TTS_LAYERS.

OpenClaw v2026.5.x へ上げた後、「コールドスタートは速いのに朝の初回応答 p95 が悪化」「doctor は緑だがピークで断続」「テキストは安定、TTS/Realtime だけ 429 とタイムアウトが混線」といった相談が増えています。公開リリースでは npm 優先のプラグイン I/O 強化、起動時の遅延スキャンとメタデータの遅延読込、チャネル配送とメディア/TTS 経路の信頼性改善が繰り返し触れられます。単一プローブだけでは 層間のタイミング差 を誤診します。本稿は プラグイン→Gateway→チャネル→プロバイダ（音声） の表、五ステップの昇格スナップショット、ケース、閾値、FAQ を提示します。関連: Chrome Relay と SSH、WebSocket ハンドシェイク、channels.start と巨大 jsonl。 第二の黄金環境として MACGPU リモート Apple Silicon に同じ Runbook を複製してください。運用責任者は必ず一名指名してください。

1. 症状整理

まず電源プロファイルとバックグラウンド同期を確認し、CPU が低いのに遅い錯覚を避けます。 手動ディレクトリと npm の混在は半端なメタデータを残します。Gateway の listen と初回メッセージ処理が分離すると、従来のヘルスチェックが偽陽性になります。音声とテキストのリトライ方針が違うとログが交錯します。リモート Mac のスリープと SSH トンネルはタイミング問題を増幅します。

2. 層別表

症状	層	証拠
doctor 緑だがツール不安定	プラグイン	install ログ、lock、beta フラグ
listen 速いが初回遅い	Gateway と channels.start	タイムライン、バックログ
テキスト安定、音声不安定	プロバイダ	429 比率、モデル経路
リモートのみ	launchd/スリープ/トンネル	plist、SSH -L

3. 五ステップ

Step 1 版の三点固定

OpenClaw 正確ビルド、Node マイナー、プラグインパッケージとチャネル。

Step 2 コールドスタート計測

メンテ窓で全再起動し、合成プローブ ACK までの wall clock を前バージョンと比較。

Step 3 シャドウで install/update/uninstall

二重ソースが無いか確認。

Step 4 チャネル行列プローブ

音声はテキストと分離して計測。

Step 5 ログスライス

固定時間窓で openclaw logs を添付。

4. 三ゲート

シャドウ乾式実行が全緑になるまで本番トラフィック禁止。コールドスタートからプローブ ACK が閾値超えならタグ付け禁止。音声失敗率が閾値超えなら並列を絞るかテキストへ降格。

5. ケース

WebSocket とトークン稿で除外後、channels.start とウォームプローブの順序を調整し、プラグインを stable で再インストール、リモート Mac の launchd スロットルを固定。p95 は証跡付きで回復。教訓はタイムライン証拠です。

6. 産業観察とチケット運用

ゲートウェイはパッケージ化と明示的就緒契約へ向かいます。平均値だけ見る運用は尾遅延を隠します。チケットにはベースラインスクショ、キュー要約、マウント一覧を必ず添付し、リモートでは機種・RAM・SSD・ネット境界を明記してください。MACGPU リモート Mac は同じスクリプトを低変数で再実行するのに適しています。

変更レビューでは「メンテ窓」「ロールバック責任者」「プローブ版」を三列で固定し、週末当番が迷わないようにします。多インスタンス灰度はトークンとワークスペースを先に凍結してから割合を上げます。外部ベンダ合同の戦情会議にはタイムライン添付を持参し、会後にチケットへ結論を逆輸入します。

6b. メトリクス：平均だけ見ない

平均遅延や平均 CPU だけでは、短時間だけイベントループが飢餓状態になる瞬間を見逃します。v2026.5.x 以降は起動フェーズのキュー長、朝イチのメッセージバーストにおける p95/p99、プラグイン読み込みリトライ回数を同じダッシュボードに載せてください。リリースタグと時系列を結び付けて保存しないと、次のマイナーで差分比較できません。MACGPU のリモート Mac に同じ計測スクリプトを置き、ノートと同じ版を実行しないと「機種差」か「版差」かが混ざります。

音声プローブはテキスト成功と同じフィールドに書き込まない運用ルールを徹底してください。混在するとインシデント後の CSV が再利用できず、再発防止が進みません。外部ベンダとの合同レビューでも、スクショと raw ログ断片をセットで渡すと議論が前に進みます。閾値は四半期ごとに SLA と突き合わせて見直し、古い数字を掲げたまま運用しないでください。

7. 数値閾値

コールドスタートからプローブ ACK が 8 秒超かつベースライン比 +40% 超ならロールバック審査。チャネルプローブは n≥30 まで安定宣言禁止。15 分窓の音声 429 が約 12% 超なら強制降格。プラグイン自動リトライは 2 回超で人手メンテ窓へ。

8. FAQ

ピークで直接ローリング？非推奨、メンテとプローブを先に。429 稿との関係？層別の後にプロバイダ稿へ。doctor だけで十分？不十分、シャドウ乾式が必須。

マルチインスタンス灰度は？トークンとワークスペースを先に固定し、遅延スキャンが二重に走らない順序を決めてから割合を上げます。ログ保持期間は？リリースタグと同じ寿命が望ましく、ロールバック比較に使います。Windows/Linux でも同じ？層別の考え方は同じですが、デスクトップ系ツールチェーンを含む検証では macOS 参照機の変数が少ないことが多いです。

9. リモート Mac 運用メモ

launchd の環境変数は対話シェルと真源が割れやすいので、plist に必要キーを明示し、変更後は unload/load のログを残します。スリープを防ぐ電源設定と、ログをローカル NVMe に書く方針をセットにしてください。 Chrome Relay を併用する場合は別稿の 18792 プローブを同じメンテ窓に組み込み、トンネル断の自動再接続ポリシーを決めておくと夜間の無人運用が安定します。監視ダッシュボードのアラート閾値も同じリリースで更新し、旧閾値のまま騒音アラートを増やさないようにします。