OpenClaw 2026年4月30日 約 19 分 v2026.4.26 Gateway

2026 OpenClaw v2026.4.26
ブラウザ Talk・Google Live・Gateway リレー査収

三路線 · 表 · 九段ランブック · VNC · ログ順

ブラウザ音声セッションとゲートウェイ中継のイメージ

v2026.4.26 は Talk 系統にブラウザ宿主の一本を追加する:Google Live 系 transportで双方向音声をつなぎ、Gateway がセッション固定・トークン境界・リレー意味論をまとめる。これは Talk Mode + MLX(端末側ローカル推論とマイクロホン UX に強い)でもなければ Gemini TTS(読み上げ消費プラグイン)でもなく、openclaw migrate(ディレクトリ合流)とも別チケットである。本文では境界症状→優先順の表、doctor からブラウザ煙検までの九段チケットへ貼れる四文18789 とリバースプロキシ経路の突合わせ、そしてVNC グラフィカルセッションでの権限チェーンをまとめる。Talk Mode MLXGemini TTS4.26 migrateGateway リバースプロキシブラウザ MCP を実スラッグで相互参照し、Docker と二重に読んだときの「コンテナの localhost とデスクトップの localhost」を混同しないようにする。

01

境界:三つの音声スタックが解く課題

用語が混ざると「Talk を有効にしたのに無音」「Gateway は緑だがブラウザがマイクを拒否」が同一チケットに積み上がる。ブラウザ・リアルタイム Talk は Chromium の同意フロー・CSP・HTTPS 終端・WSS と Gateway 越しの秘密がセットだ。Talk Mode + MLX はローカル推論遅延と割り込み方針が主で、GPU/CPU とマイクロホン連続許可(4.10–4.11)の話に寄る。Gemini TTS はテキスト→音声の消費側で、ブラウザ長距離 duplex の設計責務を持たない。

Gateway は依然オーケストレーター:タブは正直なフロントであって Local Storage に鍵を埋めない。SecretRef と短寿命トークンのまま運ぶ。Relay の advertisePublicHost は TLS SAN と矛盾させない — ICE は成功していてもブラウザ側コールバックだけが宙に浮くパターンがある。

  1. 01

    ブラウザ Talk + Google Live transport:クラウド双方向セッションを Gateway のコンテキストへ載せる。Same-Origin/HTTPS/mixed content/Upstream の Upgrade をセットで見る。

  2. 02

    Talk Mode MLX:マイクロホンとローカル推論寄り。CPU のみ/読み取り専用レイヤーのレンタルでは衝突しやすい。

  3. 03

    Gemini TTS:読み上げ・要約用途。割り込み会話はブラウザ Talk か MLX の戦略側へ。

  4. 04

    Gateway:ホップ間で trace/session を欠かさない。

  5. 05

    VNC:TCC(マイク・自動化・必要なら録画)で SSH が拾えないクリックを埋める。

スタックを選んでからレイテンシを語る。「鳴った」と「ログが繋がった」は別査収。

02

意思決定表:症状→最初に疑うもの

インフラとプロダクトが同じ画面で読めるようにした。

症状最初よくある誤認
マイク許可が出ない/デバイス無しサイト権限・システム入力・Gateway と同一ユーザーか仮想音声デバイス/テナント鏡像の除去すぐ Live リージョンと API をいじる
接続後すぐ途切れる/初動が巨大プロキシのアイドル・WSS 透過不全上流 Live の RTTいきなりモデル SKU を上げる
Gateway にだけセッションが見えるCORS/CSP/base hrefTLS インスペクション/拡張本体クラッシュと決めつける
特定ユーザーだけ再現個別キー/サンドボックス紐付けチャネルごとのワークスペース単なるネット不安定とする

「次」の列は リバースプロキシ稿 の WebSocket/タイムアウト節とセットで読む。ブラウザ MCP と同居させるときは、Duplex と DevTools の荷物が同じタブでぶつからないように無拡張プロファイルでも一度煙検する。

03

九段ランブック(凍結→煙検)

