Vibium offre telefoni reali che agenti AI possono pilotare per test end-to-end

Vibium sta costruendo un servizio ospitato di telefoni reali che agenti AI possono guidare da remoto, con video, audio, connettività cellulare e input a livello hardware¹. Chi vuole provarlo può scrivere a hello@vibium.com¹.

Accanto c’è Roadie, un KVM hardware open indicato a circa 86 dollari, sviluppato dallo stesso team¹.

Jason Huggins, creatore di Selenium, ha mostrato un progetto PCB per l’automazione mobile con Roadie: due schede Adafruit QT Py RP2040 e un dongle di cattura HDMI permettono a un agente di vedere lo schermo del telefono e agire come tastiera, mouse, pennino touch, microfono e cuffie. Funziona out of the box con Vibium, il suo stack di automazione per agenti¹.

Butch, autore della newsletter, preferisce un agente dedicato per scrivere i controlli automatizzati, separato dall’agente che ha scritto il codice in esame¹. Parla di “outside in”, test in black box guidati dai requisiti e dall’applicazione sotto test. Tiene i test end-to-end in un repository separato per restare davvero esterno rispetto all’applicazione¹. Nota che chi ha scritto il codice porta bias di contesto, simili a quelli umani¹.

Per il web serve un browser tool come Playwright. L’autore preferisce playwright-cli. L’agente lo usa per esplorare la funzionalità, e quando vuole osservare l’esecuzione avvia playwright-cli show¹. Il lavoro umano è rivedere i controlli generati: leggere il titolo del test e le asserzioni, e verificare che controllino le cose giuste. Il passo successivo è pensare a come integrare un flusso simile dentro una software factory¹.

Triad propone una “30-day Discovery” per individuare dove l’AI aiuta davvero, soprattutto in QA: verifiche ripetitive, processi fragili, workaround non documentati². Il team Kiro di Amazon descrive agenti che scrivono codice, testano, trovano errori e li correggono in iterazione senza intervento umano diretto. Un esempio citato è @poteto, che ha spedito 2.500 pull request in un mese con il suo sistema pstack².

“Fidarsi dei confini, non dell’agente” è la regola. Servono controlli deterministici che non dipendono da un LLM per l’esecuzione. Gli agenti possono aiutare a scriverli, ma qualcuno deve leggere le asserzioni e confermare che misurano ciò che conta². “Sei l’architetto, non il dattilografo” e “agenti per tutto, non solo per il codice” guidano il set up: l’autore usa playwright-cli e altri browser tool così l’agente può verificare il proprio lavoro. Questo auto-check è utile, ma resta l’agente che valuta i propri compiti. Ogni guardrail automatizzato è un motivo in meno per restare “in the loop”².

Vibium invita chi necessita di dispositivi reali per i test a vedere il sistema in azione via email, mentre Huggins segnala un fatto netto: chi ha inventato l’automazione del browser oggi costruisce hardware per il testing agent-driven su device fisici¹.