L’estensione Chrome di OpenClaw

L’estensione Chrome di OpenClaw permette allo strumento browser di automatizzare le schede idonee del tuo profilo Chrome con accesso effettuato, usando l’interfaccia debugger di Chrome, così non compare alcuna richiesta di consenso al debug remoto. È infrastruttura, non un copilota: niente chat, niente casella per il prompt, niente condivisione di pagine. Il suo popup mostra lo stato della connessione, la modalità di accesso, un’azione per mettere in pausa o consentire la scheda corrente e un link alle impostazioni. La gente la cerca come “browser relay”, cioè il relay in loopback attraverso cui comunica. Ecco come si installa, come si abbina e quali limiti ha.

Requisiti e installazione

• Chrome, Chrome for Testing o Chromium, avviato almeno una volta così che la directory dei dati utente esista.
• OpenClaw sulla stessa macchina, oppure un nodo browser di OpenClaw su quella macchina.
• macOS o Linux per il bootstrap nativo automatico; Windows mantiene l’abbinamento manuale.
• Un solo comando di installazione che registra l’host nativo e chiede a Chrome di installare l’estensione dello Store; la approvi tu in Chrome, profilo per profilo, e OpenClaw non riavvia mai Chrome né clicca la richiesta al posto tuo.

Come si connette

Seleziona il profilo browser chrome integrato o rendilo quello predefinito. I nuovi abbinamenti automatici usano tutte le schede; gli abbinamenti esistenti non vengono mai sovrascritti e mantengono la loro modalità di accesso. La prima connessione autenticata risveglia il servizio di controllo del browser e avvia il relay in loopback del profilo, che OpenClaw e i client locali usano da quel momento; tieni il Gateway in esecuzione e nient’altro va preriscaldato. Su macOS e Linux un relay autonomo può funzionare senza un Gateway locale, sull’esatto indirizzo IPv4 di loopback, limitato a un risveglio al minuto.

Non richiede activeTab, contextMenus, scripting né sidePanel.

Cosa può vedere

• Permessi: il debugger, le schede e i gruppi di schede, lo storage per l’abbinamento e la modalità di accesso, gli allarmi per risvegliare il worker e la messaggistica nativa per il bootstrap.
• La modalità di accesso decide quali schede sono idonee; un’azione di pausa ferma l’automazione sulla scheda corrente.
• L’host nativo gestisce una richiesta di bootstrap alla volta e valida la risposta; un profilo rimosso o una porta obsoleta falliscono in modalità fail-closed.

Perché questa e non un browser headless

Perché il punto sono le tue sessioni con accesso effettuato: l’estensione pilota il Chrome che usi già, cookie compresi, ed è proprio per questo che la pagina sulla prompt injection elenca il browser tra gli strumenti ad alto rischio da tenere lontani dagli agenti dotati di strumenti se non servono. La guida sulla prompt injection in OpenClaw sviluppa questo argomento; la guida ai nodi di OpenClaw e a Remote Hands copre l’altro modo di raggiungere la tua macchina, un nodo abbinato con l’uso del computer.

Su Diali

Su Diali l’assistente ha un browser tutto suo dentro la sua sandbox in ogni piano, e Remote Hands è il modo in cui raggiunge il tuo browser con accesso effettuato e le app installate su una macchina che abbini, con approvazione prima che agisca. La pagina di riferimento è Computer e Remote Hands su Diali; l’assistente è OpenClaw ospitato su Diali.

• Il tuo Chrome, i tuoi accessi, pilotati tramite l’interfaccia debugger.
• Un comando di installazione, un’approvazione in Chrome, un relay in loopback.
• Potente e rischiosa per lo stesso motivo; trattala come uno strumento da tenere sotto controllo.