DevAgents OSDevAgents OS
← Blog
·12 min de leitura·agentic-ai·mcp·a2a·ard·governance·architecture·capability-discovery
Cristiano Ferreira

A IA agêntica está deixando de ser uma coleção de copilotos. Está virando um ecossistema distribuído de capacidades.

A conversa sobre IA agêntica mudou. E mudou de forma estrutural.

Durante os primeiros ciclos de adoção, a discussão ficou presa num padrão: conectar um modelo a uma ferramenta, criar um agente especializado, medir a produtividade local. Cada agente era um copiloto. Cada copiloto operava num silo.

Esse momento foi necessário, mas ele já não descreve o que está surgindo agora.

O que está emergindo é um cenário onde agentes não apenas usam ferramentas previamente conectadas. Eles descobrem, avaliam e selecionam capacidades dentro de um ecossistema distribuído, em tempo de execução.

A pergunta deixou de ser "quais ferramentas conectamos ao agente?" e passou a ser "qual ecossistema de capacidades a empresa está preparada para expor?"

Essa diferença é arquitetural, não apenas conceitual.

De copilotos isolados a capacidades descobríveis

O modelo mental do copiloto parte de uma premissa simples: o agente conhece, de antemão, as ferramentas que pode usar. Elas são definidas em tempo de configuração. O escopo é fixo.

Na prática corporativa, isso funciona bem para cenários limitados. Mas quando a empresa precisa que agentes operem transversalmente, entre domínios, sistemas e equipes, o modelo estático começa a fraturar.

A limitação não está no modelo de linguagem. Está na arquitetura que define o perímetro do agente.

Um agente configurado manualmente para acessar três APIs não escala para um cenário onde existem cinquenta serviços potencialmente úteis, versionados por equipes diferentes, com políticas de acesso distintas e metadados heterogêneos.

O que está surgindo é a necessidade de uma camada de descoberta: um mecanismo pelo qual o agente identifica capacidades disponíveis, avalia compatibilidade, verifica permissões e decide se deve ou não utilizar um recurso, tudo em tempo de execução.

O triângulo técnico: MCP, A2A e ARD

Para entender o que está se formando, é necessário olhar para três especificações técnicas complementares que estão moldando esse ecossistema.

MCP (Model Context Protocol) padroniza a forma como modelos de IA se conectam a sistemas externos. Ele define a interface entre o agente e a ferramenta: como invocar, que parâmetros passar, que formato de resposta esperar. O MCP resolve o problema da conexão.

A2A (Agent-to-Agent) permite que agentes de diferentes frameworks, provedores e organizações se comuniquem entre si. Ele resolve o problema da interoperabilidade entre agentes, não apenas entre agente e ferramenta.

ARD (Agentic Resource Discovery) é uma especificação colaborativa que envolve Google, Microsoft, GitHub e outros players. Ela define como recursos agênticos, ferramentas, APIs, serviços, capacidades, podem ser catalogados, descritos e descobertos de forma padronizada.

A combinação dessas três camadas cria algo novo: a possibilidade de um ecossistema onde agentes não apenas executam, mas navegam por um catálogo de capacidades, avaliam opções e tomam decisões sobre quais recursos usar.

Isso não é mais copiloto. Isso é arquitetura de capacidades distribuídas.

Descoberta não é compreensão

Aqui está o risco mais subestimado dessa transição.

A capacidade de um agente descobrir uma ferramenta em tempo de execução não significa que ele compreende o contexto operacional daquela ferramenta.

Um agente pode encontrar uma API tecnicamente compatível, com metadados corretos, schema válido e permissões concedidas, e ainda assim utilizá-la de forma operacionalmente inadequada.

Porque compatibilidade técnica e compreensão operacional são coisas diferentes.

Uma API de dados financeiros pode ser tecnicamente acessível para um agente de engenharia, mas operacionalmente inadequada para o contexto em que ele está atuando. Uma ferramenta de deploy pode estar disponível no catálogo, mas sua utilização fora de um pipeline aprovado pode violar políticas de segurança.

"Descoberta dinâmica sem governança semântica é apenas automação com mais superfície de risco."

A empresa que expõe capacidades sem curadoria está criando um perímetro de execução que ela não controla.

A nova dívida técnica nasce no catálogo

A dívida técnica da IA agêntica está se deslocando.

Ela não nasce apenas no código que o agente produz. Ela nasce nos catálogos mal documentados, nos registries deficientemente governados e nos metadados incompletos que alimentam a camada de descoberta.

