# Testare e debuggare estensioni Chrome con un coding agent: DevTools for agents in pratica

> Source: <https://dev.to/frontendfacile/testare-e-debuggare-estensioni-chrome-con-un-coding-agent-devtools-for-agents-in-pratica-57ep>
> Published: 2026-08-28 18:21:10+00:00

Caricare un’estensione da disco, aprirne il popup e automatizzare verifiche UI: un workflow più completo per chi sviluppa estensioni e usa agenti.

Sviluppare un’estensione Chrome oggi significa spesso alternare tre modalità: codice “a mano”, generazione assistita da un coding agent e una fase di verifica nel browser che resta comunque imprescindibile. Il problema è che molti agenti riescono ad aprire pagine e cliccare elementi, ma si fermano quando entrano in gioco le estensioni: installazione, gestione del popup, interazioni con la UI dell’estensione, verifica rapida dei cambiamenti.

Chrome DevTools for agents colma proprio quel vuoto: aggiunge al set di strumenti dell’agente la possibilità di **installare** e **pilotare** un’estensione durante i test, oltre a renderne più pratico il debugging.

Ci sono alcuni scenari tipici in cui il supporto “estensioni-aware” fa la differenza:

In pratica: se il tuo agente sa “guidare” il browser ma non sa “gestire” le estensioni, la qualità del test rimane limitata.

Un dettaglio importante: per ragioni di sicurezza e controllo (in particolare per l’uso dei token e del contesto in cui operano gli agenti), le funzionalità specifiche per estensioni **non sono abilitate di default**.

Dopo aver installato Chrome DevTools for agents, serve quindi un passaggio esplicito nella configurazione MCP:

```
--category extensions
```

Una volta fatto, l’agente può accedere agli strumenti necessari per caricare e controllare un’estensione.

Con gli strumenti attivi, il flusso diventa molto lineare:

**Caricamento da disco**

**Apertura dell’extension action (popup)**

**Snapshot e ispezione dei contenuti**

**Interazione (click, ecc.)**

Questo approccio è particolarmente efficace per popup “piccoli ma critici” (to-do list, switch, menu, quick actions) dove un test manuale ripetuto diventa rapidamente noioso e soggetto a errori.

La parte interessante, per chi fa frontend tooling, è che tutto questo non è una “magia” isolata: Chrome DevTools for agents è costruito sopra il **Chrome DevTools Protocol (CDP)**, lo stesso protocollo su cui si appoggiano:

Di recente sono state esposte nel CDP nuove capacità legate alle estensioni. Questo ha già avuto un impatto su Puppeteer (installazione estensioni nei test automatizzati) e, di riflesso, permette ora di portare funzionalità equivalenti anche in DevTools for agents.

Il vantaggio pratico è che l’ecosistema tende ad evolvere “in blocco”: una capability nuova (per esempio, in futuro, azioni come **pin/unpin** dell’estensione) può essere aggiunta e riutilizzata trasversalmente tra strumenti.

C’è anche un risvolto più “standardizzazione”: migliorare le capacità di test e automazione delle extension APIs aiuta il lavoro nella community **WebExtensions** e nei gruppi che puntano a rendere le estensioni più compatibili tra browser.

Qui entra in gioco il **Web Platform Test (WPT)**: una suite di test condivisa tra browser per verificare comportamenti coerenti. Le nuove capacità di automazione consentono di aggiungere test più solidi anche per le API delle estensioni, alzando l’asticella della prevedibilità cross-browser.

Se sviluppi estensioni e usi un coding agent, il salto di qualità arriva quando l’agente non si limita a “navigare pagine”, ma sa anche:

Il punto chiave è abilitare consapevolmente la categoria *extensions* nella configurazione MCP: pochi minuti di setup, ma un impatto diretto sul ciclo build → test → fix, soprattutto quando il progetto cresce e la manualità diventa un collo di bottiglia.

Articolo originale: [https://frontendfacile.it/blog/testare-e-debuggare-estensioni-chrome-con-un-coding-agent-devtools-for-agents-in](https://frontendfacile.it/blog/testare-e-debuggare-estensioni-chrome-con-un-coding-agent-devtools-for-agents-in)
