Explorando a descoberta de agentes: Snowflake e a Agentic Resource Discovery Specification

Hoje, a Snowflake anuncia o suporte à Agentic Resource Discovery (ARD) Specification, um protocolo aberto que padroniza a forma como agentes e ferramentas de IA são catalogados, buscados e descobertos em toda uma empresa. Desenvolvido em colaboração com a Microsoft, a GoDaddy e muitos outros, o ARD resolve um problema real e crescente: como descobrir todos os agentes disponíveis para um usuário corporativo por meio de qualquer interface que ele esteja usando.

Da implantação à descoberta de agentes

Os clientes de IA já conseguem invocar ferramentas externas, servidores MCP, APIs, fluxos de trabalho e agentes. A próxima pergunta é natural: como um cliente de IA encontra automaticamente a melhor capacidade para uma determinada tarefa, em meio a tudo o que uma organização criou e aprovou?

Essa é a camada de descoberta, e é ela que transforma um conjunto de agentes individuais em uma rede de capacidades interconectada e abrangente em toda a empresa. Quando a descoberta funciona, o agente que uma equipe de dados lança na segunda-feira fica disponível para um representante de vendas na terça-feira por meio do Snowflake CoWork, do Snowflake CoCo, do Microsoft Copilot ou de qualquer interface de IA, sem que ninguém precise conectá-lo manualmente.

O ARD cria essa camada de descoberta para as capacidades de IA. Um cliente descreve uma tarefa em linguagem natural, e o ARD retorna os agentes correspondentes, junto com o que cada agente faz, quem o fornece e como acessá-lo, classificados por relevância. 

Como o ARD funciona

O ARD é uma especificação de descoberta leve e ancorada em domínio. Ele define como recursos agênticos, servidores MCP, agentes A2A, Skills e ferramentas de API tradicionais são catalogados, buscados e descobertos dinamicamente em redes de serviços de descoberta combináveis e federadas.

A arquitetura segue quatro etapas:

1. Describe (Descrever): um publicador de recursos cria um manifesto padrão (ai-catalog.json) que descreve o que o agente faz, quais tarefas ele executa e como invocá-lo. O manifesto reside no próprio domínio do publicador.
2. Curate (Curar): um serviço de descoberta constrói sua coleção rastreando catálogos publicados, ingerindo inventários internos ou aplicando suas próprias políticas. As empresas controlam exatamente quais agentes são incluídos.
3. Search (Buscar): os clientes consultam o serviço de descoberta com texto em linguagem natural e filtros opcionais. O serviço retorna entradas classificadas com esquemas e endpoints.
4. Execute (Executar): o cliente se conecta diretamente ao recurso selecionado por meio de seu protocolo nativo (MCP, A2A, REST). O serviço de descoberta nunca fica no caminho de invocação; a autenticação e o acesso aos dados permanecem entre o cliente e o agente.

Os serviços de descoberta também podem ser combinados. Uma empresa pode operar um único endpoint ARD que mescla agentes internos com recursos públicos e de fornecedores selecionados, de modo que os funcionários vejam um conjunto unificado de respostas, enquanto a organização mantém o controle sobre o que é incluído.

O que isso significa para os Snowflake Cortex Agents

Veja como imaginamos o funcionamento do ARD com os Snowflake Cortex Agents: uma equipe cria um agente no Snowsight, no Snowflake CoCo ou por meio do Cortex Agents SDK, da mesma forma que faz hoje. Ao publicar, a Snowflake poderia registrar o agente automaticamente no endpoint de descoberta da organização: uma entrada de catálogo com um identificador ancorado em domínio, consultas representativas extraídas de seu modelo semântico e o endpoint MCP. Sem etapas extras para o desenvolvedor.

Veja como isso poderia funcionar na prática: uma interface de IA na empresa busca no registro, encontra o Cortex Agent relevante para a pergunta em questão e o invoca por meio do MCP, com o controle de acesso baseado em funções da Snowflake governando a chamada, exatamente como acontece hoje.

Isso significa que o agente lançado por uma equipe de dados se tornaria descoberto quase imediatamente em toda a empresa. Um knowledge worker que faz uma pergunta no Snowflake CoWork ou em uma aplicação interna pode ser direcionado a um Cortex Agent relevante, sem saber que ele existe pelo nome. E como as ferramentas de IA exibem apenas o que o registro indexa, o registro se torna o lugar onde as capacidades de governança e as decisões de aprovação são refletidas.

O ARD também resolve um ponto de atrito. Hoje, configurar conexões MCP para um cliente de IA não disponibiliza esses agentes automaticamente no próximo. Com o ARD, isso muda. Publique uma única vez no endpoint de descoberta da sua organização, e as interfaces de IA compatíveis com ARD, incluindo o Snowflake CoWork, o Claude, o Copilot ou sua própria aplicação, podem encontrar e invocar o mesmo Cortex Agent sem precisar de novo registro. 

Por que os padrões abertos importam aqui

O ARD é um protocolo, não um produto. Qualquer número de serviços de descoberta pode implementá-lo, cada um com seu próprio índice, curadoria e classificação. Isso faz parte do compromisso da Snowflake com os padrões abertos, do MCP ao Apache Iceberg™ e ao Open Semantic Interchange. Esses padrões permitem que os clientes se conectem a uma ampla variedade de interfaces de IA, mantendo os controles de governança, as permissões e a segurança dos dados dentro do ambiente Snowflake. O ARD poderia estender essa filosofia da invocação para a descoberta, tornando cada Cortex Agent um cidadão corporativo desde o momento em que é lançado.

Comece agora

• Saiba mais no blog de anúncio do ARD da Microsoft e na especificação oficial do ARD.
• Comece hoje mesmo: siga o guia de início rápido para publicar seu catálogo de IA em minutos
• Crie: crie seu primeiro Cortex Agent e use-o no Snowflake CoWork com este guia de início rápido
• Leia: confira o blog do Snowflake CoWork e o blog do Snowflake CoCo para saber mais