変更チケ一文につき一行のアーティファクトを残す。Docker と裸機では「コンテナが聞く localhost」と「VNC デスクトップが聞く localhost」が別物になるのでネット図を添付する。

  1. 01

    バージョン凍結:openclaw --version と Gateway タグを記録。4.26 のブラウザ機能と 4.25 のレジストリ repair を同一夜に混ぜない。

  2. 02

    バックアップ:state と ~/.openclaw を tarball — smoke と本番コールバックをラベル。

  3. 03

    doctor:ポート/証明書 SAN をここで赤にする。

  4. 04

    Gateway ベースライン:ループバックで 18789 とヘルス、その後 DNS と WSS。

  5. 05

    ブラウザ Talk 有効化:transport とリージョンを変更票へ。

  6. 06

    SecretRef:クラウド資格情報はプラン/適用ログへ。

  7. 07

    シークレット煙検:第一パスはマイク+セッション ID のみ。

  8. 08

    リレー整合:ブラウザ・Gateway・上流で trace が揃うか — 半開きならプロキシのアイドルを疑う。

  9. 09

    ロールバック演習:テキスト/TTS への明示スイッチと閾値。

04

チケットに貼れる四文と数字の芯

  • A:ブラウザ Talk 有効・18789 緑・WSS 検証済・シークレットでマイク煙検済。
  • B:trace がホップ間で一致 — 切断はプロキシタイマ優先で調査。
  • C:SecretRef/監査番号 ______。
  • D:MLX/TTS へのフォールバック記載・オーナー ______。

芯①:監視はまず 18789芯②:冷間の体感応答はおよそ二分以内を目安に橋が死んでいないか見る。芯③:シークレットを二往復(冷/温)して CORS をキャッシュで隠さない。

05

Relay 設定の断片(例)

YAML 抜粋
gateway:
  browserTalk:
    enabled: true
    realtimeTransport: google-live
    relay:
      bindLocal: "127.0.0.1"
      advertisePublicHost: "agent.example.com"
    cors:
      allowedOrigins:
        - "https://agent.example.com"
secretsRef:
  googleLiveApiKey: "secretref:prod/google-live/key"

本番のスキーマは社内発行版に合わせる。CORSmixed content を軽視するとマイク許可が異常応答になる。

06

リモート Mac(VNC):同一ユーザ原則

SSH で起動した Gateway と別ユーザの VNC でマイクを押しても TCC が合流しない典型落とし穴に注意。

  1. 01

    launchd ユーザエージェントで Gateway と揃える。

  2. 02

    システム設定のマイクで Chromium を許可してからサイト設定を再確認。

  3. 03

    自動化が要る場合はユーティリティと MCP 文面の矛盾を確認。

  4. 04

    録画は短時間の相関だけに使い、常時オンにしない。

07

失敗時のログ順(手戻り削減)

同時に「Gateway 赤字」「ブラウザ無音」「上流 quota」が出たら:(1) DevTools の WS フレーム、(2) Gateway JSON、(3) プロキシ upstream 時間、(4) 課金ダッシュの順で抜く。いきなり quota を疑わない。

国境をまたぐ Live ではブラウザ→Gateway RTT と Gateway→上流 RTT を分けて記録する。

08

FAQ

同一マイクを奪い合わせない設計に。優先度と縮退を設定へ書く。

Upgrade/Host/証明書連鎖と mixed content を先に。

不十分。VNC で同意を完了させる。

まずディレクトリと可写ルートを migrate で固め、からブラウザ Talk のリレー先を合わせる。

まとめ

ブラウザ・リアルタイム Talk は「会話として聴こえる」体験を狙う一方、HTTPS・リレー・マイクの三枚板に厳しい。ノイズを落としたあとで初めてプロンプトとモデルの話になる。

オンプレ縛りより、Apple Silicon のリモート Macを一時的に借り、同じグラフィカルセッションで Gateway とブラウザを揃えた方が検証コストが読みやすい。電源・OS アップデート・深夜対応まで抱えるより、検証時間を経路設計に寄せられる。

ノード選定は VNCMac購入ページ、製品概要はホーム。関連長文はブログ一覧から連鎖確認できる。