The Pulse
AWS mostra agli sviluppatori come visualizzare l’anteprima delle app nelle sessioni AgentCore
La guida di AWS mostra come gli sviluppatori possano collegare un’app Vite attiva in una sessione AgentCore a una pagina di anteprima locale, mentre un agente di programmazione ne modifica i file. L’esempio utilizza endpoint di sessione aut
AI.info Team · Scritto con l’IA · verificato ·
L’anteprima per l’agente di programmazione di AWS è un esempio che gli sviluppatori assemblano usando gli endpoint di sessione di Amazon Bedrock AgentCore: una porta serve l’app web e un’altra espone una route di stato. L’esempio permette a uno sviluppatore di osservare le modifiche al sito mentre l’agente ne modifica i file, senza attendere una distribuzione separata. L’anteprima è però una connessione di sviluppo autenticata, non un indirizzo web pubblico per distribuire l’app finita.
Due porte collegano l’anteprima alla sessione
In un post pubblicato il 30 ottobre, AWS illustra il funzionamento di un agente di programmazione in una sessione microVM isolata di AgentCore. L’esempio serve un sito web Vite sulla porta 8090 e una route di stato sulla porta 8081; l’agente stesso riceve le richieste sulla porta 8080 attraverso l’interfaccia di invocazione separata di AgentCore. Gli sviluppatori configurano le porte che un endpoint Session può raggiungere e l’esempio consente l’accesso solo alle porte 8090 e 8081.
L’esempio di AWS riunisce i vari elementi in una pagina di anteprima locale, con un riquadro di chat accanto al sito web. Un endpoint locale sul computer dello sviluppatore inoltra il traffico del browser attraverso l’endpoint Session autenticato fino all’app nel runtime. L’agente di programmazione legge e modifica i file del sito, mentre Vite rileva le modifiche e le invia alla pagina aperta tramite un WebSocket.
Le modifiche compaiono senza una nuova distribuzione
La guida mostra una richiesta di passare il sito di esempio a un tema scuro da caffetteria, seguita da un’altra per rendere verde il pulsante «Ordina in anticipo». Mentre lavora, l’agente trasmette i passaggi in tempo reale nel riquadro della chat; quando salva il foglio di stile, Vite invia l’aggiornamento al riquadro del sito senza ricaricare la pagina. L’agente dell’esempio usa quattro strumenti per i file — elencare, leggere, scrivere e modificare — e chiama Claude Haiku 5.5 in Amazon Bedrock per decidere cosa cambiare.
L’esempio mostra come gli sviluppatori possano esaminare un’interfaccia funzionante mentre l’agente la modifica, anziché esportare i file e distribuirli dopo ogni modifica. È una dimostrazione, non un prodotto pronto all’uso basato su un agente di programmazione. AWS rimanda i lettori a un notebook e a un codice di esempio nel suo repository AgentCore per distribuire ed eseguire la configurazione.
L’URL dell’anteprima è temporaneo e soggetto a controlli dei permessi
Le richieste all’endpoint Session richiedono l’autenticazione. Per i runtime che usano AWS Identity and Access Management, le richieste e gli handshake WebSocket includono una firma Signature Version 4; i runtime che usano un sistema di autorizzazione JSON Web Token utilizzano un bearer token. AWS afferma che conoscere il solo URL dell’endpoint non dà accesso e che le richieste vengono registrate in CloudTrail come eventi InvokeAgentRuntimeProxy.
L’endpoint raggiunge solo le porte configurate come consentite e il suo URL dura solo quanto la sessione. Una richiesta a una porta non consentita può ricevere una risposta 403, mentre una porta consentita senza un server in ascolto può restituire 502. Il browser non può aggiungere firme AWS alle proprie richieste, quindi il client locale dell’esempio fornisce le credenziali e resta in ascolto solo sull’indirizzo di loopback della macchina.
AWS distingue tra anteprima e pubblicazione
Conoscere l’URL non dà accesso.
Sundar Raghavan, architetto senior delle soluzioni di AWS, scrive che i controlli di accesso proteggono la via d’accesso alla sessione, ma non isolano il sito web dall’agente: entrambi vengono eseguiti nella stessa sessione. AWS consiglia di limitare il ruolo di esecuzione ai permessi necessari all’agente e suggerisce di filtrare prompt e risposte con Bedrock Guardrails quando altre persone possono inviare prompt all’agente.
La sostituzione delle risorse di calcolo della sessione chiude le connessioni aperte e le modifiche potrebbero non essere conservate, a meno che la sessione non utilizzi uno storage persistente. AWS avverte inoltre gli sviluppatori di verificare le modifiche dell’agente prima della pubblicazione. Per un’app destinata agli utenti, il post rimanda a un servizio di hosting separato, come AWS Amplify Hosting; l’endpoint Session serve a sviluppare, testare e verificare l’app all’interno della sua sessione di runtime.