ARD (Agentic Resource Discovery): a especificação aberta para descoberta de agentes

O problema que ninguém estava resolvendo direito

À medida que as organizações ampliam o uso de agentes de Inteligência Artificial (IA), um gargalo silencioso vai se formando: encontrar o recurso certo na hora certa. Times criam servidores MCP (Model Context Protocol), implantam agentes e desenvolvem ferramentas especializadas — mas sem um catálogo centralizado, esses recursos ficam isolados em silos.

O resultado prático? Cada desenvolvedor precisa localizar manualmente o recurso, validá-lo, conectá-lo e manter essa conexão por conta própria. Pior ainda: configurar um agente para um cliente de IA não o torna disponível para outros clientes. Quando a equipe tinha apenas um punhado de ferramentas, isso era administrável. Com dezenas de agentes, servidores MCP, habilidades e APIs espalhados por registros públicos e ambientes corporativos privados, esse modelo simplesmente não escala.

AWS Agent Registry: o catálogo centralizado

Para endereçar esse problema dentro do ecossistema AWS, a empresa lançou o AWS Agent Registry — um catálogo centralizado e pesquisável para agentes, servidores MCP, ferramentas, habilidades de agentes e recursos personalizados. O serviço é construído em torno de dois conceitos centrais:

• Registros (Registries): um registro é um catálogo criado dentro de uma conta AWS, com suas próprias configurações de autorização e aprovação. É possível manter um único registro para toda a organização ou criar registros separados por tipo de recurso, ambiente ou equipe. Com o compartilhamento entre contas, um registro pode atender toda a organização AWS.
• Registros de Recursos (Registry Records): um record representa um recurso individual, capturando os metadados que descrevem o que ele é, o que faz e como acessá-lo.

Como funciona o fluxo de trabalho

O processo dentro do AWS Agent Registry segue uma lógica clara de quatro etapas:

• Criar um registro: um administrador cria o registro, configura as regras de aprovação e define a autorização usando o IAM (Identity and Access Management) da AWS ou um JWT (JSON Web Token) do provedor de identidade corporativo.
• Publicar registros: um publicador descreve seus servidores MCP, agentes ou ferramentas como records e os submete para aprovação.
• Curar e aprovar: um curador revisa os registros pendentes, aprova ou rejeita cada um, e pode deprecar registros que não estão mais em uso.
• Descobrir recursos aprovados: consumidores — sejam usuários humanos ou agentes de IA — pesquisam o registro para encontrar os recursos de que precisam.

O que torna o serviço adequado para ambientes corporativos

Alguns diferenciais do AWS Agent Registry merecem destaque para quem avalia adoção empresarial:

• Curadoria com fluxo de aprovação: garante que apenas recursos que atendem aos critérios de segurança, conformidade e qualidade da organização sejam descobertos. Administradores podem remover um registro a qualquer momento.
• Busca híbrida: combina compreensão semântica com correspondência por palavras-chave, de modo que tanto consultas em linguagem natural quanto buscas exatas por nome retornem resultados relevantes.
• Acesso nativo ao MCP: o registro está disponível em um endpoint remoto MCP, permitindo que qualquer cliente compatível com MCP pesquise e utilize recursos diretamente.
• Autorização flexível: controle de acesso via credenciais IAM ou JWTs do provedor de identidade corporativo.

O desafio dos múltiplos ambientes

O AWS Agent Registry resolve bem o problema de descoberta dentro do ambiente AWS. Mas a realidade das grandes empresas é outra: agentes e ferramentas estão implantados em múltiplas nuvens, infraestrutura on-premises, plataformas SaaS e aplicações corporativas — cada uma com seu próprio registro, convenção de nomenclatura e esquema de metadados.

Quando cada ambiente usa seu próprio formato para descrever recursos agênticos, integrar tudo exige conectores sob medida para cada par de registros que precisa interoperar. Uma especificação compartilhada muda esse cenário: se todos os registros descrevem recursos no mesmo formato e expõem a descoberta por um protocolo comum, o publicador descreve uma vez e o consumidor descobre em qualquer lugar.

ARD: a especificação aberta que entra em cena

É aqui que entra o ARD (Agentic Resource Discovery). Importante deixar claro: o ARD não é um produto e nem um registro único. É um padrão aberto, disponível sob a Licença Apache 2.0 em agenticresourcediscovery.org e no GitHub. A AWS contribuiu com feedback durante o desenvolvimento da especificação.

Uma boa analogia para entender o ARD é pensar no DNS (Domain Name System — Sistema de Nomes de Domínio): assim como o DNS permite a resolução de nomes entre redes distintas, o ARD habilita a federação entre registros distintos. Uma organização pode implantar agentes em múltiplos ambientes e o catálogo de cada ambiente expõe esses recursos por um protocolo comum, atrás de um endpoint. Para descoberta combinada, qualquer registro pode indexar os demais usando o entendimento desse protocolo compartilhado. Assim, registros locais podem se federar via ARD sem exigir acordos bilaterais ou conectores proprietários.

Como o ARD complementa o AWS Agent Registry

A AWS posiciona o ARD como um complemento natural ao modelo do AWS Agent Registry. Três perspectivas resumem bem essa relação:

• Federar sem migrar: organizações com infraestrutura agêntica distribuída entre nuvens, ambientes on-premises e SaaS podem expor esses recursos em um formato consistente. O ARD deve viabilizar a descoberta entre ambientes mantendo o controle local.
• Descobrir globalmente, controlar localmente: o design do ARD reflete o modelo de controle que os clientes AWS já conhecem — a organização que publica um catálogo controla o que está nele, quem pode ver e quando revogar o acesso. Os controles de acesso existentes do AWS Agent Registry permanecem como ponto de aplicação, com o ARD atuando como camada de interoperabilidade.
• Habilitar descoberta pública: com o ARD como protocolo compartilhado, qualquer organização pode publicar um catálogo em seu próprio domínio, tornando-o descobrível por qualquer cliente compatível com ARD — abrindo caminhos de descoberta entre organizações para clientes do Agent Registry.

Para saber mais

Para quem quer se aprofundar no tema, a AWS disponibiliza os seguintes recursos:

• Leia a especificação ARD para entender o modelo de catálogo e registro.
• Explore as implementações de referência no GitHub.
• Consulte a documentação do AWS Agent Registry.
• Leia mais sobre o lançamento em AWS Agent Registry agora em preview.

Fonte

Agentic Resource Discovery (ARD): An open specification for agent discovery (https://aws.amazon.com/blogs/machine-learning/agentic-resource-discovery-ard-an-open-specification-for-agent-discovery/)