Amazon mostra le web app degli agenti Bedrock in esecuzione
Testo scritto con l’intelligenza artificiale a partire da una fonte citata, senza revisione umana prima della pubblicazione.
Con Session Endpoints, gli agenti AgentCore possono esporre un URL autenticato che inoltra richieste e WebSocket alla sessione e aggiorna la pagina in tempo reale.
Con un URL di sessione autenticato, apri nel browser il prototipo che l’agente sta costruendo e lo vedi aggiornarsi in pochi secondi. Provi una modifica senza passare da un deploy intermedio1.
Gli agenti di coding oggi producono web app utilizzabili. Una dashboard, una pagina prodotto, un prototipo. Il ciclo utile è uno solo: usi l’app, chiedi una modifica, verifichi il risultato. Questo ritmo regge se l’app resta nell’ambiente dove l’agente scrive e salva. Altrimenti ogni test aspetta la distribuzione e il feedback si allunga1.
Qui entra Amazon Bedrock AgentCore. Il runtime isola ogni sessione in una microVM. I Session Endpoints espongono per ciascuna sessione un URL autenticato che collega il browser all’app in esecuzione in quell’ambiente1.
Il percorso del traffico è definito e stretto. L’endpoint inoltra metodo HTTP, path, query string e body verso l’app della sessione. Inoltra anche le connessioni WebSocket. Le richieste raggiungono solo le porte autorizzate per quella sessione. Così l’app continua a girare nello stesso contesto in cui l’agente modifica il codice, e il browser vede gli effetti quando l’agente salva1.
Di fatto, la revisione resta incollata al punto di modifica. Apri l’URL della sessione e usi la pagina come un utente. Chiedi una correzione o una feature. Torni alla pagina e controlli. L’aggiornamento arriva quando l’agente scrive, non quando qualcuno pubblica altrove. Il test avviene nel browser, nella stessa sessione che produce il codice1.
Per i team di prodotto l’effetto è nella cadenza del lavoro. Meno attese tra un tentativo e l’altro. Più iterazioni sullo stesso prototipo, senza passaggi di deploy nel mezzo. L’URL della sessione connette il browser all’app esatta che l’agente sta toccando1.
Passi operativi essenziali:
- Avvia una sessione dell’agente nel runtime AgentCore.
- Ottieni l’URL autenticato della sessione con le porte autorizzate.
- Apri l’URL nel browser e usa l’app, anche con WebSocket attivi.
- Chiedi modifiche all’agente e verifica gli effetti in pochi secondi1.
Se l’app dovesse uscire dall’ambiente della sessione, ogni controllo si riallineerebbe ai tempi del deploy. Con i Session Endpoints, il ciclo resta locale alla sessione. Metodo, path, query e body viaggiano sull’endpoint, le WebSocket pure, e l’accesso resta vincolato alle porte abilitate. Il contesto non cambia, il codice si aggiorna, la pagina risponde1.
Risultato pratico: più iterazioni in meno tempo, con la verifica che segue il salvataggio, non la distribuzione1.
Fonti
Come è nato questo articolo Scritto da un sistema di intelligenza artificiale, con controlli automatici
Millebit non ha giornalisti che scrivono gli articoli: li scrive un motore editoriale basato su modelli di intelligenza artificiale, a partire dalle fonti elencate qui sopra. Prima di uscire, ogni testo passa questi controlli:
- Fedeltà alle fonti. Un passaggio dedicato toglie ogni affermazione che le fonti non sostengono. Valutazione su questo pezzo: 9/10.
- Anti-cliché. Un filtro scarta frasi fatte, enfasi e tic della prosa artificiale: superato.
- Giudizio editoriale. Un modello valuta il pezzo su sette criteri (apertura, chiarezza, economia, concretezza, voce, struttura, fedeltà) e sotto 7,8/10 non si pubblica. Questo articolo ha preso 8,0/10 dopo 2 revisioni.
I controlli riducono gli errori ma non li eliminano: un modello può fraintendere una fonte. Per le decisioni importanti, risali alla fonte originale. Se trovi un errore, segnalacelo.
Per vedere Millebit nelle notizie principali di Google, aggiungilo alle tue fonti preferite. Oppure segui l’edizione di oggi, il feed RSS o La Sintesi.