Guia 10 · Da intenção à ação segura

O Aeroporto dos Agentes de IA

Uma arquitetura visual para entender como um agente transforma um pedido em ação sem perder controle, contexto ou rastreabilidade.

Liberar e baixar o guia Ver como funciona

Download gratuito para membros 10XAI Insider.

Aeroporto 10XAI

Rota do agente

Intenção

Modelo

Conhecimento

Agente

Ferramentas

Ação segura

Aprovação humana

Guardrails

Radar + avaliações

Feedback contínuo corrige, escala ou bloqueia a rota.

Por que importa

A decisão que este framework melhora

Um modelo capaz pode sugerir uma rota. Um sistema de agentes pronto para produção precisa controlar o voo inteiro. A metáfora do aeroporto mostra como intenção, raciocínio, conhecimento, memória, ferramentas, aprovação humana, guardrails, observabilidade e avaliações trabalham juntos para levar uma solicitação até uma ação real com segurança.

Deep dive

Como funciona, parte por parte.

1. Plano de voo: intenção e modelo

O pedido do usuário define o destino. O modelo interpreta o contexto, raciocina sobre opções e propõe um plano.

A intenção precisa incluir resultado esperado, contexto e limites.
O modelo funciona como motor de decisão, não como sistema completo.
Pedidos ambíguos devem gerar perguntas ou uma rota de baixa autonomia.

2. Briefing e navegação: RAG e memória

O agente recupera fatos, documentos, regras e histórico para não depender apenas do conhecimento do modelo.

RAG significa geração aumentada por recuperação: buscar antes de responder.
A memória separa contexto útil de informação que não deve persistir.
Fonte, versão, permissão e atualidade determinam se o conhecimento é confiável.

3. Torre de controle: agente e aprovação humana

O agente planeja a sequência e decide a próxima ação dentro do espaço permitido. Uma pessoa assume decisões sensíveis.

O agente decompõe o objetivo em etapas verificáveis.
Confiança baixa, impacto alto ou ação irreversível exigem liberação humana.
A aprovação precisa mostrar contexto, recomendação, consequência e alternativas.

4. Pistas e espaço aéreo: MCP, ferramentas e guardrails

Protocolos conectam o agente às ferramentas. Guardrails limitam onde ele pode ir e o que pode executar.

MCP, o Protocolo de Contexto de Modelo, padroniza acesso a ferramentas e dados.
Interfaces de programação, arquivos, bancos e serviços executam ações no mundo real.
Permissão mínima, validação, limites de gasto e bloqueios técnicos protegem a operação.

5. Radar e simulador: observabilidade e avaliações

Produção exige acompanhar cada decisão e testar continuamente se o sistema continua seguro e útil.

Observabilidade registra decisão, chamada de ferramenta, latência, custo e falha.
Avaliações testam precisão, segurança, resistência a abuso e prontidão para produção.
O feedback corrige a rota: replanejar, pedir autorização ou negar uma ação insegura.

Implementação

Dicas práticas para colocar este guia em uso.

Use estas orientações para transformar o framework em uma conversa, uma decisão e uma próxima ação concreta.

DICA 01

Desenhe a rota ponta a ponta

Mapeie intenção, contexto recuperado, decisão, ferramenta, aprovação, execução e registro. Lacunas ficam visíveis quando o fluxo cabe em uma página.

DICA 02

Separe modelo de controle

O modelo propõe; políticas, permissões e código determinístico limitam. Não coloque toda a segurança dentro do prompt.

DICA 03

Instrumente antes de escalar

Registre chamadas, ferramentas, latência, custo, confiança, aprovação e resultado para investigar falhas e melhorar o sistema.

Conduza a conversa

Perguntas para sua equipe

1Qual é o destino e como saberemos que o voo terminou bem?
2Que conhecimento o agente precisa recuperar antes de decidir?
3Quais ações ele pode executar sem aprovação?
4Que rota deve ser tecnicamente bloqueada?
5Que evidência precisamos registrar para reconstruir cada decisão?
6Como o sistema reage a baixa confiança, falha ou ação insegura?

Evite estes atalhos

Erros comuns

Tratar o modelo de linguagem como se fosse o sistema inteiro.
Dar acesso direto a ferramentas antes de definir permissões e aprovação.
Usar memória sem política de retenção, privacidade ou relevância.
Monitorar disponibilidade sem avaliar qualidade das decisões.

