Postman leva o Agent Mode ao Amazon Bedrock para 40 milhões de desenvolvedores

O AWS Machine Learning Blog, em parceria com a Postman, descreveu como funciona o Agent Mode, o agente de IA integrado à plataforma de trabalho com APIs. A Postman tem cerca de 40 milhões de desenvolvedores, e a inferência roda no Amazon Bedrock. Os autores destacam três princípios: limitar a "proliferação" do conjunto de ferramentas, dar dados ao agente por meio da leitura de esquemas e tratar o contexto, e não a qualidade do modelo, como o principal gargalo. O anúncio não revela métricas concretas de latência, custo nem quais modelos são usados. Um agente de demonstração e um agente em produção para dezenas de milhões de pessoas resolvem problemas diferentes. O principal recurso do agente é a janela de contexto. Um esquema de API funciona melhor do que um depósito de documentação.

Processado por IA de AWS Machine Learning Blog; editado por Hamidun News
Postman leva o Agent Mode ao Amazon Bedrock para 40 milhões de desenvolvedores
Fonte: AWS Machine Learning Blog. Colagem: Hamidun News.
Ouvir artigo
Ficha técnica e números-chave
ParâmetroDados
Fonte originalAWS Machine Learning Blog ↗
Editor-chefe
ProdutoAgent Mode na Postman, um agente para trabalhar com APIs.
Públicocerca de 40 milhões de desenvolvedores.
Plataforma de inferênciaAmazon Bedrock.

A Postman e a AWS explicaram como funciona o Agent Mode, o agente de IA integrado à plataforma de projeto, teste e documentação de APIs. O produto tem cerca de 40 milhões de desenvolvedores, e o agente chama os modelos pelo Amazon Bedrock. A ideia central da análise: montar um agente que impressiona em demonstrações é relativamente simples. Fazê-lo funcionar de forma estável para um público desse tamanho é difícil, e a dificuldade está na arquitetura que envolve o modelo.

Três princípios que sustentam o Agent Mode

Os autores descrevem três padrões. O primeiro é o controle da "proliferação de ferramentas" (tool sprawl). Uma plataforma como a Postman tem ações de sobra: criar uma coleção, executar uma requisição, ajustar o ambiente, gerar testes, atualizar a documentação. Se todas elas forem entregues ao agente em uma lista, as descrições das ferramentas ocupam uma fatia considerável do contexto. O modelo passa a se confundir com funções parecidas e a chamar a errada com mais frequência. Por isso, o conjunto de ferramentas precisa ser reduzido e estruturado de forma deliberada.

O segundo princípio é a leitura por meio de esquemas. Em vez de despejar no prompt tudo o que se sabe sobre o projeto, o agente consulta uma descrição estruturada da API e busca apenas o trecho necessário. No mundo das APIs, essa é uma escolha natural: as especificações já têm uma estrutura formal, que pode servir como um mapa do terreno.

O terceiro princípio é o mais pé no chão. O contexto é o gargalo real. O problema não está na inteligência do modelo nem na velocidade de geração de tokens, e sim no que entra na janela e em que volume. Para o agente, isso afeta ao mesmo tempo a precisão, a latência e o custo de cada requisição.

Por que o Amazon Bedrock entra nessa história?

Nesta história, o Bedrock faz o papel de camada de infraestrutura. É um serviço gerenciado da AWS que dá acesso a diferentes modelos de fundação por uma API única, sem a necessidade de manter clusters próprios de GPU. Para um produto com dezenas de milhões de usuários, isso significa escalar para picos de carga, contar com mecanismos de segurança já familiares aos clientes corporativos e poder trocar de modelo sem reescrever o aplicativo inteiro.

Uma ressalva importante: a descrição publicada não traz dados sobre quais modelos a Postman usa, quais são as latências, o custo por requisição ou a taxa de tarefas concluídas com sucesso. Sem esses números, os princípios de arquitetura continuam sendo uma declaração da equipe, não um resultado medido.

