Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Esempi di casi d'uso
La migrazione è ora aperta
AWS Agent Registry è stato lanciato con il nuovo agent-registry namespace. Il supporto per il bedrock-agentcore namespace di anteprima pubblico verrà interrotto il 17 settembre 2026. Per le istruzioni sulla migrazione, consulta la Guida completa alla migrazione del registro.
Di seguito sono riportati alcuni esempi di casi d'uso in cui è possibile utilizzare il registro.
Scopri gli agenti o gli strumenti per creare un flusso di lavoro interno
Un costruttore sta creando un flusso di lavoro interno delle risorse umane che genera un report sui saldi di assenze dei dipendenti. Il flusso di lavoro richiede l'accesso a un servizio di informazioni sui dipendenti, a un servizio di tracciamento del PTO e a un servizio di generazione di documenti come. SharePoint Invece di chiedere informazioni o cercare nei wiki interni, il generatore cerca nell' AWS Agent Registry i servizi che soddisfano le sue esigenze. Trovano tutti e tre i servizi registrati con i dettagli di connessione e gli schemi degli strumenti e utilizzano queste informazioni per costruire il flusso di lavoro, riducendo in minuti quelli che sarebbero stati giorni di scoperta.
Aggiungete una nuova funzionalità a un agente a contatto con i clienti
Un costruttore gestisce un agente esterno del servizio clienti che gestisce le richieste degli ordini. Devono aggiungere un nuovo caso d'uso: aiutare i clienti a tenere traccia delle consegne ritardate dei pacchi. L'agente ha già accesso alle informazioni sui clienti e ai servizi di cronologia degli ordini, ma necessita di un servizio di tracciamento delle consegne. Il costruttore effettua una ricerca nel registro, trova un servizio di tracciamento delle spedizioni registrato con le giuste funzionalità, lo collega al proprio gateway e aggiorna la politica dell'agente per consentire le chiamate a questo nuovo servizio, il tutto senza dover sapere quale team ha creato il servizio di consegna o come contattarlo.
Gestisci la distribuzione degli agenti tra i team
Un amministratore che esamina il registro nota che un nuovo team sta creando un agente di prenotazione viaggi con funzionalità molto simili a un agente di pianificazione dei viaggi esistente registrato da un altro team. Scoprendo questa sovrapposizione nel registro, l'amministratore collega i due team. Invece di duplicare gli sforzi, l'agente esistente viene aggiornato con le funzionalità aggiuntive e l'organizzazione evita di mantenere due agenti che fanno essenzialmente la stessa cosa.
Condividi competenze riutilizzabili tra gli agenti
Un team ha sviluppato una competenza per l'estrazione di dati strutturati da documenti PDF. Hanno ricevuto un feedback positivo sull'efficacia di questa competenza e gli è stato chiesto di condividerla ampiamente in tutta l'organizzazione per aumentare la produttività collettiva. Invece di contattare ogni team in modo indipendente, pubblicano la competenza nel registro con una documentazione dettagliata di markdown e una definizione strutturata. Altri creatori di agenti scoprono la competenza tramite una ricerca o sfogliando il catalogo dei record approvati e la integrano nei propri agenti, accelerando lo sviluppo in tutta l'organizzazione.
Esplora il catalogo del registro prima di effettuare una ricerca
Un generatore che è nuovo nel registro non sa ancora cosa è disponibile e non può creare una query di ricerca specifica. Sfogliano il catalogo dei record approvati tramite la console oppure ListDiscoverableRegistryRecords filtrano per tipo di record (ad esempio, server MCP) e scorrono i risultati per avere un'idea degli strumenti disponibili nell'organizzazione. Quando trovano diversi record che sembrano promettenti, raccolgono tutti i dettagli in un'unica chiamata BatchGetDiscoverableRegistryRecord e scelgono quelli più adatti al loro flusso di lavoro.
Applica gli standard di qualità attraverso la cura
Un builder invia un nuovo record del server MCP al registro. L'invio attiva una EventBridge notifica Amazon che dà il via alla pipeline di revisione standard dell'organizzazione. La pipeline automatizzata verifica che la definizione del server includa descrizioni complete degli strumenti, che gli schemi di input siano definiti correttamente e che il server soddisfi i requisiti di sicurezza dell'organizzazione. La revisione rileva che in diverse descrizioni degli strumenti mancano i campi obbligatori. Il curatore rifiuta il record con una motivazione dettagliata e il costruttore riceve un feedback su cosa correggere prima di inviarlo nuovamente.
Mantieni i record di registro sincronizzati con i server attivi
Un team implementa server MCP su AgentCore Runtime le cui definizioni degli strumenti si evolvono man mano che vengono aggiunte nuove funzionalità. Anziché aggiornare manualmente i record del registro ogni volta che uno strumento cambia, configurano la URL-based sincronizzazione su ogni record e si limitano a visitare periodicamente il registro per attivare la sincronizzazione. Quando lo fanno, AWS Agent Registry recupera i metadati più recenti del server e degli strumenti dall'endpoint del server MCP, mantenendo il registro accurato.