Plano de ação

1.Desenhe o caminho da intenção até a ação em uma única página.
2.Marque dados, ferramentas, aprovações e rotas proibidas.
3.Defina logs e avaliações para cada etapa crítica.
4.Teste voo normal, baixa confiança, ferramenta indisponível e tentativa insegura.

← GUIA ANTERIOR

4 Camadas de Guardrails de IA

PRÓXIMO GUIA →

9 Modelos Preditivos que Você Precisa Conhecer

A decisão que este framework melhora

Como funciona, parte por parte.

1. Plano de voo: intenção e modelo

O pedido do usuário define o destino. O modelo interpreta o contexto, raciocina sobre opções e propõe um plano.

A intenção precisa incluir resultado esperado, contexto e limites.
O modelo funciona como motor de decisão, não como sistema completo.
Pedidos ambíguos devem gerar perguntas ou uma rota de baixa autonomia.

2. Briefing e navegação: RAG e memória

O agente recupera fatos, documentos, regras e histórico para não depender apenas do conhecimento do modelo.

RAG significa geração aumentada por recuperação: buscar antes de responder.
A memória separa contexto útil de informação que não deve persistir.
Fonte, versão, permissão e atualidade determinam se o conhecimento é confiável.

3. Torre de controle: agente e aprovação humana

O agente planeja a sequência e decide a próxima ação dentro do espaço permitido. Uma pessoa assume decisões sensíveis.

O agente decompõe o objetivo em etapas verificáveis.
Confiança baixa, impacto alto ou ação irreversível exigem liberação humana.
A aprovação precisa mostrar contexto, recomendação, consequência e alternativas.

4. Pistas e espaço aéreo: MCP, ferramentas e guardrails

Protocolos conectam o agente às ferramentas. Guardrails limitam onde ele pode ir e o que pode executar.

MCP, o Protocolo de Contexto de Modelo, padroniza acesso a ferramentas e dados.
Interfaces de programação, arquivos, bancos e serviços executam ações no mundo real.
Permissão mínima, validação, limites de gasto e bloqueios técnicos protegem a operação.

5. Radar e simulador: observabilidade e avaliações

Produção exige acompanhar cada decisão e testar continuamente se o sistema continua seguro e útil.

Observabilidade registra decisão, chamada de ferramenta, latência, custo e falha.
Avaliações testam precisão, segurança, resistência a abuso e prontidão para produção.
O feedback corrige a rota: replanejar, pedir autorização ou negar uma ação insegura.

Dicas práticas para colocar este guia em uso.

Use estas orientações para transformar o framework em uma conversa, uma decisão e uma próxima ação concreta.

DICA 01

Desenhe a rota ponta a ponta

Mapeie intenção, contexto recuperado, decisão, ferramenta, aprovação, execução e registro. Lacunas ficam visíveis quando o fluxo cabe em uma página.

DICA 02

Separe modelo de controle

O modelo propõe; políticas, permissões e código determinístico limitam. Não coloque toda a segurança dentro do prompt.

DICA 03

Instrumente antes de escalar

Registre chamadas, ferramentas, latência, custo, confiança, aprovação e resultado para investigar falhas e melhorar o sistema.

Perguntas para sua equipe

1Qual é o destino e como saberemos que o voo terminou bem?

2Que conhecimento o agente precisa recuperar antes de decidir?

3Quais ações ele pode executar sem aprovação?

4Que rota deve ser tecnicamente bloqueada?

5Que evidência precisamos registrar para reconstruir cada decisão?

6Como o sistema reage a baixa confiança, falha ou ação insegura?

Erros comuns

Tratar o modelo de linguagem como se fosse o sistema inteiro.

Dar acesso direto a ferramentas antes de definir permissões e aprovação.

Usar memória sem política de retenção, privacidade ou relevância.

Monitorar disponibilidade sem avaliar qualidade das decisões.

Plano de ação

1.Desenhe o caminho da intenção até a ação em uma única página.
2.Marque dados, ferramentas, aprovações e rotas proibidas.
3.Defina logs e avaliações para cada etapa crítica.
4.Teste voo normal, baixa confiança, ferramenta indisponível e tentativa insegura.