ANATOMIA DE UMA EXECUÇÃO
Veja como um sistema agêntico trabalha.
Um agente não recebe uma pergunta e simplesmente gera uma resposta. Em produção, uma execução envolve identidade, contexto, planejamento, skills, ferramentas, políticas, aprovações, tratamento de falhas, avaliações, evidências e monitoramento.
Acompanhe uma execução completa, do pedido ao resultado.
DO PEDIDO À ENTREGA
Menos de 20% da execução acontece dentro do modelo.
Selecione uma etapa para ver o que acontece nela, ou execute a sequência completa. O diagrama mostra as camadas envolvidas; o trace à direita registra a execução conforme ela avança.
CASO DEMONSTRATIVO Exemplo ilustrativo
OBJETIVO
Comparar propostas e preparar uma recomendação de compraENTRADA
Três propostas, requisitos da contratação e políticas da empresaENTREGA
Comparativo estruturado, riscos, should cost e recomendação pronta para aprovaçãoExemplo demonstrativo. Tempos, valores e resultados exibidos nesta página são ilustrativos.
DO PEDIDO À ENTREGA
EXECUÇÃO PROC-2847 · COMPARAR PROPOSTAS
A entrada é validada antes de qualquer raciocínio.
ETAPA 01 DE 08
A entrada é validada antes de qualquer raciocínio.
O pedido, documento ou evento é recebido, verificado e convertido em uma estrutura que pode ser processada. Nada é enviado ao modelo antes disso.
O QUE ACONTECE
- Receber pedido, documento ou evento
- Criar identificador da execução
- Verificar arquivos e formatos
- Identificar empresa e ambiente
- Verificar dados obrigatórios
- Registrar a entrada e iniciar o estado
10:02:01 Caso recebido — 3 documentosESTADO DA EXECUÇÃO Exemplo ilustrativo
- EXECUÇÃO
- PROC-2847
- STATUS
- Preparando
- OBJETIVO
- Comparar propostas
- DOCUMENTOS
- 3 recebidos
- POLÍTICA
- Compras de tecnologia
- PRÓXIMA ETAPA
- Identidade
VISÃO COMPLETA
Dez movimentos em uma única execução.
Entrada
Canal, interface web, API ou evento inicia o trabalho.
Identidade
Usuário, agente, empresa, permissões e contexto autorizado.
Planejamento
Objetivo dividido em etapas, dependências e critérios.
Especialização
Skills e agentes assumem responsabilidades delimitadas.
Execução
Ferramentas consultam dados, processam documentos e atuam.
Controle
Políticas e guardrails autorizam, bloqueiam ou escalam.
Exceções
Falhas, ausência de dados e baixa confiança têm caminho definido.
Validação
Evaluators e revisores verificam qualidade e conclusão.
Entrega
Resultado publicado, registrado e encaminhado ao responsável.
Evolução
Feedback, correções e métricas alimentam melhoria governada.
Camadas permanentes: Segurança · Observabilidade · Avaliações · FinOps · Auditoria · Governança
ONDE A EXECUÇÃO COMEÇA
O agente pode trabalhar onde o processo já acontece.
- Teams
- Slack
- Portal
- Aplicação própria
O canal muda. A identidade, o controle e a execução permanecem.
{
"case_id": "PROC-2847",
"objective": "compare_proposals",
"documents": [
"proposal_a", "proposal_b", "proposal_c"
],
"policy_set": "technology_procurement",
"requested_by": "user_184"
}ETAPA 02
O sistema determina quem pode acessar, decidir e executar.
Antes de consultar qualquer dado ou utilizar uma ferramenta, a execução estabelece identidade e autorização.
| SUJEITO | PODE | NÃO PODE |
|---|---|---|
| Usuário (comprador) | Consultar, comparar e recomendar | Aprovar contratação acima da sua alçada |
| Agente de compras | Ler propostas e consultar benchmarks | Criar pedido no ERP sem aprovação |
Permissão não é uma instrução no prompt. É um controle externo ao modelo.
ETAPA 03
Um objetivo é transformado em um plano verificável.
- Pendente
- Em execução
- Aguardando
- Bloqueado
- Em revisão
- Concluído
- Falhou
ETAPA 04
Cada responsabilidade vai para o recurso adequado.
Nem toda atividade precisa de um novo agente. Essa é uma das decisões de arquitetura que mais afeta custo, latência e rastreabilidade.
ETAPA 04
Cascata do exemplo
- Classificar proposta
- Extrair campos
- Relacionar evidências
- Avaliar aderência
- Identificar lacunas
- Comparar arquitetura
- Normalizar preços
- Executar a composição de custo
- Calcular should cost
- Avaliar fornecedor
- Identificar dependências
- Analisar condições
- Confrontar critérios
- Verificar evidências
- Aprovar ou devolver
Contratos entre agentes
- Objetivo
- Dados de entrada
- Contexto permitido
- Formato de saída
- Prazo
- Limite de custo
- Critério de conclusão
- Política de falha
- Limite de delegação
Cascata não significa conversa livre entre agentes. Significa delegação estruturada e rastreável.
ETAPA 05
O agente deixa de apenas responder e passa a agir.
Uso de ferramentas
- Consultar ERP
- Buscar fornecedor
- Recuperar benchmark
- Calcular cenário
- Criar documento
- Registrar parecer
- Enviar para aprovação
ETAPA 06
Toda ação passa por uma camada de controle.
O modelo pode sugerir uma ação. A política determina se ela pode acontecer.
O motor de políticas avalia
- Identidade
- Permissão
- Ferramenta
- Tipo de ação
- Valor
- Risco
- Confiança
- Origem dos dados
- Evidências
- Alçada
- Horário
- Ambiente
Possíveis decisões
- Autorizar
- A execução continua automaticamente.
- Limitar
- A ação continua com escopo, valor ou ferramenta reduzidos.
- Solicitar aprovação
- Uma pessoa autorizada recebe contexto e recomendação.
- Bloquear
- A ação não atende às políticas.
- Encaminhar
- O caso entra na fila de exceções.
- Interromper
- A execução é encerrada de forma segura.
ETAPA 06
Exemplo ilustrativo
| AÇÃO SOLICITADA | CONFIANÇA | ALÇADA DO AGENTE | RESULTADO |
|---|---|---|---|
| Recomendar fornecedor A | 94% · evidências completas | Recomendação permitida | Autorizado |
| Aprovar contratação de R$ 2,45 milhões | 94% | Nenhuma | Aprovação humana obrigatória |
CONTROLE PERMANENTE
Segurança não é uma etapa final.
QUANDO O SISTEMA NÃO PODE CONTINUAR
Falhar com controle também é parte da arquitetura.
Um sistema confiável não tenta esconder incerteza nem improvisa diante de situações não previstas.
Uma execução entra na fila quando
- Falta informação obrigatória
- Existe documento conflitante
- A confiança está abaixo do limite
- Uma política bloqueia a ação
- Uma integração falha
- O custo ultrapassa o orçamento
- Não existe evidência suficiente
- O caso exige julgamento humano
- Há comportamento atípico
Exemplo ilustrativo
| PRIORIDADE | CASO | MOTIVO | ETAPA | RESPONSÁVEL | SLA |
|---|---|---|---|---|---|
| ALTA | PROC-2847 | Valores conflitantes | Normalização | Comprador | 2h |
| ALTA | PROC-2851 | Política bloqueou ação | Aprovação | Gestor | 1h |
| MÉDIA | PROC-2862 | Baixa confiança | Extração | Analista | 4h |
| BAIXA | PROC-2868 | Fonte indisponível | Consulta | Tecnologia | 8h |
QUANDO O SISTEMA NÃO PODE CONTINUAR
Depois da intervenção, a execução retoma do checkpoint correto — sem repetir o que já estava concluído.
ETAPA 07
Antes de entregar, o sistema verifica se concluiu o trabalho.
Dimensões possíveis
- Correção
- Completude
- Aderência
- Fidelidade à fonte
- Qualidade das citações
- Seleção de ferramentas
- Conformidade com políticas
- Consistência financeira
- Conclusão da tarefa
- Formato da entrega
ETAPA 07
Exemplo ilustrativo
Placar da execução do exemplo
- Extração
- Aprovado: aprovada
- Normalização
- aprovada com ressalva
- Aderência técnica
- Aprovado: aprovada
- Should cost
- Aprovado: aprovada
- Cobertura de evidências
- Aprovado: 97%
- Conformidade com políticas
- Aprovado: confirmada
- Conclusão
- Aprovado: pronta para revisão humana
O agente revisor pode
- Aceitar
- Solicitar correção
- Devolver uma etapa
- Executar nova verificação
- Encaminhar para humano
- Bloquear a entrega
ETAPA 08
O resultado precisa estar pronto para ser utilizado.
Registro final da execução
| Status | Pronto para aprovação |
| Etapas concluídas | 16 de 16 |
| Exceções resolvidas | 2 |
| Aprovações pendentes | 1 |
| Evidências vinculadas | 38 |
| Custo e tempo da execução | registrados por etapa (valores ilustrativos nesta página) |
| Versões | agente, skills, modelos e políticas registradas |
OBSERVABILIDADE
Cada execução pode ser reconstruída.
OBSERVABILIDADE
Exemplo ilustrativo
10:02:01 Caso recebido
10:02:02 Identidade validada
10:02:04 Plano criado — 16 atividades
10:02:07 Três documentos classificados
10:02:18 Extração concluída
10:02:20 Normalização iniciada
10:02:29 Exceção — valor conflitante
10:03:42 Correção humana recebida
10:03:43 Execução retomada
10:04:08 Should cost concluído
10:04:17 Revisor solicitou nova evidência
10:04:25 Evidência recuperada
10:04:31 Avaliações aprovadas
10:04:34 Entrega pronta para aprovaçãoCUSTO POR RESULTADO
Não monitoramos apenas tokens.
O objetivo não é utilizar sempre o modelo mais barato. É usar a combinação com melhor qualidade, risco, tempo e custo para cada decisão.
QUEM RESPONDE PELO SISTEMA
Todo agente precisa de finalidade, proprietário e limite.
- Rascunho
- Em avaliação
- Aprovado
- Publicado
- Monitorado
- Suspenso
- Descontinuado
COMO O SISTEMA MELHORA
Aprender não significa alterar o próprio comportamento sem controle.
- Observar
- Identificar
- Propor
- Avaliar
- Aprovar
- Publicar
- Monitorar
Nenhuma correção relevante chega diretamente à produção sem avaliação e versionamento.
UMA EXPERIÊNCIA PARA CADA RESPONSABILIDADE
Três visões do mesmo sistema.
CHECKLIST DE PRODUÇÃO
O que uma execução completa precisa responder.
- Quem iniciou?
- Qual agente executou?
- Com qual identidade?
- Quais dados foram acessados?
- Quais fontes foram utilizadas?
- Qual plano foi criado?
- Quais agentes e skills participaram?
- Quais ferramentas foram chamadas?
- Quais políticas foram aplicadas?
- Houve aprovação humana?
- Quais exceções ocorreram?
- Como foram resolvidas?
- O resultado foi avaliado?
- Quais evidências sustentam a entrega?
- Quanto custou?
- Quanto tempo levou?
- Qual versão produziu o resultado?
- Quem responde pela operação?
Se o sistema não consegue responder a essas perguntas, ainda não existe rastreabilidade suficiente para uma operação empresarial.
VEJA COMO SERIA NO SEU PROCESSO
Qual execução sua empresa precisa transformar?
Conte-nos o pedido que entra, o trabalho realizado hoje, os sistemas envolvidos e a entrega esperada. Desenhamos a primeira visão da execução e identificamos as competências necessárias para colocá-la em produção. Se o caso ainda precisar ser estruturado, o Assessment aprofunda processo, arquitetura, dados, integrações, riscos, business case e roadmap.