Série Gateway de Agentes (Parte 2 de 7) | Registro de Serviço para a Era Agêntica

Em uma arquitetura de microsserviços, usamos o DNS para encontrar serviços. Se preciso do serviço de faturamento, chamo billing.svc.cluster.local. É simples porque a relação é estática: O Serviço A chama o Serviço B.

Em uma Arquitetura Agêntica, as relações são dinâmicas. Você não quer que seu "Agente Gerenciador" codifique uma conexão diretamente com finance-agent-v1. Você quer que ele pergunte: "Encontre-me uma capacidade que possa consultar a receita do terceiro trimestre."

Às vezes, essa capacidade é uma Ferramenta (uma consulta SQL direta via um Servidor MCP).

Às vezes, essa capacidade é outro Agente (um motor de raciocínio que analisa a saída SQL).

Para resolver isso, a TrueFoundry apresenta o Registro Unificado de MCP e Agentes. É um catálogo único que trata Ferramentas e Agentes como ativos descobertos e interoperáveis.

1. A Camada de Abstração Unificada

O registro de agentes de IA atua como uma camada de abstração unificadora. Ele ingere recursos díspares — scripts Python, agentes LangGraph, bancos de dados Postgres, APIs SaaS — e os projeta todos como padronizados Funcionalidades.

Para o orquestrador, um "Banco de Dados" e um "Agente Analista Júnior" parecem idênticos: ambos são apenas endpoints que aceitam um esquema JSON e retornam um resultado.

Fig. 1: Modelo de Dados de Entrada do Registro de Agentes

2. O Paradigma "Agente como Ferramenta" (via MCP)

A maior barreira para a colaboração multiagente é a incompatibilidade de interface. Um agente LangGraph fala "Atualizações de Estado"; um agente CrewAI fala "Tarefas".

A TrueFoundry padroniza isso usando o Protocolo de Contexto de Modelo (MCP).

Quando você registra um agente no Gateway, o Registro o envolve automaticamente em uma Interface MCP. Isso significa que seu sofisticado "Agente Analista Financeiro" se parece exatamente com uma chamada de função padrão para o resto do sistema.

• Realidade Interna: Um agente Python complexo com memória, planejamento e 3 subagentes.
• Interface Externa: Uma definição de Ferramenta MCP.

Isso permite que um "Agente Gerente" invoque um "Subagente" com a mesma facilidade com que invoca uma Calculadora — simplificando a orquestração a um único protocolo.

Fig. 2: Exemplo de Agente como Ferramenta

3. Descoberta Semântica: Encontrando Capacidade, Não Apenas Identidade

Como um agente sabe qual ferramenta usar? Ele não deveria precisar saber o nome.

O Registro usa Embeddings Vetoriais para mapear a intenção em linguagem natural para capacidades técnicas.

• Intenção do Agente: "Preciso verificar se o servidor está saudável."
• Consulta ao Registro: Analisa as descrições de todos os Servidores e Agentes MCP registrados.
• Correspondência Semântica:
  
  • prometheus-mcp (Ferramenta): "Consultar métricas do Prometheus" (Pontuação: 0.92)
  • sre-bot-v1 (Agente): "Diagnosticar e corrigir problemas de infraestrutura" (Pontuação: 0.88)

O Gateway retorna ambas as opções. O agente chamador pode então decidir: Preciso de uma métrica bruta (Ferramenta) ou de um diagnóstico (Agente)?

4. Roteamento Baseado em Confiança: "Traga-me o Especialista Verificado "

Numa empresa descentralizada, pode haver cinco "Agentes de Codificação" diferentes implementados por equipas distintas. Qual deles deve usar?

Um registro estático apenas os listaria todos. O Registro TrueFoundry é com estado. Ele se conecta à observabilidade do gateway de IA camada para rastrear

o desempenho em tempo real de cada ativo, incluindo taxas de sucesso, latência e pontuações de avaliação.

• coder-agent:v1 (Taxa de Sucesso: 88%, Latência: 2s)
• coder-agent:v2-canary (Taxa de Sucesso: 95%, Latência: 5s)

Você pode configurar Políticas de Roteamento diretamente no Registro:

"Para alterações de código em produção, roteie APENAS para agentes com pontuações de Fidelidade >90% na última execução de Avaliação."

Isso garante que sua camada de orquestração não esteja apenas se conectando a disponíveis agentes, mas a competentes .

5. Controle de Topologia: O Firewall do Organograma

À medida que você escala para centenas de agentes e milhares de ferramentas MCP, você corre o risco de uma "Malha de Espaguete" onde cada agente pode chamar cada ferramenta. Isso é um pesadelo de segurança.

O Registro impõe Topologia de Grafo. Ele atua como o "Organograma" para sua força de trabalho digital.

• Regra: O Bot de Suporte Público tem permissão para chamar o Documentation-MCP.
• Regra: O Bot de Suporte Público é NEGADO acesso ao Agente de Folha de Pagamento.

Esta verificação ocorre na Camada de Descoberta. Quando o Bot de Suporte pergunta "Quem pode me ajudar com a folha de pagamento?", o Registro simplesmente retorna "Nenhum resultado encontrado." Você não pode atacar o que não pode ver.

Conclusão

O Registro Unificado de MCP e Agentes é a espinha dorsal da Empresa Cognitiva. Ao tratar Agentes e Ferramentas como cidadãos iguais e detectáveis — e envolvendo-os em uma camada unificada de segurança e observabilidade — a TrueFoundry permite compor fluxos de trabalho complexos e confiáveis a partir de blocos de construção díspares.