O que são os Amazon Bedrock Agents
Amazon Bedrock Agents são os agentes gerenciados da AWS sobre o Amazon Bedrock. O serviço cuida da orquestração: interpreta o pedido do usuário, decide os passos, aciona ações externas por meio de action groups e compõe a resposta usando um modelo de fundação hospedado no Bedrock. É a camada de execução, rodando dentro da conta AWS da empresa.
O que esse serviço não decide é a origem do conhecimento que o agente usa para responder. Um action group ou uma base conectada que devolva qualquer documento do ambiente herda toda a desordem do acervo: rascunho misturado com versão oficial, material vencido, pasta que ninguém deveria ler. A orquestração funciona bem; falta governar o que entra como contexto.
Por isso, dar a um Bedrock Agent acesso aos dados internos é menos sobre conectar mais fontes e mais sobre controlar quais fontes ele pode consultar, em qual escopo e com qual trilha. É aí que a camada de contexto governado entra, separada da lógica de execução do agente.
Por que conectar Bedrock Agents a dados internos exige contexto governado
Um agente que responde rápido mas sem origem comprovável não resolve o problema de quem precisa colocar IA em produção. O ganho aparece quando a resposta vem de fonte aprovada, dentro da alçada certa, e pode ser reconstruída depois. Sem isso, o piloto impressiona na demo e trava na hora de escalar, porque ninguém confia para atender cliente ou apoiar decisão.
Contextfy organiza o conhecimento corporativo em coleções com fontes que passam de rascunho (DRAFT) a oficial (OFFICIAL) por aprovação. O Bedrock Agent consulta apenas o material aprovado, com o escopo definido pela credencial daquela coleção. O agente de suporte enxerga a base de atendimento; o de contratos, as políticas e cláusulas vigentes; nenhum alcança o que está fora da própria alçada.
O efeito de negócio é direto: menos retrabalho de revisão manual, conversa mais curta com TI e compliance antes de subir para produção, e capacidade para colocar mais agentes em operação sobre a mesma base confiável. Governança aqui não é freio; é o mecanismo que torna o agente confiável o suficiente para sair do piloto e ir para a operação.
Riscos de rodar Bedrock Agents sem governar o contexto
Quando o agente consulta fontes brutas direto, os problemas não aparecem na demo; aparecem em produção, com cliente do outro lado. Os mais comuns:
- Acesso amplo demais. Um action group apontado para um Drive ou bucket inteiro deixa o agente alcançar conteúdo que aquele caso de uso não deveria ver.
- Resposta sem origem. Sem fonte aprovada por trás, não há como provar de qual documento e em qual versão veio a resposta quando jurídico ou auditoria perguntam.
- Material desatualizado. Rascunho e versão vencida no mesmo acervo fazem o agente citar uma regra que já não vale.
- Alucinação por lacuna. Sem recusa segura, o agente preenche o vazio com suposição quando a base não cobre a pergunta.
- Contexto duplicado por runtime. Cada agente reconstrói sua própria base de conhecimento, e as respostas divergem sobre o mesmo tema.
Onde a Contextfy entra: arquitetura com Bedrock Agents
O Bedrock Agent continua orquestrando dentro do Bedrock. Contextfy entra antes da resposta, como a fonte de contexto que o agente consulta: a recuperação aplica o escopo da coleção, registra a trilha por interação e devolve apenas trechos de fontes aprovadas. A execução fica no agente; a governança do contexto, na camada dedicada, fora da lógica do action group.
Há duas formas de consumo. Via REST, um action group chama os endpoints de busca (/v1/search) e de pergunta (/v1/ask) e injeta o resultado, já filtrado e com as fontes, no fluxo do agente. Via MCP, o agente ganha ferramentas governadas de busca de contexto e resposta com fontes. As duas rotas convivem; a escolha depende de quanto a equipe quer delegar ao agente versus controlar no action group.
Fontes
Drive, SharePoint, ERP, CRM, PDFs, APIs
Contextfy · Context Engine
Organiza · versiona · governa · observa o contexto
Runtimes
via MCP · API · conectores · pipelines
Como conectar Bedrock Agents ao contexto governado da Contextfy
Na prática, o consumo se dá por interfaces abertas. Pelo caminho REST, você define um action group cuja ação chama /v1/search para recuperar trechos aprovados ou /v1/ask para receber a resposta já fundamentada com as fontes que a sustentam; o agente injeta esse retorno no raciocínio antes de responder ao usuário. Pelo caminho MCP, o agente passa a contar com ferramentas governadas de contexto e decide quando acioná-las dentro da orquestração.
O que torna o consumo seguro é o escopo da credencial. Cada coleção carrega um conjunto de fontes aprovadas, e a chave usada pelo Bedrock Agent fica restrita às coleções daquele caso de uso, com interseção de escopo aplicada no serving. Esse limite vive na camada de contexto, não no action group, então trocar de modelo no Bedrock ou de runtime depois não obriga a reconstruir as regras de acesso.
Vale o registro técnico: não existe aqui conector embarcado dentro do Amazon Bedrock nem integração oficial chancelada pela AWS. O que se usa são interfaces abertas, REST e MCP, compatíveis com arquiteturas baseadas em API e MCP em geral. O caminho preferencial é um piloto curto: exponha uma coleção governada a um único agente, valide qualidade, recusas e lacunas com observabilidade, e só então amplie o escopo.
Onde Bedrock Agents com contexto governado já entrega valor
A combinação rende mais nas operações em que responder certo, com fonte, vale mais do que parecer inteligente:
Atendimento e suporte
O agente responde tickets consultando só a base aprovada de políticas e manuais, e recusa quando o assunto sai do acervo.
Comercial e pré-vendas
Respostas técnicas e propostas a partir de playbooks e materiais autorizados, com escopo separado por linha de produto.
Jurídico e contratos
Consulta à cláusula-padrão aprovada e à política em vigor, com trilha que mostra documento e versão usados.
Operações internas
SOPs, manuais e regras viram contexto consultável dentro do fluxo, com alçada definida por área.
Onboarding e enablement
A mesma fonte que treina a pessoa alimenta o agente, encurtando a curva de quem entra.
Perguntas frequentes
Contextfy substitui o Amazon Bedrock Agents?
Não. Amazon Bedrock Agents é o serviço da AWS que orquestra e executa o agente sobre o Bedrock; Contextfy é a camada que prepara e governa o contexto que esse agente consulta. Você mantém o Bedrock e ganha controle sobre o conhecimento que alimenta as respostas.
Como o Bedrock Agent consome o contexto da Contextfy?
Por interfaces abertas. Via REST, um action group chama /v1/search ou /v1/ask e injeta o resultado no fluxo. Via MCP, o agente ganha ferramentas governadas de busca de contexto e resposta com fontes. O escopo e a trilha por interação são aplicados antes de devolver os trechos.
Bedrock Agents é seguro com os dados internos da empresa?
A segurança depende de como o contexto chega ao agente. Apontado direto para um bucket inteiro, ele herda todo o material bruto. Com a Contextfy no meio, recebe só fontes aprovadas dentro do escopo da credencial, recusa por contexto insuficiente quando falta base, e cada interação fica registrada com traceId.
Bedrock Agents pode citar a fonte da resposta?
Sim, quando o contexto vem de uma camada governada. Ao consultar a Contextfy por REST ou MCP, o agente recebe a resposta junto com as fontes aprovadas que a sustentam e um identificador de trilha (traceId). Se a pergunta cair fora da base aprovada, ele recusa em vez de responder sem origem comprovável.
Preciso de um conector oficial da AWS para usar Bedrock Agents com a Contextfy?
Não. A integração usa interfaces abertas, REST e MCP, compatíveis com arquiteturas baseadas em API e MCP. Não há conector embarcado no Amazon Bedrock nem parceria oficial: a Contextfy é uma camada independente de contexto governado, o que evita lock-in de runtime ou de modelo.
Posso trocar de modelo no Bedrock ou de runtime depois?
Sim. A base de contexto é independente do runtime e do modelo. As regras de fontes, escopo e permissões vivem na camada de contexto, então mudar o modelo de fundação no Bedrock, ou rodar outro runtime em paralelo, não exige reconstruir a governança do contexto.
Diagnóstico gratuito: desenhamos o fluxo e o escopo de contexto do piloto.
Avalie como dar contexto governado aos seus Bedrock Agents