A equipe termina com caso priorizado, responsável explícito, permissões mínimas, gates humanos, evidência auditável e critério de saída.
Módulo 04 · Playbook
Playbook: delegação agêntica governada
Nove práticas para desenhar, executar e revisar um fluxo sem confundir autonomia com ausência de controle.
- Prática
- Priorize um processo estável, atribua um responsável, limite dados e ferramentas, valide o plano, execute em ambiente controlado e revise o piloto.
- Transferência
- Amplie a autonomia somente depois que o piloto passar; caso contrário, ajuste ou pare.
Pilote um fluxo agêntico com controle visível.
Um agente sem dono, permissões ou rota de escalonamento cria risco operacional. A velocidade só agrega valor enquanto o processo permanece governável.
Priorize um processo estável, atribua um responsável, limite dados e ferramentas, valide o plano, execute em ambiente controlado e revise o piloto.
Guarde o briefing aprovado, RACI mínimo, permissões, logs, exceções, resultado e veredito de continuar, corrigir ou encerrar.
Índice completo13
00
Ponto de partida
Ponto de partida
Transforme um processo repetível em uma delegação supervisionada com responsável, fontes autorizadas, limites, pontos de validação e rastreabilidade.
Nove práticas para desenhar, executar e revisar um fluxo sem confundir autonomia com ausência de controle.
- Desafio
Um agente sem dono, permissões ou rota de escalonamento cria risco operacional. A velocidade só agrega valor enquanto o processo permanece governável.
- Prática
Priorize um processo estável, atribua um responsável, limite dados e ferramentas, valide o plano, execute em ambiente controlado e revise o piloto.
- Evidência
Guarde o briefing aprovado, RACI mínimo, permissões, logs, exceções, resultado e veredito de continuar, corrigir ou encerrar.
01
Capítulo 01
Escolher o caso
Princípio: Comece onde a falha seja visível e recuperável.
Um caso estável testa o contrato sem misturar novidade, autoridade sensível e dependência oculta.
AprofundarComo aplicar
Como aplicar
- Compare três candidatos.
- Descarte efeitos externos e alta sensibilidade.
- Atribua sponsor e responsável pela recuperação.
Checklist
- Caso repetível e delimitado.
- Sponsor e recuperação atribuídos.
- Regra de decisão
- Se não pode observar e recuperar, não é o primeiro piloto.
- Exemplo
- Exemplo sintético: classificação no sandbox, sem resposta.
- Antipadrão
- Escolher o processo mais complexo para demonstrar ambição.
- Evidência esperada
- Matriz de adequação e motivos de descarte.
- Limite
- A adequação vale para o caso e escopo avaliados.
02
Capítulo 02
Definir responsável e resultado
Princípio: A responsabilidade humana deve ser nomeável.
O agente produz ou propõe; uma pessoa responde pelo objetivo e uma revisão separada pode verificar o resultado.
AprofundarComo aplicar
Como aplicar
- Nomeie o responsável final.
- Nomeie revisor quando necessário.
- Separe responsável pela saída e revisor.
Checklist
- Responsável explícito.
- Aceitação separada da produção.
- Regra de decisão
- Nenhum agente é responsável, aprovador ou fonte de autoridade.
- Exemplo
- Exemplo sintético: Operações decide; Qualidade revisa.
- Antipadrão
- Usar «a equipe» como responsável sem nome ou ponto de controle.
- Evidência esperada
- Ficha de responsabilidade e vereditos.
- Limite
- Revisão humana não corrige sozinha contrato vago.
03
Capítulo 03
Preparar contexto e fontes
Princípio: Use apenas contexto suficiente e rastreável.
Fontes autorizadas sustentam o plano; lacunas materiais são declaradas e bloqueiam o passo afetado.
AprofundarComo aplicar
Como aplicar
- Inventarie fontes e direitos.
- Declare vigência e limites.
- Registre custódia e direitos da fonte.
Checklist
- Fonte ligada ao caso.
- Direitos e lacunas registrados.
- Regra de decisão
- Inferência nunca substitui fonte exigida.
- Exemplo
- Exemplo sintético: usar exportação aprovada e excluir anexos sem direito.
- Antipadrão
- Conceder acesso amplo «por garantia».
- Evidência esperada
- Pacote de fontes, limites e lacunas.
- Limite
- Mais contexto pode aumentar exposição sem melhorar relevância.
04
Capítulo 04
Limitar ferramentas e permissões
Princípio: Autorize capacidades separadamente e por privilégio mínimo.
Ler, classificar, redigir e agir são permissões distintas, com justificativa e revogação próprias.
AprofundarComo aplicar
Como aplicar
- Separe dados, ferramentas e ações.
- Marque aprovação prévia.
- Nomeie autoridade de revogação.
Checklist
- Permissão ligada ao passo.
- Custódia e revogação visíveis.
- Regra de decisão
- O que não foi declarado permanece proibido.
- Exemplo
- Exemplo sintético: ler exportação e propor rótulos; nunca escrever no sistema.
- Antipadrão
- Confundir acesso disponível com autoridade concedida.
- Evidência esperada
- Matriz de permissões e registro de aprovações.
- Limite
- Privilégio mínimo limita impacto; não elimina revisão.
05
Capítulo 05
Fixar restrições e escalonamento
Princípio: Toda fronteira precisa de resposta operacional.
Proibições, dados ausentes e ambiguidade levam a parar, escalar ou perguntar, nunca a improvisar autoridade.
AprofundarComo aplicar
Como aplicar
- Liste proibições.
- Atribua escalonamento.
- Defina escalonamento para a lacuna.
Checklist
- Parada observável.
- Escalonamento operacional definido.
- Regra de decisão
- Com autoridade insuficiente, pare antes de agir.
- Exemplo
- Exemplo sintético: escalar solicitação que exige resposta; nunca enviar.
- Antipadrão
- Escrever «tenha cuidado» sem conduta verificável.
- Evidência esperada
- Tabela condição-resposta e exceções.
- Limite
- Escalonamento não pode virar aprovação automática.
06
Capítulo 06
Aprovar o plano
Princípio: Revise o plano antes de qualquer efeito.
O ponto de controle corrige sequência, fontes, permissões e reversibilidade enquanto nenhum ambiente foi alterado.
AprofundarComo aplicar
Como aplicar
- Ligue passos às fontes.
- Ligue passos às permissões.
- Atribua autoridade do ponto de controle de plano.
Checklist
- Plano cabe no briefing.
- Autoridade do ponto de controle explícita.
- Regra de decisão
- Objetivo aprovado não autoriza todo plano.
- Exemplo
- Exemplo sintético: aprovar sandbox; rejeitar escrita em produção.
- Antipadrão
- Revisar somente depois que a ação ocorreu.
- Evidência esperada
- Plano versionado e veredito do ponto de controle.
- Limite
- Plano aprovado continua sujeito a exceção e parada.
07
Capítulo 07
Executar com evidência
Princípio: Uma execução útil pode ser reconstruída.
Entrada, versão, decisões, ações, pontos de controle, exceções e resultado formam o registro mínimo revisável.
AprofundarComo aplicar
Como aplicar
- Guarde entradas e versões.
- Registre decisões e pontos de controle.
- Entregue o registro ao revisor de conformidade.
Checklist
- Entrada e versão identificáveis.
- Registro entregue para revisão.
- Regra de decisão
- Fluidez não é evidência de conformidade.
- Exemplo
- Exemplo sintético: lote, rótulos, aprovações e rejeição do revisor.
- Antipadrão
- Guardar apenas a saída final.
- Evidência esperada
- Registro de execução e tabela de conformidade.
- Limite
- O registro explica o caso; não prevê desempenho futuro.
08
Capítulo 08
Tratar exceções
Princípio: Desenhe a exceção antes que ela ocorra.
A resposta segura diz como parar, quem revisa e como descartar a saída ou restaurar o estado.
AprofundarComo aplicar
Como aplicar
- Classifique a exceção.
- Ative responsável e ponto de controle.
- Ative o responsável pela recuperação.
Checklist
- Exceção registrada.
- Responsável pela recuperação ativo.
- Regra de decisão
- Nunca invente permissão para resolver exceção.
- Exemplo
- Exemplo sintético: congelar lote e restaurar fila anterior.
- Antipadrão
- Continuar para «terminar» após perder rastreabilidade.
- Evidência esperada
- Registro de exceção, decisão e recuperação.
- Limite
- Recuperar o estado não elimina análise da causa.
09
Capítulo 09
Decidir continuidade
Princípio: Continuidade é decisão, não inércia.
Manter, ajustar ou aposentar depende do contrato cumprido, das exceções e das mudanças exigidas por outro contexto.
AprofundarComo aplicar
Como aplicar
- Revise a condição de concluído e os limites.
- Atribua correções.
- Submeta continuidade ao sponsor.
Checklist
- Veredito com motivo.
- Adoção com novo ponto de controle.
- Regra de decisão
- Não amplie escopo ou permissão para salvar piloto reprovado.
- Exemplo
- Exemplo sintético: parar até esclarecer direitos e nomear dependência.
- Antipadrão
- Transformar um caso correto em autorização geral.
- Evidência esperada
- Decisão de continuidade e pacote versionado.
- Limite
- Aprovação confirma aquele contrato naquele caso, não todo uso.
10
Glossário
Glossário
- Missão
- Objetivo delimitado com contexto, restrições e definição de concluído.
- ponto de controle
- Ponto em que uma pessoa aprova, corrige ou para.
- Privilégio mínimo
- Somente o acesso ou ação necessários ao caso.
- Exceção
- Condição fora do fluxo previsto que exige parada ou escalonamento.
- Recuperação
- Retorno documentado a estado seguro ou descarte da saída.
11
FAQ
Perguntas frequentes
Um agente pode aprovar o próprio plano?
Não. O plano é uma proposta; a aprovação pertence à pessoa responsável definida no contrato.
O que fazer se faltar uma fonte?
Declare a lacuna e pare o passo afetado. Não substitua evidência ausente por suposição.
Quando ampliar permissões?
Somente por necessidade concreta, após revisão de risco e nova aprovação. Bom piloto não concede autoridade geral.
O que significa o piloto ter passado?
Cumpriu a definição de concluído e os limites naquele caso; não valida o sistema para todo contexto.
Amplie a autonomia somente depois que o piloto passar; caso contrário, ajuste ou pare.
Transforme um processo repetível em uma delegação supervisionada com responsável, fontes autorizadas, limites, pontos de validação e rastreabilidade.
Checklist
Trabalho agêntico- Caso, fronteira, responsável humano e revisor estão escritos.
- Fontes, permissões e proibições são claras.
- O plano foi aprovado antes da execução.
- Exceções e recuperação foram registradas.
- A continuidade tem veredito, evidência e nova autorização; este piloto não concede efeitos externos.