Amazon presenta Bedrock AgentCore Browser Tool per automatizzare web legacy

Amazon lancia Bedrock AgentCore Browser Tool per consentire ad agenti AI di guidare interfacce web legacy via browser gestito, in combinazione con Strands Agents¹.

Il post parte da un caso concreto: “decine di migliaia” di modifiche l’anno su sistemi di amministrazione polizze. Operatori entrano in portali complessi, passano schermate stratificate, inseriscono dati a mano. Le stesse frizioni emergono in sanità, manifattura, retail e servizi finanziari, dove applicazioni critiche espongono solo HTML renderizzato lato server e non offrono API moderne¹.

Qui interviene AgentCore Browser Tool. Il servizio apre una sessione dedicata, controllata e protetta, in cui un agente può eseguire i passaggi della UI come farebbe un operatore umano. Niente scripting fragile, niente wrapper su API che non esistono: l’agente naviga, legge, clicca, compila moduli nell’interfaccia esistente. La combinazione con Strands Agents punta a orchestrare questi flussi a volume, gestendo percorsi diversi dentro il perimetro della sessione predisposta¹.

Il caso assicurativo rende il perimetro operativo. Aggiornare coperture, rettificare sinistri, cambiare piani, gestire endorsement: attività ripetitive, ma business‑critical. Secondo il post, un agente può seguire gli stessi percorsi della UI e completare l’immissione dati nelle sessioni dedicate, alleggerendo un centro di costo evidente: l’input manuale su software legacy rimasti centrali per i processi core¹.

Lo scenario si ripete ovunque l’applicazione pubblica solo HTML lato server. L’automazione passa per forza dalla UI. Il nuovo strumento dà all’agente il “volante” dell’interfaccia senza chiedere al team di esporre API o rifattorizzare sistemi che non le prevedono. Per le organizzazioni che hanno già sperimentato i limiti degli script o di task RPA sensibili ai cambi di layout e alle eccezioni, l’approccio propone un’alternativa più adattiva, basata sull’agente che legge e opera direttamente nella pagina¹.

Mancano però dettagli tecnici chiave. Il post non indica compatibilità, requisiti, limiti noti o metriche di performance. Nessun numero oltre allo scenario assicurativo, nessuna nota su ambienti supportati o configurazioni. Restano anche da chiarire gestione delle eccezioni, robustezza ai cambi di UI e tracciabilità delle azioni. La valutazione sulla copertura reale va quindi rimandata a prove indipendenti e test sul campo, specie in contesti con ampie varietà di interfacce legacy e processi ricchi di casi particolari¹.

Per i team IT e QA, l’implicazione è operativa: l’unico modo per capire se l’approccio regge è costruire benchmark interni su flussi rappresentativi, dove oggi si concentra il costo di back office. Il post ufficiale offre il perimetro concettuale; risultati, affidabilità e costi di gestione dipenderanno dai test in produzione controllata¹.