AWS Web Answer chega ao Bedrock AgentCore e troca pipeline de RAG por uma chamada MCP

O que mudou

O Web Answer, conector gerenciado do Amazon Bedrock AgentCore, saiu de preview e entrou em disponibilidade geral em 5 de novembro de 2026, segundo o AWS Machine Learning Blog. Ele resolve, numa chamada MCP só, o pipeline que todo mundo que já construiu um agente de "responder pergunta com a web" conhece: buscar, extrair, dividir em chunks, sintetizar e colar citação no fim torcendo pra apontar pra fonte certa.

O Web Answer é construído sobre o Web Search, lançado em junho de 2026 no mesmo AgentCore. A diferença entre os dois é a diferença entre achar e responder, e ela decide qual chamar:

Se o agente já tem uma etapa de recuperação confiável, o Web Answer não economiza nada. Se não tem, e a maioria não tem, ele elimina um subsistema inteiro.

Onde está disponível

O Web Answer roda só em us-east-1 (Norte da Virgínia). A fonte não menciona sa-east-1 (São Paulo) nem qualquer outra região: por ora é região única, e isso significa que toda chamada do seu agente viaja até a Virgínia, esteja seu stack onde estiver. Para quem opera Bedrock AgentCore com usuários no Brasil, essa latência extra entra na conta antes de qualquer decisão de produção.

Quanto custa

O preço é simples e é o ponto de venda: US$ 10 por 1.000 chamadas de tool, ou US$ 0,01 por pergunta respondida. Mil respostas por dia saem a US$ 10/dia, US$ 300/mês; dez mil por dia viram US$ 100/dia.

Há também um limite de taxa: 10 transações por segundo por conta. No teto, dá pra fazer até 36.000 chamadas por hora, o que custaria US$ 360 na hora, então o limite real de uso costuma ser o orçamento, não o throughput.

A comparação que importa é contra o Web Search, a US$ 7 por 1.000 consultas: o Web Answer custa cerca de 43% a mais por chamada, e em troca entrega síntese e citação prontas. Se você já ia gastar tokens de modelo pra sintetizar o resultado da busca, os US$ 3 de diferença por mil chamadas tendem a sair mais baratos do que esse processamento. Se você só precisava de links, o Web Search é a chamada mais barata — a escolha é sobre o que você faz com o resultado, não sobre o preço de capa.

Como começar

A integração é via AgentCore Gateway. O caminho descrito pela AWS tem três peças:

1. Apontar o Gateway do agente para o conector com connectorId igual a web-answer.
2. Conceder à service role do Gateway a permissão bedrock-agentcore:InvokeWebAnswer, restrita ao ARN arn:aws:bedrock-agentcore:us-east-1:aws:tool/web-answer.v1.
3. Configurar, por chamada, uma lista de domínios permitidos ou bloqueados e, opcionalmente, um filtro de data de publicação para pedir só informação recente.

A resposta volta em dois campos: content, em markdown com marcadores [1] inline, e structuredContent.answer, com a lista de citações (URL e domínio de cada fonte) pronta para renderizar numa UI em vez de parsear da prosa.

Para quem desenvolve agentes sobre Bedrock, o experimento de menor risco é escolher a pergunta factual e sensível a tempo que o agente hoje responde pior (alucina ou dá resposta velha), ligar o Web Answer nela com lista de domínios e filtro de data, e ler manualmente as citações das primeiras cinquenta respostas antes de ampliar o uso.

O que muda para quem já usa

Quem já chama o Web Search ou mantém um pipeline próprio de RAG ganha a opção de aposentar busca, recuperação, síntese e formatação de citação por uma única chamada MCP — trocando código e tokens de síntese por uma tarifa fixa por pergunta. A conta muda de lugar: em vez de gasto variável de tokens, vira linha de custo por chamada, visível e fácil de projetar, mas que cresce rápido num agente que consulta a web a cada turno.

O que não muda, porque a AWS não publicou nada sobre isso: nenhum número de acurácia. O anúncio cobre disponibilidade, não com que frequência a citação realmente sustenta a afirmação feita no texto. Num comentário no post original, o desenvolvedor Gautam K levantou o ponto que mais importa pra quem for auditar isso: a citação devolve o trecho da página usado na resposta, ou só a URL? Se for só URL, alguém ainda precisa buscar a página pra verificar — e esse alguém, por enquanto, é o time que vai colocar o Web Answer em produção.

Fonte: DEV Community — #aws