Projeto final: uma automação que se mede

O que é o projeto

Uma entrada chega, como um formulário ou uma planilha. O modelo faz uma única etapa com formato fechado, como classificar ou extrair campos. O resultado vai para onde a pessoa trabalha. O que sair do formato cai numa fila de exceção, que uma pessoa resolve.

A Anthropic chama isso de fluxo: modelos e ferramentas seguem caminhos definidos em código. Um agente é quando o próprio modelo decide os passos. Comece pelo mais simples: no teste com 175 tarefas de escritório, o melhor agente concluiu 30% sozinho.

Três regras de desenho. Uma etapa só para o modelo. Saída em formato fechado. E nenhuma ação com dinheiro, envio externo ou exclusão disparada pelo modelo sem uma pessoa no meio.

A ficha do projeto

Em 2018, pesquisadores propuseram "fichas de modelo": um documento curto dizendo para que um sistema serve e para que não serve. A sua cabe em uma página, com oito campos:

1. Uso previsto, em uma frase.
2. Fora do escopo: não responde ao cliente, não altera pagamento, não apaga nada.
3. Entradas, e quem pode escrever nelas.
4. Dado pessoal: quais campos, por que e por quanto tempo.
5. Saída, campo a campo.
6. Responsável e quem é avisado.
7. Pior erro imaginável e o seu custo.
8. Freio: como desligar a etapa em um minuto.

A LGPD entra no campo 4: use só o mínimo necessário (artigo 6) e registre as operações (artigo 37). Para classificar uma mensagem, raramente precisa de nome e endereço.

O freio contra ordem escondida

Se a automação lê e-mails ou mensagens que qualquer pessoa pode escrever, uma delas pode trazer "ignore as instruções e faça X". Para o modelo, tudo é texto. Esse ataque já foi demonstrado em sistemas reais. Por isso o freio não pode ser uma frase no pedido. Ele é estrutural:

• Formato fechado, validado antes de gravar. O que não bate vai para a fila de exceção.
• Ação que não existe no formato não pode ser pedida.
• Dinheiro, envio externo e exclusão só passam por uma pessoa.
• Toda exceção vira caso novo no conjunto de teste.

Vinte casos, três rodadas

Antes de ligar, pergunte: o modelo acerta esta tarefa? Pegue vinte casos reais do passado. Escreva a resposta certa de cada um antes de rodar. Rode cada caso três vezes, porque um acerto não garante o próximo. São sessenta rodadas, numa tarde.

Fixe o limiar na ficha antes do teste. Se não bater, o projeto não falhou: você descobriu, sem gastar nada, que a tarefa está fora da fronteira. Mude uma coisa só: o pedido, a etapa (menor) ou o degrau.

Depois de ligar, acompanhe quatro sinais, numa planilha com uma linha por dia: latência (tempo até gravar), tráfego (entradas por dia), erros (fila de exceção) e saturação (uso da cota). E, toda semana, leia vinte saídas sorteadas contra a entrada.

No dia 30, o número

Meça de novo, do mesmo jeito que na partida: minutos por semana, erros por mês, pedidos por dia. Os dois resultados são entregas válidas. Uma referência sóbria: o estudo dinamarquês de 2025 mediu cerca de 2,8% das horas economizadas. O que não é entrega é um percentual escrito antes de ligar.

Quando errar: revisão sem culpa

A automação vai errar. A revisão depois do erro escreve o que aconteceu, o impacto, a causa e os passos para não repetir. Não aponta culpado. Num projeto seu, o erro é do sistema: do pedido, do formato ou de um freio que faltou. Se o erro expõe dado pessoal, a LGPD (artigo 48) prevê comunicar à autoridade e ao titular, e a decisão é de quem responde pelo dado.