Quando um serviço é publicado num catálogo de capacidades sem descrição precisa, sem ownership claro, sem versionamento e sem política de uso, o agente que o descobrir pode tomar decisões baseadas em informações parciais.

Essa é uma nova classe de dívida técnica: a dívida de catálogo.

Ela surge quando:

  • Descrições de serviços são genéricas ou ambíguas.
  • Metadados de capacidade não refletem restrições operacionais.
  • Versões desatualizadas permanecem descobríveis.
  • Ownership de serviços não está associado ao registro.
  • Políticas de aprovação e bloqueio não estão vinculadas ao catálogo.

A documentação, nesse cenário, deixa de ser apenas material para humanos. Ela se torna instrução para máquinas. E instruções imprecisas geram execuções imprecisas.

O registry corporativo como peça crítica

Se a descoberta dinâmica é o caminho, o registry corporativo se torna a peça crítica da arquitetura agêntica.

Não basta publicar serviços e esperar que agentes façam boas escolhas. O registro precisa ser curado, governado e auditável.

Um registry corporativo de capacidades agênticas precisa incluir:

  • Curadoria: nem todo serviço disponível deve ser descobrível por qualquer agente.
  • Ownership claro: cada capacidade exposta precisa ter um responsável identificado.
  • Versionamento: agentes precisam saber se estão usando a versão correta de uma capacidade.
  • Políticas de aprovação: capacidades críticas não deveriam ser utilizáveis sem aprovação prévia ou revisão humana.
  • Mecanismos de bloqueio rápido: a empresa precisa poder remover ou suspender uma capacidade do catálogo quando necessário, sem esperar um ciclo de deploy.

"O registry não é um inventário técnico. É um contrato operacional entre a organização e seus agentes."

Observabilidade semântica no ecossistema distribuído

Quando agentes descobrem e utilizam capacidades em tempo de execução, a observabilidade tradicional não é mais suficiente.

Saber que uma ferramenta foi invocada é necessário, mas insuficiente. A empresa precisa entender a cadeia que levou à invocação: qual instrução originou a busca no catálogo, quais opções foram consideradas, por que uma capacidade foi selecionada em detrimento de outra, e qual validação ocorreu antes da execução.

Essa observabilidade não é apenas técnica. Ela é semântica.

A cadeia precisa ser rastreável: Intenção > Busca > Avaliação > Seleção > Execução > Resultado > Impacto.

Sem essa rastreabilidade, a empresa pode ter um ecossistema tecnicamente funcional, mas operacionalmente opaco. E opacidade operacional, num contexto agêntico, é risco acumulado.

A ilusão da autonomia fluida

Existe uma narrativa sedutora nesse cenário: agentes que navegam livremente por um ecossistema de capacidades, descobrindo e utilizando recursos de forma fluida, sem fricção humana.

Essa narrativa é tecnicamente possível. Mas operacionalmente perigosa.

A fluência operacional mascara a dependência de uma arquitetura cuidadosamente desenhada. Quando tudo funciona, parece mágica. Quando algo falha, a cadeia de consequências pode ser longa, distribuída e difícil de rastrear.

"Autonomia fluida sem arquitetura de contenção é apenas velocidade sem freio."

A empresa madura não busca eliminar a fricção. Busca posicioná-la nos pontos certos: antes de acessos críticos, antes de execuções irreversíveis, antes de decisões que cruzam domínios organizacionais.

A inteligência operacional está na arquitetura

O futuro da IA agêntica não será definido apenas por quem tem o melhor modelo. Será definido por quem conseguir construir a melhor arquitetura de capacidades.

Uma empresa pode ter acesso aos modelos mais avançados e, ainda assim, operar de forma imatura se o ecossistema de capacidades for mal governado, mal documentado ou mal curado.

A inteligência operacional não está apenas no modelo. Está na arquitetura que define o que agentes podem descobrir, como podem avaliar, sob quais restrições podem executar e com qual rastreabilidade.

A IA agêntica está deixando de ser uma coleção de copilotos. Está virando um ecossistema distribuído de capacidades.

E a diferença entre as empresas que vão operar esse ecossistema com responsabilidade e as que vão apenas expor serviços sem governança será, possivelmente, a diferença entre maturidade operacional e risco sistemático.

Conheça como a DevAgents OS estrutura descoberta governada de capacidades agênticas ->

Referências

_Publicado em 22 de junho de 2026_