O que se sabe pelo anúncio

  • Produto: Agent Mode na Postman, um agente para trabalhar com APIs.
  • Público: cerca de 40 milhões de desenvolvedores.
  • Plataforma de inferência: Amazon Bedrock.
  • Padrões principais: limitação do conjunto de ferramentas, leitura por meio de esquemas, gerenciamento de contexto.
  • Não divulgado: modelos usados, latências, custo por requisição, métricas de qualidade.

O que levar para a sua stack

Se você está construindo seu próprio agente, o material tem três aplicações práticas.

Primeiro: faça uma revisão das ferramentas. Calcule quantos tokens vão para as descrições antes mesmo de o trabalho começar. Se o conjunto passou de algumas dezenas de funções, divida-o por cenários e conecte apenas as que forem relevantes para a tarefa em andamento.

Segundo: crie para o agente uma camada de leitura de dados sobre esquemas formais, seja OpenAPI, JSON Schema ou o esquema de um banco de dados. Um agente que pede o fragmento certo com base na estrutura gasta menos contexto e alucina menos do que um agente que recebe a documentação despejada de uma vez.

Terceiro: meça o contexto como você mede latência e custo. O tamanho da entrada em cada etapa, a proporção de tokens úteis e o número de consultas repetidas aos mesmos dados dizem mais sobre a qualidade do agente do que a impressão subjetiva de que ele "responde bem".

A principal conclusão para o mercado: a competição entre agentes está migrando aos poucos da escolha do modelo para a engenharia ao redor dele. Dá para trocar o modelo no Bedrock em uma noite. Já o trabalho bem pensado com ferramentas e contexto não se substitui com a mesma rapidez.

História

Perguntas frequentes sobre a notícia

Por que o Amazon Bedrock entra nessa história?

Nesta história, o Bedrock faz o papel de camada de infraestrutura. É um serviço gerenciado da AWS que dá acesso a diferentes modelos de fundação por uma API única, sem a necessidade de manter clusters próprios de GPU. Para um produto com dezenas de milhões de usuários, isso significa escalar para picos de carga, contar com mecanismos de segurança já familiares aos clientes corporativos e poder trocar de modelo sem reescrever o aplicativo inteiro. Uma ressalva importante: a descrição publicada não traz dados sobre quais modelos a Postman usa, quais são as latências, o custo

O que se sabe sobre Três princípios que sustentam o Agent Mode?

Os autores descrevem três padrões. O primeiro é o controle da "proliferação de ferramentas" (tool sprawl). Uma plataforma como a Postman tem ações de sobra: criar uma coleção, executar uma requisição, ajustar o ambiente, gerar testes, atualizar a documentação. Se todas elas forem entregues ao agente em uma lista, as descrições das ferramentas ocupam uma fatia considerável do contexto. O modelo passa a se confundir com funções parecidas e a chamar a errada com mais frequência. Por isso, o conjunto de ferramentas precisa ser reduzido e estruturado de forma deliberada. O segun

O que se sabe pelo anúncio?

Produto: Agent Mode na Postman, um agente para trabalhar com APIs. Público: cerca de 40 milhões de desenvolvedores. Plataforma de inferência: Amazon Bedrock. Padrões principais: limitação do conjunto de ferramentas, leitura por meio de esquemas, gerenciamento de contexto. Não divulgado: modelos usados, latências, custo por requisição, métricas de qualidade.

ZK
Zhemal Khamidun — CPO da Alpina Digital, gerente de produto do AlpinaGPT. Cria produtos de IA desde 2019. O Hamidun News é um projeto pessoal que virou um agregador em produção com mais de 6.000 leitores.
✦ Autonomous AI Agents

Delegate Deep Research, Coding & Workflows to an AI Agent

Deploy autonomous multi-step execution with NomadNet Agent (agent.nomadnet.ai) — automated web research, data synthesis, code generation, and complex task orchestration.

Launch NomadNet Agent →NomadNet AI Platform
O que você acha?
Carregando comentários…