Esegui automaticamente numerosi test del browser in parallelo con il tuo agente AI
Playwright MCP controlla il browser con una chiamata allo strumento alla volta: è lento e consuma molti token. Ora Claude Code o Codex eseguono l’intero test in ego (lite) con poche righe di codice: 2,4 volte più velocemente, con molti test eseguiti in parallelo, ciascuno in uno Space dedicato.
Esegui test del browser semplicemente chiedendo
Ad esempio, chiedo a Codex di verificare se questo sito di e-commerce presenta bug. Codex eseguirà l'intero test, risolverà tutti i bug e mi dirà il risultato. L'unica cosa che devo fare è scorrere Tiktok e vederlo funzionare.
La stessa pagina va da interrotta a destra, sullo schermo
Le pagine dei prodotti vengono visualizzate in modo errato. L’agente le controlla in ego (lite), corregge il CSS nel codice sorgente e la pagina aperta viene nuovamente renderizzata correttamente sullo schermo.
Esegui i test del browser alla velocità della luce con ego (lite)
Il vecchio modo di eseguire i test nel browser prevede Playwright MCP o Chrome DevTools MCP, con una chiamata allo strumento alla volta: prima di ogni passaggio successivo, il modello deve leggere il risultato precedente, rendendo tutto lento e costoso. Ora gli agenti possono eseguire molti passaggi in una sola esecuzione di codice JS con ego (lite), completando il lavoro più rapidamente e con meno token.
| ego (lite) | Playwright MCP | Chrome DevTools MCP | |
|---|---|---|---|
| Come lo guida l'agente | Attraverso /ego-browser l'abilità | Server MCP esterno. Una chiamata allo strumento per azione. | Server MCP esterno. Una chiamata allo strumento per azione. |
| Installazione | Nessuna configurazione, funziona con qualsiasi agente. | Installazione npx, modalità di avvio da configurare, errori di avvio frequenti e di rilevamento Chrome. | Debug remoto, directory dati utente, configurazione tra host. |
| Uso dei gettoni | Basso. Nessuno schema di strumenti MCP e solo ciò che l'agente registra entra nel contesto: uno snapshot per passaggio, non uno dopo ogni azione. | Alto. Gli utenti segnalano una crescita dei token 6 volte superiore e overflow del contesto di 200.000 token. | Alto. Gli screenshot sono costosi in termini di token. |
| Stato di accesso | Il tuo browser a cui hai effettuato l'accesso. Uguale allo stato di accesso del tuo Chrome | Browser isolato per impostazione predefinita; trasportare accessi significa modalità di estensione o configurazione dello stato di archiviazione. | Può allegare, ma afferra le schede che stai utilizzando. |
| Widget iframe/shadow DOM/SDK | La sua istantanea della pagina è integrata nel motore di rendering, quindi legge all'interno di tutti essi. | Lo snapshot di accessibilità presenta un punto cieco dell'iframe. | DOM grezzo, gestiscilo tu stesso. |
| Console/rete/traccia | Console, rete e tracce vengono letti direttamente dai dati di Chrome DevTools. | Console, rete, screenshot. | Più profondo: faro, performance, memoria. |
| Stabilità del localizzatore | Si ancora alle etichette semantiche, sopravvive ai cambiamenti di classe. | Rif./accessibilità, abbastanza stabile. | Selettori DOM grezzi. |
| CAPTCHA/rilevamento bot | Una vera sessione umana, meno probabile che possa inciampare. | Browser separato/senza testa, spesso contrassegnato. | Meglio se collegato, ma afferra le tue schede. |
| Compiti in parallelo | Nato per supportare molte attività contemporanee tramite gli Spaces. | Una sessione per server; le esecuzioni parallele implicano la gestione di istanze extra isolate. | Istanza singola, il numero di schede di grandi dimensioni lo blocca. |
L'attrito non è mai stato il browser. Era lo strato intermedio.
Nei forum degli sviluppatori e nei tracker dei problemi, la maggior parte delle lamentele riguarda l’MCP, lo strato tra l’agente e il browser: la connessione cade, le richieste di approvazione si accumulano, la sessione si interrompe e il consumo di token aumenta. ego (lite) ha già tutto configurato, quindi niente più errori inspiegabili.
Il browser funziona. La connessione ad esso no.
- Connessione: gli strumenti vengono visualizzati ma l'agente non li chiama, si blocca in "attesa di approvazione" e lo stesso server si comporta in modo diverso in ciascun client
- Approvazioni: un popup per ogni chiamata allo strumento, spesso da 10 a 30 in un'attività, anche con "esegui tutto" attivo
- Affidabilità: un'attività che si conclude a metà o una navigazione già riuscita ma che scade
Nessun intermediario: ego (lite) è il browser stesso
- Stabile per progettazione: l'agente parla direttamente con un browser locale di sua proprietà, senza che il trasporto MCP nel mezzo cada o si blocchi
- Meno approvazioni: un passaggio esegue molti passaggi invece di una chiamata allo strumento per azione
- Prevedibile: entra in contatto con qualsiasi agente AI, sempre allo stesso modo
Nessuno script di prova. Nessun selettore da mantenere. Dì solo cosa controllare.
Con Playwright, Cypress e Selenium scrivi il test e gestisci i selettori: basta rinominare una classe o riorganizzare il layout per romperli. ego (lite) riceve una verifica descritta in linguaggio naturale e individua gli elementi in base al loro significato, quindi una modifica dell’interfaccia non interrompe il test.
Scrivi le specifiche, mantieni i selettori
- Scrittura a mano e versione a
.specper ogni flusso che desideri coprire - Selettori di pin come
page.click(".btn-x7f3")che si interrompono alla successiva modifica dell'interfaccia utente - Aggiungi attese e tentativi per combattere tu stesso l'instabilità
- Crea file di automazione dell'accesso o di stato di archiviazione da testare dietro un accesso
- Esegui nuovamente e ripara la suite dopo ogni riprogettazione
Dì solo cosa controllare
- Nessuna specifica da scrivere: comunica l'assegno al tuo agente in una frase
- Individua gli elementi in base al loro significato, non a una classe CSS, quindi una ridenominazione o un rimpasto non lo interrompe
- Le attese intelligenti gestiscono i contenuti asincroni, senza interruzioni manuali
- Test dietro il tuo accesso senza automazione dell'accesso
- Hai bisogno di test di regressione visiva? L'agente differenzia gli screenshot
Per una suite headless con versione eseguita in modo automatico in CI o per test su Firefox e WebKit, mantieni Playwright. ego (lite) è il ciclo di sviluppo rapido e senza script da usare mentre costruisci.
Come gli agenti AI controllano ego (lite)
L'agente guida il browser scrivendo un programma JavaScript completo. Una singola chiamata raggruppa tutti i passaggi: apertura del negozio, aggiunta di un prodotto, attesa del pagamento e li esegue in sequenza all'interno del browser, in modo che l'agente non aspetti mai il ritorno di un'azione prima di inviare quella successiva.
Gestisce ciò che di solito rende instabili i test del browser
Abbiamo eseguito gli scenari che gli sviluppatori considerano più difficili da automatizzare. Con ego (lite), gli agenti li hanno gestiti tutti. La sua istantanea semantica viene generata direttamente nel motore di rendering Chromium, così può vedere dentro shadow root e iframe tra documenti, dove gli script iniettati non arrivano.
Shadow DOM
Acts inside web-component shadow roots, where injected scripts go blind.
Payment iframes
Fills card fields inside cross-document iframes, like a Stripe checkout.
Custom date pickers
Picks a date range in a custom calendar with no test ids.
Drag and drop
Real HTML5 drag: moves a kanban card, the board follows.
Infinite scroll
Scrolls a lazy feed until every item is loaded, no hand-tuned waits.
Paginated tables
Walks every page of an admin table and pulls each row.
Conditional modals
Cookie banners and dialogs that pop up mid-flow get handled, not tripped over.
Autocomplete
Types an address, waits for the suggestions, picks the right one.
E un clic che arriva su un pulsante coperto o disabilitato viene segnalato come un fallimento, non un falso passaggio, nello stesso modo in cui lo tratta un vero framework di test.
Il tuo browser a cui hai effettuato l'accesso, ancora sotto il tuo controllo
Lasciare libero un agente nel browser a cui hai effettuato l'accesso è una cosa giusta su cui soffermarsi. Ecco dove sono i confini.
Funziona da solo Space
L'agente viene eseguito in un'area di lavoro separata all'interno del browser. Condivide i tuoi accessi, ma le tue schede e finestre rimangono intatte.
Ogni passo è visibile
Un vero browser headless sul tuo Mac, non un processo headless nascosto. Guarda la corsa in diretta e interrompila dalla CLI del tuo agente in qualsiasi momento.
Niente lascia il tuo Mac
Cronologia, cookie e sessioni restano sul tuo computer. ego (lite) non li carica online.
E quando un flusso ha effetti collaterali reali, un checkout che addebita o un'eliminazione che elimina, indirizza l'agente a localhost o staging, nello stesso modo in cui lo proveresti a mano.
Come utilizzare, passo dopo passo
Test dell'app Web in tre passaggi: indirizza il tuo agente a localhost o a qualsiasi URL, indica cosa controllare e rileggi ciò che non è riuscito.
Un browser Chromium che usi quotidianamente. Con un clic importi i tuoi dati di accesso Chrome, così l'agente esegue i test come te.
Cosa dovrebbe testare?
/ego-browser Apri localhost:3000, fai il checkout e dimmi cosa non funziona
Digitare /ego-browser e dì semplicemente cosa controllare, in qualsiasi lingua comprensibile al tuo agente.
| Pagina | Risultato |
|---|---|
| /checkout | Va bene |
| /product/gift-card | errore della console |
| /product/camera | immagine 404 |
Ogni pagina interrotta ritorna con l'errore della console o la richiesta non riuscita che lo spiega, non solo un passaggio o un fallimento.
Dove ego (lite) è adatto e dove non lo è
Costruito per il ciclo interno veloce: riproduci, esegui il debug e verifica durante lo sviluppo.
In cosa eccelle ego (lite)
Il ciclo interno, in un browser reale.
- Riproduci ed esegui il debug di un bug in un browser reale in cui hai effettuato l'accesso
- Flussi di test dietro un accesso senza automazione dell'accesso
- Leggere gli errori della console, le richieste non riuscite e lo stato della pagina
- Esegui controlli esplorativi su molte pagine in parallelo
- Verifica una correzione nella stessa sessione in cui hai trovato il bug
Quando raggiungere Playwright
Onesto riguardo al confine.
- Suite di regressione headless eseguite automaticamente in CI (ego (lite) è un browser Mac con interfaccia grafica)
- Test su Firefox e WebKit (ego (lite) usa Chromium)
- Una suite di test deterministica con versioni che impegni e possiedi
Fornisci al tuo agente un vero browser per testare
Scarica ego (lite) per MacFAQ
No. Porti con te un agente AI che già utilizzi, come Claude Code, Codex o Cursor, e gli dici cosa controllare in un linguaggio semplice. L'agente scrive ed esegue i passaggi del browser per te. Non ci sono file .spec da mantenere e nessun selettore CSS da scrivere a mano, perché ego (lite) individua gli elementi da un'istantanea semantica della pagina.
Playwright MCP è un server MCP che il tuo agente invia una chiamata allo strumento per azione, quindi un'attività in quindici passaggi significa quindici viaggi di andata e ritorno verso il modello, che è lento e consuma token. ego (lite) è il browser stesso: l'agente scrive un breve passaggio JavaScript che esegue molti passaggi contemporaneamente, sul tuo browser reale in cui hai effettuato l'accesso. Nel nostro test sulla stessa attività in Claude Code con Opus 4.8, ego (lite) ha terminato in circa 18 secondi con 2 viaggi di andata e ritorno modello rispetto a circa 43 secondi e 9 viaggi di andata e ritorno per Playwright MCP. Inoltre esegue molte attività di test in parallelo, ciascuna nel proprio Space, cosa che un singolo browser MCP non può.
Sì, ed è qui che brilla. ego (lite) è il tuo browser quotidiano, a cui hai già effettuato l'accesso, quindi l'agente testa dashboard, pannelli di amministrazione interni e flussi di account senza che tu debba prima creare un'automazione dell'accesso. Poiché si comporta come una vera sessione umana, è anche molto meno probabile che intervenga sui CAPTCHA o sul rilevamento dei bot rispetto a un browser headless o appena lanciato.
Ogni attività viene eseguita in uno Space dedicato, un’area di lavoro separata nello stesso browser, come una finestra aggiuntiva dello stesso profilo. Gli Spaces condividono i dati di accesso, ma mantengono pagine proprie, così le esecuzioni parallele non interferiscono tra loro né con le schede su cui stai lavorando. Per il sito, è semplicemente un utente autenticato con diverse schede aperte. Se l’app consente una sola sessione attiva per account, esegui questi flussi uno alla volta o usa un account di prova.
Sì, nel senso che l'agente acquisisce uno screenshot di base e uno nuovo, li differenzia pixel per pixel e ti dice cosa è cambiato e dove. È l'agente che fa la differenza nel tuo browser, non un prodotto di test visivo separato da configurare, quindi non c'è Percy o Chromatic da collegare. Per un servizio di base gestito con flussi di lavoro di revisione e CI gating, uno strumento di test visivo dedicato è ancora la soluzione migliore.
Non oggi. ego (lite) è un vero e proprio browser integrato sul tuo Mac, creato per testare mentre sviluppi: riproduci un bug, esegui il debug, verifica la correzione, esegui controlli sulle tue pagine. Per una suite headless eseguita in modo automatico in CI o per i test su Firefox e WebKit, mantieni la tua suite di test Playwright. ego (lite) è il ciclo interno veloce, non il corridore CI.
Problemi funzionali e di runtime che un utente reale potrebbe riscontrare: un flusso che si interrompe, un pulsante che non fa nulla, un errore JavaScript non rilevato, una richiesta di rete non riuscita, un errore della console, un valore che risulta sbagliato. L'agente legge lo stato della pagina oltre alla console e alla rete, quindi segnala cosa non è riuscito e dove, non solo verde o rosso.
L’agente lavora in uno Space tutto suo, così le tue schede e finestre restano intatte e tutto avviene in una finestra del browser reale e visibile, che puoi osservare e interrompere in qualsiasi momento dalla CLI dell’agente. I dati di navigazione restano sul tuo computer: ego (lite) non carica la cronologia, i cookie o le sessioni. Per i flussi con effetti reali, come un checkout che effettua davvero un addebito, indirizza l’agente a localhost o staging, proprio come faresti durante un test manuale. Se colleghi un agente esterno o un fornitore di modelli, si applicano le norme sui dati di quel fornitore.