Angle: o novo padrão de Descoberta de Recursos Agentivos, explicado para quem constrói sistemas reais

TL;DR: Google, Microsoft, GitHub, Hugging Face, Nvidia e Salesforce apoiaram um rascunho de especificação chamado Descoberta de Recursos Agênticos (ARD). Isso permite que agentes de IA encontrem e se conectem a ferramentas e outros agentes em tempo de execução, em vez de alguém programar cada integração manualmente. A maioria das empresas não precisa adotá-lo amanhã. Elas precisam ter seus sistemas em um estado onde um agente possa realmente usá-los. Esse trabalho preliminar é a parte sem glamour, e é a parte que vale a pena fazer agora.

O que realmente foi lançado

Um grupo de grandes fornecedores publicou uma especificação aberta sobre como agentes de IA localizam, verificam e se conectam a ferramentas, APIs, servidores MCP e outros agentes enquanto estão em execução. A ideia é simples. Uma organização publica um catálogo legível por máquina do que pode fazer em seu próprio domínio. Registros indexam esses catálogos. Um agente que precisa de uma capacidade a procura, verifica se o publicador é quem afirma ser e se conecta. Sem integração pré-configurada para cada par.

É encanamento. Se você constrói ferramentas internas para viver, encanamento é a coisa que decide silenciosamente se a coisa chique em cima funciona ou não.

Por que uma empresa não-AI deve se importar

Imagine onde isso vai. Hoje uma pessoa navega pelo seu aplicativo. Amanhã, seu agente faz a navegação, ou pula a interface do usuário completamente e pede ao seu sistema pela coisa diretamente. Reservas, reordenações, verificação de status, puxar uma fatura. As empresas que ganham essa mudança não são as que têm o maior modelo. Elas são aquelas cujos sistemas podem responder quando um agente bate à porta.

Aqui está a pegadinha que ninguém gosta de dizer em voz alta. A maioria dos sistemas operacionais não consegue responder de forma clara hoje. Metade do processo vive na cabeça de alguém. A "API" é uma planilha que uma pessoa envia por e-mail. Não há uma maneira limpa de expor uma capacidade sem também expor todo o banco de dados.

Esse é o verdadeiro trabalho, e não tem nada a ver com perseguir uma especificação.

A forma de "pronto para agentes"

Você não precisa de ARD para se preparar para isso. Três coisas importam, em ordem.

1. Uma capacidade é uma coisa definida, não uma sensação. Antes que um agente possa chamar "criar uma reserva de entrega", um humano precisa ser capaz de descrever exatamente o que isso significa: entradas, saídas, o que pode dar errado. Se sua equipe não consegue escrever isso, um agente não pode executá-lo.

{
  "capability": "create_delivery_booking",
  "inputs": {
    "pickup_pincode": "string",
    "drop_pincode": "string",
    "weight_kg": "number"
  },
  "returns": { "booking_id": "string", "eta_hours": "number" },
  "errors": ["serviceable_area_only", "weight_over_limit"]
}

Esse pequeno bloco vale mais do que parece. Ele força o processo bagunçado em algo testável.

2. Exponha a capacidade, não o sistema. Um agente deve acessar uma superfície estreita e autenticada que faz um trabalho, não uma conexão com seu banco de dados central. Envolva a capacidade por trás de uma definição de ferramenta, proteja-a com autenticação real e limite-a.

# ilustrativo, superfície de ferramenta estilo MCP
def create_delivery_booking(pickup_pincode, drop_pincode, weight_kg):
    assert_within_service_area(pickup_pincode, drop_pincode)
    assert weight_kg <= MAX_WEIGHT_KG
    return bookings.create(pickup_pincode, drop_pincode, weight_kg)

Se um agente se comportar mal, o raio de explosão é uma função com barreiras, não todo o seu sistema.

3. Registre tudo o que um agente faz. Quando um não-humano começa a tomar ações em seu negócio, "quem fez isso e por quê" deixa de ser opcional. Um registro de auditoria apenas de adição de cada chamada de agente é a diferença entre uma ferramenta útil e uma revisão de incidente.

O que eu pularia por enquanto

Publicar um manifesto de descoberta ARD público e registrá-lo. Para um fabricante de 40 pessoas ou uma clínica regional, isso é prematuro. A especificação é um rascunho, os registros são iniciais, e sua vantagem competitiva não é ser o primeiro a ser descoberto. É ter processos limpos e chamáveis quando importa. Faça os passos 1 a 3. Observe o padrão. Adote-o quando houver uma razão.

A parte sem glamour é o fosso

Os agentes estão vindo para o trabalho maçante. Essa parte está genuinamente próxima. A preparação é entediante: defina seus processos, exponha-os com segurança, registre-os. Ser entediante é aceitável. Ser entediante é defensável. As empresas que fizeram o trabalho maçante se conectarão a qualquer padrão que vencer. Aqueles que ainda operam com conhecimento tribal e planilhas estarão do lado de fora da porta quando o agente bater.

Nós construímos esse tipo de encanamento pronto para agentes dentro de empresas tradicionais para viver, principalmente em logística, fintech e saúde. Se você está olhando para um processo que vive na cabeça de alguém e se perguntando como ele pode se comunicar com um agente, esse é um problema solucionável. Mais sobre como pensamos sobre isso em athreix.com.