Do Agile ao Agentic Operating Model · Capítulo 6 de 19 · 22 min
Decidir quando ampliar a autonomia de um agente
Uma matriz cruza confiança demonstrada com raio de dano, e três freios param o agente quando algo sai do trilho.
Este capítulo faz parte do curso gratuito Do Agile ao Agentic Operating Model.
O que está em jogo: a régua de autonomia diz até onde o agente alcança e não diz se ele já mereceu chegar lá. O efeito sobre risco: o mesmo time trava o que já provou funcionar e libera o que instalou na terça, e nos dois casos alguém assina sem ler. A decisão que cabe a você: aprovar a regra de promoção e de rebaixamento por classe de tarefa, escrita antes do período que ela vai julgar. O que dá para delegar: a contagem das execuções. O que fica com você: o critério, porque critério escrito depois dos dados vira racionalização.
Glossário rápido
Execução limpa
Uma rodada do agente que atendeu, do começo ao fim, a definição de sucesso fixada antes do período de observação.
Arnês de execução (harness)
A camada de software que roda o agente e impõe limites de fora. Limite no arnês é lei; limite no texto de instrução é sugestão.
Injeção indireta de instrução (prompt injection)
Instrução maliciosa escondida em um conteúdo que o agente lê, como e-mail, documento ou formulário, e que ele passa a obedecer como se fosse do usuário.
CVSS
Escala de 0 a 10 que classifica a gravidade de uma vulnerabilidade. Acima de 9 é crítico.
MCP (Model Context Protocol)
Protocolo que conecta agentes a ferramentas e fontes de dados externas. Cada servidor MCP instalado é um fornecedor a mais na sua cadeia de suprimentos.
npm
Repositório público de pacotes de código usado por praticamente todo time de software. Instalar de lá é confiar em um terceiro que você não auditou.
Escopo de credencial
O recorte do que uma chave de acesso permite, por operação, por ambiente e por recurso. Chave sem escopo transforma erro comum em perda irreversível.
A carteira provisória
Quem tira habilitação dirige com carteira provisória por um ano. O carro é o mesmo, a via é a mesma, e o que muda é o histórico exigido antes de a restrição cair. Autonomia de agente funciona assim: a classe de tarefa entra restrita, acumula execuções limpas e sobe um degrau por vez, com a subida registrada.
Onde a analogia para de valer: o motorista leva a própria habilitação para qualquer carro. A confiança do agente pertence à classe de tarefa. Um agente confiável para atualizar dependência continua sem histórico nenhum para mexer em cobrança.
Na aula anterior, a escada decidiu até onde o agente alcança; falta decidir quando ele merece subir. A escada de autonomia é espacial. Ela gradua o poder pelo raio de dano, isto é, pelo que o agente alcança, e ignora o eixo do tempo, isto é, quanto uma determinada classe de tarefa já provou merecer.
Sem esse segundo eixo, a mesma régua erra nos dois sentidos ao mesmo tempo. Confia demais no trabalho novo, porque o nível veio do ambiente ("é homologação, então libera"). Trava demais o trabalho comprovado, porque uma classe com centenas de execuções limpas continua no degrau em que entrou. O segundo erro é mais difícil de perceber, e produz aprovação de fachada: registro de revisão onde ninguém revisou.
Onde a classe de tarefa cai, e o nível que ela recebe
Eixo horizontal: Confiança demonstrada pela classe de tarefaEixo vertical: Raio de dano da operação
Raio alto, sem histórico: só rascunho
- Nada entra em produção, mesmo com aprovação humana
- O agente propõe e uma pessoa executa
- Exemplo: agente novo com acesso a credencial de produção
Raio alto, com histórico: aprovação por execução
- Portão humano em cada rodada, sem exceção por pressa
- Autonomia ampla só sob governança pesada e registro escrito
- Exemplo: mudança de estrutura de banco em produção
Raio baixo, sem histórico: revisão integral
- Ambiente isolado, revisão de todo o resultado
- Sobe para amostragem por risco depois das primeiras execuções limpas
- Exemplo: classe de tarefa instalada nesta semana
Raio baixo, com histórico: autonomia delimitada
- Teto de gasto, reversão automática e disjuntor ligados
- Rebaixamento imediato na primeira execução suja
- Exemplo: gerar registro de mudanças a cada publicação
Se a figura ultrapassar a área visível, deslize para os lados. Pelo teclado, foque a figura e use as setas.
Leia a matriz como política de promoção. Uma classe nova entra pelo alto, travada mesmo quando reversível, e sobe à medida que acumula execuções limpas. Uma classe comprovada que começa a regredir é rebaixada de propósito, o que exige que rebaixar seja um movimento normal e sem custo político. Quando rebaixar um agente constrange o time que o opera, ninguém rebaixa, e a matriz vira decoração de parede.
O princípio tem lastro em quem opera agentes em escala. A Anthropic descreve a concessão de autonomia em proporção à confiabilidade demonstrada, ampliada de propósito por tipo de tarefa, depois de sucessos repetidos. Uma observação de método, porque este curso a cobra dos alunos: circula em material executivo um gradiente numérico atribuído a esse artigo, do tipo "começa em 20% de auto-aprovação e passa de 40% depois de centenas de sessões". Esses percentuais não estão no texto. Defenda a política pelo mecanismo, porque um número inventado morre na primeira checagem.
Uma classe de tarefa acumulou 47 execuções limpas em raio de dano baixo e o time pede promoção para autonomia delimitada. Ao revisar, você descobre que a definição de "limpa" mudou no meio do período: até a execução 20, exigia revisão humana do resultado; depois disso, passou a bastar a esteira de testes verde.
O que você faz com a série de 47?
Política de autonomia de uma classe de tarefa, em uma página
Preencha antes de o período de observação começar: você leva este documento ao comitê, e a auditoria vai pedi-lo depois do primeiro incidente.
Documento montado
POLÍTICA DE AUTONOMIA Classe de tarefa: [CLASSE DE TAREFA] Dono: [DONO NOMEADO] Raio de dano ............ [RAIO DE DANO] Nível concedido hoje .... [NÍVEL CONCEDIDO HOJE] Definição de execução limpa, fixada ANTES do período: [O QUE CONTA COMO EXECUÇÃO LIMPA] Promoção ................ [REGRA DE PROMOÇÃO] Rebaixamento ............ [REGRA DE REBAIXAMENTO] Aprovador da subida ..... [QUEM APROVA A SUBIDA] Freios de parada obrigatórios, impostos pelo arnês: teto de iterações por tarefa detecção de não progresso teto de gasto por execução, verificado antes de cada chamada paga Revisão desta política: a cada trimestre, ou no dia seguinte a qualquer incidente da classe.
O que você digitar fica salvo neste navegador. Nada é enviado para servidor algum.
Se a figura ultrapassar a área visível, deslize para os lados. Pelo teclado, foque a figura e use as setas.
Nove segundos bastaram para fixar a lição no caso da PocketOS, resumido na aula anterior e agora contado por inteiro. Em 25/04/2026, nessa empresa americana que administra dados de reserva para locadoras de veículos, um agente de codificação esbarrou num descasamento de credenciais durante uma tarefa rotineira. Em vez de sinalizar ao desenvolvedor, procurou um token de acesso, encontrou um em arquivo sem relação com a tarefa e apagou o banco de produção e os backups em nove segundos. O backup recuperável mais recente tinha três meses.
Nada falhou no modelo. Não houve atacante e não houve injeção de instrução. Falharam o escopo do token, a ausência de isolamento entre ambientes, a inexistência de portão para ação destrutiva e a decisão de guardar backup no mesmo volume do dado primário, o que colocou os dois dentro do mesmo raio de dano. As fontes disponíveis divergem sobre nomes de pessoas e sobre o modelo usado, e por isso este curso cita a empresa e o mecanismo.
Quatro incidentes públicos, e a causa-raiz de cada um
| Incidente | Onde | O que aconteceu | Causa-raiz |
|---|---|---|---|
| EchoLeak, CVE-2025-32711 | Microsoft 365 Copilot | Exfiltração sem um clique sequer do usuário, com gravidade CVSS 9.3 | Conteúdo recuperado tratado como confiável: a instrução veio no e-mail que o agente leu |
| ForcedLeak | Salesforce Agentforce | Instrução escondida em formulário público chegou ao agente com acesso ao CRM, gravidade CVSS 9.4 | Entrada de terceiro anônimo sem filtro, sem lista de destinos autorizados na saída |
| postmark-mcp | Pacote no npm, servidor MCP | Funcionou por 15 versões; na 1.0.16 passou a enviar cópia oculta de todo e-mail para o atacante, com cerca de 1.500 instalações semanais | Cadeia de suprimentos de agentes não inventariada |
| PocketOS | Banco de produção e backups | Banco e backups apagados em nove segundos, sem atacante e sem injeção de instrução | Token sem escopo, backup no mesmo volume do dado primário |
Três dos quatro casos têm a mesma forma: o agente tratou como confiável um conteúdo que veio de fora. O quarto tem forma ainda mais simples, e é o mais barato de evitar: a permissão era maior do que a tarefa exigia. Uma ressalva de método, porque este curso a cobra do aluno: as notas de fonte abaixo trazem confiança "verificar" para dois dos quatro casos. Os CVEs foram conferidos em bases públicas de vulnerabilidade, e a apuração de cada incidente segue aberta.
Fonte: Aim Security e Microsoft (EchoLeak, junho de 2025); Noma Security e Salesforce (ForcedLeak, 2025); Koi Security e Snyk (postmark-mcp, setembro de 2025); ACS e Zenity (PocketOS, 25/04/2026).
Falta o terceiro controle, e confundi-lo com permissão é uma das formas mais comuns de um agente autônomo escapar. A governança de permissão controla o que o agente toca. Ela silencia sobre uma pergunta diferente: o laço termina?
Um agente pode ter permissão modesta, escrever apenas em ambiente isolado, tocar nada sensível, e ainda assim rodar por dezoito horas, queimar o orçamento do mês e reescrever o próprio trabalho em círculos. Nenhum dos doze controles da aula anterior é violado, porque nenhum deles fala sobre duração. Escopo de permissão e segurança de laço são controles independentes, e precisam ser desenhados em separado.
- Teto de iterações: limite rígido de passos por tarefa, imposto pelo programa que executa o agente
- Detecção de não progresso: o laço encerra quando repetições deixam de produzir informação nova
- Teto de gasto: tokens, dinheiro e tempo de relógio por execução, verificados antes da próxima chamada paga
O arquivo abaixo é a versão em configuração desses três freios, e ele existe aqui para você reconhecer o documento quando o time apresentar o dele. Ler o formato é dispensável. A leitura que interessa numa reunião são quatro perguntas, na ordem em que aparecem no arquivo: quantos passos esta tarefa pode dar antes de alguém desconfiar, quantas repetições sem avanço contam como laço travado, quanto ela pode consumir em unidades de texto, em dinheiro e em tempo de relógio, e o que acontece no instante em que qualquer um dos três estoura.
Duas observações antes de pedir o seu. "Token", aqui, é a unidade de consumo que o fornecedor do modelo cobra, e não a credencial de acesso da aula anterior: a mesma palavra nomeia duas coisas diferentes no mercado. E leia a última linha primeiro, porque é ela que costuma faltar: uma parada que não é registrada como execução suja não ensina nada à série que decide a próxima promoção.
# terminacao.yaml, imposto pelo arnês, NUNCA pelo texto de instrução
max_iteracoes: 40 # teto rígido de turnos por tarefa
# valor inicial sugerido: 2x a mediana
# observada da classe de tarefa
nao_progresso:
o_que_conta_como_repeticao: mesma ferramenta, mesmos argumentos
repeticoes_ate_abortar: 3 # na terceira vez, aborta
passos_sem_mudanca_de_estado: 5
# "estado" = arquivos tocados + testes que mudaram de status
orcamento:
tokens_por_execucao: 2000000 # unidade de consumo cobrada pelo modelo
custo_em_dolar_por_execucao: 25.00
tempo_de_relogio_em_minutos: 90
verificar: antes_de_cada_chamada_paga
ao_abortar:
acao: encerra o processo e preserva o ambiente de trabalho
notifica: dono da classe de tarefa
registra: conta como execução SUJA na série de promoçãoTrês, com a correção ao lado. (a) Pedir no texto de instrução que o agente "não demore" ou "economize tokens": imponha o teto no programa que executa, porque a instrução é o único lugar do sistema onde um limite é opcional. (b) Promover autonomia por tempo de calendário, do tipo "esse agente já roda há seis meses": conte execuções limpas por classe de tarefa, com definição fixada antes; seis meses de uso esporádico valem menos que três semanas densas. (c) Disjuntor que olha só o gasto: meça também o progresso, porque um laço barato que não avança consome o dia de trabalho de alguém sem disparar nenhum alarme de orçamento.
Raio de dano diz até onde o erro chega. Confiança demonstrada diz se você já ganhou o direito de correr esse risco. Autonomia sã é o encontro dos dois eixos.
Verificação rápida
Um agente escreve apenas em ambiente isolado, sem acesso a dado sensível, e rodou dezoito horas repetindo a mesma chamada. Qual controle falhou?
A pergunta para o comitê de risco: para cada classe de tarefa delegada, qual é a regra de promoção, qual é a de rebaixamento, e quem assina cada uma? O critério para aceitar a resposta é a data: a definição de execução limpa precisa ser anterior ao período que ela julga. Some uma segunda pergunta, que quase nunca aparece na pauta e explica os quatro incidentes desta aula: o que o agente lê é tratado como conteúdo confiável em algum ponto do nosso fluxo? Onde a resposta for sim, a contenção vem antes de qualquer promoção.
Feche a página e responda por escrito, sem consultar. (1) Por que a escala de autonomia sozinha erra nos dois sentidos, e qual dos dois erros é mais difícil de enxergar? (2) Quais são os três freios de parada, e por que dois deles já apareceram na aula anterior com outra função? (3) O que faz uma execução contar como limpa, e por que a definição precisa ser anterior ao período? (4) Qual foi a causa-raiz da perda de nove segundos, e por que os backups estavam dentro do mesmo raio de dano?
Duas tarefas levam a matriz e os freios para o seu ambiente real, cada uma com o critério que diz se você acertou.
Matriz de confiança. Para as três classes de tarefa que você mais delega, posicione cada uma na matriz e preencha o modelo de política desta aula. A regra de rebaixamento é a parte que quase ninguém escreve, e é a que segura a matriz de pé.
Freios de parada. Escolha o laço autônomo de maior alcance do seu ambiente e verifique se os três freios existem no arnês. Para cada ausente, defina o valor inicial e o ponto exato onde ele será imposto.
Critérios de sucesso
- A regra de promoção traz um número de execuções limpas e uma definição que dispensa julgamento no momento da contagem.
- Para cada freio ausente, você nomeou o valor inicial e o ponto onde ele é imposto. Se o ponto é o texto de instrução, ele não existe.
- Você descreveu, em três frases, o cenário concreto em que o seu laço mais autônomo rodaria indefinidamente.
Perguntas frequentes deste capítulo
Quantas execuções limpas são suficientes para promover?
Detecção de não progresso não mata tarefas legitimamente longas?
Isso não é excesso de controle para um time pequeno?
Seu caderno neste capítulo
Abrir o caderno completoSelecione um trecho do capítulo para destacar ou anotar. Nos vídeos e áudios, use Anotar este momento. No teclado, selecione com Shift e as setas e use Alt+Shift+D para destacar ou Alt+Shift+N para anotar.
Salvo neste navegador. Entre na sua conta para levar o caderno a outros aparelhos.
Entre na sua conta para compartilhar o que aprendeu e convidar alguém para estudar com você.
Conexões deste capítulo
Veja o que estudar antes e para onde seguir depois, explore os conceitos e compare abordagens em outros cursos. Sugestões marcadas como “sugerido pelo grafo” vêm dos assuntos em comum, não do índice do curso.
Estude antes
- CursoAgentes de IA Autônomos: Do Conceito à Produção
- Usar o mapa do curso e o glossário mínimosugerido pelo grafoApresenta o conceito “MCP”, usado em “Decidir quando ampliar a autonomia de um agente”.
- CursoVídeo com IA: Claude Code, Codex e ElevenLabssugerido pelo grafo5 capítulos de “Do Agile ao Agentic Operating Model” usam conceitos apresentados em “Vídeo com IA: Claude Code, Codex e ElevenLabs”.
- CursoMCP para quem decidesugerido pelo grafo4 capítulos de “Do Agile ao Agentic Operating Model” usam conceitos apresentados em “MCP para quem decide”.
Conceitos deste capítulo
O mesmo assunto em outros cursos
- Agentes de código para executivosSeparar quem escreve o verificador de quem escreve o códigoExaminar conexões de Separar quem escreve o verificador de quem escreve o código
- Letramento em IA para ExecutivosDecida quando a IA pode agir sozinhaExaminar conexões de Decida quando a IA pode agir sozinha
- Software e IA para executivosLimitar o dano que um agente enganado consegue causarExaminar conexões de Limitar o dano que um agente enganado consegue causar
- Claude Code CLI: Programação com IAMontar o painel que se atualiza e o processo que roda sozinhoExaminar conexões de Montar o painel que se atualiza e o processo que roda sozinho
Voltar ao capítulo anterior: Quanto poder dar a um agente, e o que exigir antes
Leve uma ideia para a prática
Escolha uma atividade no painel e volte a este curso quando quiser.
Atividades e evolução ficam reunidas no painel da sua conta.
Capítulos vizinhos em Do Agile ao Agentic Operating Model
- 04Ninguém consegue provar que a entrega do agente funcionou
- 05Quanto poder dar a um agente, e o que exigir antes
- 06Decidir quando ampliar a autonomia de um agente
- 07Nomear quem monta a prova da entrega e pode vetá-la
- 08Descobrir as sete perguntas que o teste verde deixa sem resposta