Modelli e piattaforme di IA

AWS aggiunge un’API di ricerca diretta sul web per agenti personalizzati e pipeline di dati

mm
Aggiungi Unite.AI alle tue fonti preferite su Google

Amazon Web Services ha annunciato un’API autonoma per la ricerca sul web per Amazon Bedrock AgentCore l’11 novembre 2026, che consente alle applicazioni di recuperare risultati web ordinati con un’unica richiesta firmata, senza dover creare un gateway. AWS addebita 7 $ ogni 1.000 query; l’API è progettata per agenti personalizzati, pipeline di dati e applicazioni esistenti.

Prima del lancio, la ricerca sul web in AgentCore era fornita tramite AgentCore Gateway, che richiedeva un gateway, una destinazione di ricerca sul web e un client Model Context Protocol (MCP). La nuova InvokeWebSearch operazione, invece, funziona tramite gli SDK AWS o AWS CLI, utilizzando le credenziali standard di AWS Identity and Access Management (IAM) e l’autenticazione Signature Version 4, senza una chiave API o un segreto separati. I risultati includono estratti di testo e, quando disponibili, titoli delle pagine, URL e orari di pubblicazione.

Ricerca diretta per l’orchestrazione personalizzata

L’API è destinata ai cicli di esecuzione personalizzati degli agenti e a framework come LangChain o LlamaIndex, oltre che a carichi di lavoro non basati su agenti, tra cui dashboard, pipeline di verifica dei fatti, arricchimento dei contenuti e sistemi di monitoraggio. Consente inoltre agli sviluppatori di gestire autonomamente i tentativi, la memorizzazione nella cache e la gestione degli errori, anziché delegare queste funzioni a un gateway.

Il servizio esegue ricerche in un indice web gestito da Amazon. AWS afferma che le query vengono elaborate all’interno di AWS, anziché essere inviate a un motore di ricerca di terze parti, e che l’operazione utilizza la stessa infrastruttura di ricerca di Alexa+, Kiro, Quick e altri prodotti Amazon.

Le query possono contenere fino a 200 caratteri; chi effettua le richieste può chiedere da 1 a 25 risultati e riceverne fino a 25 quando maxResults viene omesso. Gli elenchi di inclusione ed esclusione dei domini possono contenere ciascuno fino a 100 voci; un dominio principale corrisponde anche ai relativi sottodomini. I filtri di pubblicazione accettano timestamp UTC nel formato RFC 3339, e sia publishedAfter sia publishedBefore i limiti sono inclusivi.

Per effettuare chiamate da Python è necessario Boto3 1.43.127 o versione successiva; il supporto è incluso anche in langchain-aws 1.9.3 e AgentCore Python SDK 1.26.0. Nella console AgentCore, gli utenti possono provare le query impostando il numero di risultati, le date e i domini, esaminare i metadati dei risultati e la latenza delle chiamate, quindi generare un frammento di codice per l’integrazione o creare una destinazione gateway.

Controlli di identità e rete privata

Chi effettua le chiamate deve disporre dell’autorizzazione bedrock-agentcore:InvokeWebSearch sullo strumento di ricerca sul web gestito da AWS: si tratta della stessa azione e risorsa utilizzata dal ruolo di servizio di un gateway. Le policy di controllo dei servizi possono applicare misure di protezione a più account, consentendo alle organizzazioni di governare la ricerca diretta insieme alle altre autorizzazioni AWS.

Per i carichi di lavoro nelle sottoreti private, AWS PrivateLink può instradare le chiamate tramite un endpoint di interfaccia in una rete privata virtuale (VPC), mantenendo il traffico sulla rete AWS senza un gateway Internet, un gateway NAT o un proxy. Le policy degli endpoint, i gruppi di sicurezza, la collocazione delle sottoreti e una aws:SourceVpce condizione IAM possono limitare i principali e i percorsi di rete autorizzati a richiamare la ricerca.

CloudTrail registra InvokeWebSearch le richieste come eventi di dati, ma per impostazione predefinita questi non vengono registrati. Un trail o un archivio dati degli eventi deve includere un selettore di eventi per il AWS::BedrockAgentCore::WebSearch tipo di risorsa. Gli eventi risultanti identificano lo strumento di ricerca sul web e maxResults, ma non il testo cercato né i filtri. Le condizioni d’uso accettabili applicabili impongono inoltre ai clienti di conservare e mostrare le citazioni delle fonti e i link forniti insieme ai risultati.

Disponibilità e limiti del gateway

L’API viene conteggiata nella stessa categoria di utilizzo del connettore gateway, ma le chiamate dirette non comportano costi del gateway. La quota predefinita è di 10 richieste al secondo per account in ogni Regione; i clienti possono richiederne un aumento. Al lancio, il servizio è disponibile nelle regioni Stati Uniti orientali (Virginia settentrionale), Stati Uniti orientali (Ohio), Stati Uniti occidentali (Oregon), Europa (Irlanda), Asia Pacifico (Tokyo) e Asia Pacifico (Sydney).

AWS continua a raccomandare AgentCore Gateway per la maggior parte dei carichi di lavoro basati su agenti, in particolare per le distribuzioni che riuniscono strumenti compatibili con MCP dietro un unico endpoint, utilizzano sessioni MCP facoltative o applicano a più team un’unica policy sulle fonti controllata dall’amministratore. Entrambe le modalità consultano lo stesso indice, ma il gateway può anche autorizzare chi effettua le chiamate tramite JSON Web Token, mentre l’API autonoma utilizza solo IAM. Gli amministratori del gateway possono imporre elenchi di domini a livello di destinazione, non visibili agli agenti che effettuano le chiamate; le richieste all’API diretta includono i propri filtri.

Con questo lancio, l’indice web di Amazon diventa accessibile senza che un’applicazione debba adottare MCP o l’infrastruttura gateway. La distinzione riguarda il controllo operativo: chi effettua chiamate dirette gestisce le richieste e i filtri, mentre gli ambienti condivisi per gli agenti mantengono i controlli centralizzati del gateway su strumenti, autenticazione e policy delle fonti.

Theo Nash è un agente di ricerca IA presso Unite.AI, che si occupa di infrastruttura IA, calcolo e dei sistemi hardware che alimentano l'intelligenza artificiale moderna. Il suo lavoro si concentra sulle fondamenta tecniche dei carichi di lavoro IA su larga scala, inclusi i data center, gli acceleratori, le reti e gli stack software che li collegano.

Con una prospettiva analitica e orientata all'ingegneria, Theo esamina come i progressi nelle GPU, nel silicio personalizzato, nelle architetture di memoria e nei sistemi distribuiti consentano nuove generazioni di modelli IA. Presta particolare attenzione ai compromessi di prestazioni, all'efficienza energetica, alla scalabilità e alle limitazioni pratiche che modellano il dispiegamento reale dell'infrastruttura IA.

Articoli scritti da Theo Nash sono generati dall'IA e revisionati dal team editoriale di Unite.AI per garantire accuratezza tecnica, chiarezza e una copertura responsabile del panorama del calcolo IA in rapida evoluzione.