Voltar as noticias
O que um agente de IA faz com um veredicto que não computou
Compartilhar
MCP ProtocolAltaEN

O que um agente de IA faz com um veredicto que não computou

Fonte original: Dev.to - MCP·13 de setembro de 2026

Curadoria, tradução e análise: Redação Triplo Hub.

Introdução

Um agente que computa sua própria visão pode sempre inspecionar seu próprio raciocínio. Um agente que recebe um veredicto de uma ferramenta externa não pode. Essa assimetria é a razão pela qual o histórico é mais importante para agentes do que para humanos, e é a única coisa que a maioria das integrações silenciosamente deixa inatingível.

Esta é a parte três de uma série curta sobre o DeepSeek MCP Harness. A parte um abordou a conexão e parou em uma limitação: o harness conecta apenas ferramentas MCP, e recursos e prompts não são expostos. A parte dois abordou o pacote de veredictos. Ambos são referenciados aqui como cobertos separadamente.

A razão para escrever esta terceira peça é pequena e específica. get_track_record fecha a lacuna que o primeiro post abriu. Um agente pode agora, na mesma sessão que recebeu uma chamada, pedir ao servidor o registro da coisa que o aconselha. Esse é o retorno para o qual a série existe.

O número que paga pelo retorno, no momento da redação: 91,2% taxa de vitória PFE em 682.925+ chamadas verificadas, ancoradas em Merkle na Base L2.

capa

O problema da confiança, enquadrado honestamente

Um modelo que raciocina até uma chamada deixa uma cadeia que o operador pode auditar. Um modelo que recebe um veredicto de uma chamada de ferramenta tem, na melhor das hipóteses, a própria string de explicação da ferramenta. O resto é opaco por construção — é isso que "ferramenta" significa no MCP.

A resposta saudável à opacidade não é menosprezar a ferramenta. É publicar um registro e deixar um agente lê-lo. O contraponto arquitetônico aqui não é um fornecedor; é o padrão de enviar veredictos sem um mecanismo para o chamador verificá-los. Um padrão de "confie em mim" é o que um registro publicado substitui.

Para um leitor humano, uma página de destino é suficiente. Para um agente, o registro deve ser acessível a partir da mesma sessão que consumiu o veredicto, ou o agente está sendo solicitado a aceitar o número pela fé.

Por que isso era inatingível até recentemente

O DeepSeek Harness é explícito sobre sua área de superfície. Da documentação do harness: ele conecta apenas ferramentas MCP — recursos e prompts do servidor não são expostos ao modelo. Confirme a redação ao vivo antes de publicar; o harness está em pré-visualização para desenvolvedores e sua superfície ainda está em movimento.

Durante a maior parte deste ano, o registro publicado do AlgoVault estava atrás de um recurso MCP. Essa é a forma certa no papel — um registro é um documento, não uma ação. A consequência prática, no entanto, foi que qualquer um que acessasse o servidor através de uma ponte apenas de ferramentas poderia receber um veredicto e não tinha uma maneira em sessão de perguntar como era a proveniência daquele veredicto. A parte um fechou exatamente essa lacuna.

get_track_record reformula o registro como uma ferramenta. Não é uma mudança filosófica. É a mudança que o fio exigia.

Passo a passo da implementação — a chamada e sua forma

A ferramenta é nomeada pelo serverName escolhido na configuração do harness da parte um. Sob a configuração lá, o nome da chamada é mcp__algovault__get_track_record. Antes de escrever sobre isso, liste as ferramentas e confirme que está presente; se não estiver, pare e verifique a versão do servidor em vez de redigir.

# Liste as ferramentas no servidor conectado via a superfície JSON-RPC do harness
mcp-harness call tools/list --server algovault | jq '.tools[] | .name'

# Em seguida, invoque a ferramenta de registro com um filtro de inclusão.
mcp-harness call tools/call \
  --server algovault \
  --name get_track_record \
  --args '{"include":["aggregate","period","methodology"]}'

Os valores aceitos para include são declarados pelo próprio esquema de entrada da ferramenta — leia-os de tools/list em vez de qualquer documento externo. A seção de agregados é a taxa de vitória e a contagem de amostras; a seção de período é a janela de avaliação; a seção de metodologia explica o que uma taxa de vitória PFE mede.

Uma chamada acompanhante — o veredicto em si, da parte dois — retorna o envelope sobre o qual os agentes realmente atuam. Seu bloco _receipts.track_record carrega o mesmo agregado inline, que é o que torna a verificação cruzada barata:

{
  "content": [
    {
      "type": "text",
      "text": "{\n  \"call\": \"HOLD\",\n  \"confidence\": 3,\n  \"price\": 77098.6,\n  \"regime\": \"TRENDING_DOWN\",\n  \"reasoning\": \"O regime está em tendência de baixa na média móvel cruzada → baixista. O financiamento está na faixa normal de 14 dias do BTC: sem pressão da multidão de um lado ou de outro.\",\n  \"_algovault\": {\n    \"version\": \"1.30.0\",\n    \"tool\": \"get_trade_call\",\n    \"exchange\": \"BINANCE\"\n  },\n  \"_receipts\"
Análise editorial da Triplo Hub

Empresas brasileiras que utilizam agentes de IA devem considerar a transparência nas decisões tomadas por esses sistemas. A capacidade de auditar e verificar as decisões pode aumentar a confiança dos usuários e melhorar a eficácia das operações. A implementação de registros acessíveis pode ser um diferencial competitivo.

Compartilhar
Seguir @triploup

Noticias relacionadas

Gostou do conteudo?

Receba toda semana as principais novidades sobre WebMCP.