Seu agente pode trabalhar por horas. Sua operação sabe quando pará-lo?

Um agente recebe a missão de preparar uma proposta. Consulta cadastro, espera o estoque atualizar, pede aprovação de desconto, monta o documento e tenta registrar o retorno no CRM. Duas horas depois, ele ainda está “trabalhando”. Nesse intervalo, a condição comercial venceu, o estoque mudou e a pessoa que deveria aprovar saiu do expediente.

A execução longa não falhou tecnicamente: não houve erro de sistema. Ela falhou operacionalmente porque o relógio do agente continuou correndo depois que os relógios do negócio venceram. Quanto mais tempo e etapas um agente consegue percorrer, mais importante fica decidir quando ele deve salvar estado, esperar, validar de novo, abandonar ou devolver a tarefa.

Este artigo apresenta o método PRAZO, um protocolo para tarefas que atravessam minutos, horas ou dias. Ele separa cinco tipos de tempo, define checkpoints e cria uma retomada segura. O objetivo não é encurtar todo processo; é impedir que uma execução aparentemente ativa consuma custo e produza uma decisão atrasada, desatualizada ou impossível de auditar.

Capacidade para tarefas mais longas não é licença para esperar indefinidamente

As medições recentes mostram duas realidades ao mesmo tempo. A Anthropic observou, em fevereiro de 2026, agentes e sistemas multiagente operando autonomamente por períodos maiores. Em sessões reais do Claude Code, o percentil 99,9 de duração de um turno estava em aproximadamente 42 minutos, enquanto a mediana era muito menor. A própria pesquisa alerta que duração é uma aproximação imperfeita de autonomia e que o domínio de programação facilita testes e revisão.

A METR atualizou em maio de 2026 seu benchmark de horizonte de tarefas. A métrica estima a dificuldade do trabalho que um agente consegue concluir em determinada taxa de sucesso, usando o tempo de um especialista humano como referência. Ela não informa por quanto tempo o agente fica executando nem significa que ele consegue realizar toda atividade econômica daquela duração. A amostra é concentrada em software, aprendizado de máquina e segurança, com tarefas bem especificadas e critérios claros.

Essa distinção evita uma compra errada: um modelo capaz de resolver uma tarefa que levaria horas para um especialista não torna confiável qualquer processo empresarial de várias horas. Processos reais incluem informação que expira, pessoas que atrasam, sistemas que mudam e critérios que não cabem em uma pontuação automática.

O estudo Measuring Agents in Production, da IBM Research, reforça o pragmatismo. Com 20 estudos de caso e 306 profissionais de 26 domínios, encontrou 68% dos agentes executando no máximo dez passos antes de intervenção humana, 74% dependendo principalmente de avaliação humana e confiabilidade como o principal desafio de desenvolvimento. Em produção, mais passos não são um indicador de maturidade; controle e consistência pesam mais.

Uma tarefa longa tem cinco relógios

“Timeout de duas horas” é insuficiente porque reúne tempos com significados diferentes. Antes de implantar, separe:

1. Prazo do negócio: quando o resultado ainda produz valor. Uma proposta enviada após o fechamento, um alerta depois da ruptura ou uma confirmação após o horário de atendimento podem estar corretos e ser inúteis.
2. Tempo máximo de execução: quanto processamento, ferramentas e tentativas o agente pode consumir antes de pausar. Protege custo e evita ciclos sem progresso.
3. Validade da informação: por quanto tempo estoque, preço, agenda, regra, clima ou status de obra continuam confiáveis. Ao vencer, a fonte deve ser consultada de novo.
4. Espera por pessoa ou sistema: quanto tempo a tarefa pode aguardar aprovação, documento ou integração sem ocupar uma execução ativa. Esperar é um estado, não uma ação contínua.
5. Janela de autorização: até quando identidade, alçada, consentimento e mandato permanecem válidos. Uma aprovação para um valor e contexto não deve ser reaproveitada depois de mudanças relevantes.

Registre os cinco relógios mesmo quando alguns tenham o mesmo valor. Isso permite saber por que a tarefa parou e qual verificação precisa ser refeita. Reiniciar apenas o cronômetro técnico não renova preço, estoque, autorização ou prazo comercial.

Método PRAZO: cinco decisões antes de liberar tarefas longas

P — Propósito e condição de parada

Descreva o resultado no sistema oficial, o prazo do negócio e os estados terminais: concluído, parcial, aguardando, expirado, cancelado e falhou. “Continue até terminar” é uma instrução sem freio. “Registrar proposta válida no CRM até 16h, ou devolver pendência com dados já confirmados” permite fechar o ciclo.

A condição de parada precisa considerar perda de valor, não apenas erro. Se o cliente desistiu, a agenda fechou ou a janela de compra terminou, o agente deve cancelar etapas futuras e registrar o motivo.

R — Relógios e orçamentos separados

Associe limite de tempo, tentativas, chamadas, custo e volume a cada etapa. O agente pode ter 20 minutos de execução distribuídos ao longo de quatro horas de calendário, com duas esperas. Quando entra em espera, salva o estado e encerra o consumo ativo. Quando retoma, revalida as fontes e permissões que venceram.

O orçamento deve diminuir de forma visível. Se o agente não consegue informar quanto resta, a equipe não consegue decidir se vale tentar outra estratégia, simplificar a entrega ou encaminhar para uma pessoa.

A — Artefatos e checkpoints verificáveis

Um checkpoint não é um resumo da conversa. É um estado pequeno e verificável: identificador do processo, etapa concluída, entradas usadas, evidência, horário, versão da regra, próxima ação e itens ainda válidos. Na retomada, o agente parte desse artefato, não da memória informal do diálogo.

Escolha checkpoints onde o processo muda de fonte, alçada, equipe ou consequência. O método MARCO para decompor processos ajuda a separar missão, artefato e aceite; no PRAZO, o foco adicional é o que expira e precisa ser revalidado entre um marco e outro.

Z — Zonas de espera, expiração e abandono

Crie estados diferentes para “aguardando aprovação”, “aguardando sistema”, “sem progresso” e “prazo vencido”. Cada estado tem dono, prazo e saída. Uma tarefa sem atividade por 30 minutos pode estar saudável porque espera uma aprovação prevista; outra pode estar presa repetindo a mesma consulta.

Defina uma regra de abandono: após o limite, o agente salva o que foi confirmado, cancela chamadas futuras, revoga acessos temporários e envia uma pendência acionável. Abandonar corretamente é melhor do que concluir tarde com premissas vencidas.

O — Owner da retomada e prova de conclusão

Toda tarefa suspensa tem um responsável pela fila e um gatilho de retomada: evento do sistema, aprovação assinada, horário programado ou decisão humana. “O agente tentará novamente” não é dono nem gatilho.

Na retomada, execute três verificações: o objetivo ainda vale? As fontes e autorizações continuam válidas? Alguma ação já produziu efeito? A última pergunta evita duplicidade. Se o sistema pode ter recebido a ação antes da interrupção, reconcilie o estado oficial pelo método RECIBO antes de repetir.

Cartão de prazo para uma tarefa longa

Use uma linha por tipo de execução e registre:

1. processo, objetivo e dono do resultado;
2. evento de início e prazo do negócio;
3. estado final aceito e prova exigida;
4. tempo máximo de execução ativa;
5. orçamento de chamadas, tentativas e custo;
6. fontes usadas e validade de cada uma;
7. alçada e janela de autorização;
8. checkpoints e artefato salvo em cada ponto;
9. estados de espera permitidos;
10. prazo, dono e gatilho de cada espera;
11. condição de ausência de progresso;
12. regra de expiração e abandono;
13. verificações obrigatórias na retomada;
14. fila humana, prioridade e modo manual.

Se a equipe não consegue preencher validade, estado de espera e condição de parada, não deve aumentar o horizonte da tarefa. Primeiro organize a operação que existirá entre o início e o fim.

Multitarefa exige controle de fila, não apenas uma memória maior

Agentes longos também competem entre si. A Microsoft Research testou ambientes com tarefas interdependentes de 10 a 30 passos ao longo de cinco horas. Quando a carga subiu de 12 para 46 tarefas simultâneas, a taxa de conclusão dos sistemas avaliados caiu de 16,7% para 8,7%. O trabalho identifica memória cheia, interferência entre tarefas, dependências e repriorização como problemas centrais.

O gestor não precisa reproduzir o benchmark para extrair a lição: limite trabalho em andamento. Defina quantas tarefas um agente pode manter em execução, quantas podem ficar aguardando e qual prioridade vence quando chega uma urgência. Uma fila invisível transforma capacidade computacional em atraso operacional.

Como o PRAZO aparece nas verticais da V7

• v7 Obras: um acompanhamento diário pode atravessar a chegada de fotos e apontamentos. Cada lote de evidências ganha horário, pacote de serviço e versão do cronograma; mudança de frente ou corte do dia expira a consolidação pendente.
• v7 Carteira: uma proposta espera crédito ou estoque sem manter o agente ativo. Ao retomar, preço, limite, quantidade e condição de pagamento são consultados novamente antes do envio.
• v7 Agro: o follow-up pode durar semanas, mas cada ação é curta. Safra, região, interesse e janela comercial têm validade; nova informação muda o próximo passo e pode cancelar uma cadência antiga.
• v7 Imob: uma negociação atravessa visita, documentação e disponibilidade. A retomada não reutiliza tabela ou unidade sem consulta atual e não trata intenção antiga como autorização para reservar.
• v7 Clínicas Retorno: uma confirmação espera resposta do paciente até um limite ligado à agenda. Depois dele, o slot segue a regra da clínica; o agente não continua prometendo um horário indisponível.
• v7 Custom: conciliação, compras ou documentos podem depender de vários sistemas. Checkpoints separam coleta, validação, aprovação e registro, com retomada pela última evidência confirmada.

Teste de mesa: cinco formas de o tempo quebrar o processo

Escolha uma tarefa real e simule em 45 minutos:

1. fonte vencida: preço ou disponibilidade muda enquanto o agente espera;
2. aprovação tardia: a pessoa autoriza depois do prazo comercial;
3. resposta perdida: o sistema processa a ação, mas o agente não recebe confirmação;
4. fila crescente: chegam dez tarefas urgentes enquanto outras aguardam;
5. mudança de objetivo: cliente, gestor ou regra cancela a necessidade original.

Para cada cenário, peça à equipe: qual relógio venceu, que estado foi salvo, o que precisa ser revalidado, quem decide e qual mensagem a operação recebe? Se a resposta for “reinicia tudo”, o processo perde tempo e corre risco de duplicar ações. Se for “continua de onde parou” sem revalidação, usa premissas vencidas.

Placar mínimo de tarefas longas

• conclusão útil no prazo: resultados aceitos antes do prazo do negócio, não apenas execuções sem erro;
• tempo p50 e p95 por estado: execução ativa, espera humana, espera de sistema e fila;
• taxa de retomada limpa: tarefas retomadas sem perder estado, repetir efeito ou usar fonte vencida;
• abandono correto: casos encerrados no limite com pendência, evidência e dono, em vez de sumirem;
• decisão com dado vencido: resultados que escaparam após a validade de uma fonte;
• trabalho em andamento: tarefas ativas e aguardando por agente, processo e responsável;
• custo por resultado no prazo: consumo total dividido pelos resultados úteis e aceitos.

Não premie duração nem quantidade de passos. Um agente que termina em três minutos com resultado confirmado pode ser melhor do que outro que “trabalha a noite toda” e deixa a equipe revisar tudo pela manhã.

Piloto assistido de 20 dias

1. Dias 1 a 3: escolher uma tarefa que já atravessa espera, mudança de fonte ou várias etapas;
2. Dias 4 a 6: preencher o cartão PRAZO e separar os cinco relógios;
3. Dias 7 a 9: implementar estados, checkpoints, orçamento e gatilhos de retomada;
4. Dias 10 a 12: testar expiração, atraso humano, ausência de progresso, duplicidade e cancelamento;
5. Dias 13 a 15: operar em sombra, comparando prazo e decisão com a rotina atual;
6. Dias 16 a 18: liberar pequeno volume, mantendo aprovação em ações de maior consequência;
7. Dias 19 e 20: revisar conclusão útil, espera, retomada, abandono, custo e incidentes.

Comece com uma tarefa, um dono e poucos checkpoints. Aumente duração, concorrência ou autonomia somente após a operação provar que consegue pausar, retomar e encerrar sem perder controle.

Checklist para o gestor

1. O prazo do negócio está separado do timeout técnico?
2. O resultado final tem prova no sistema oficial?
3. Cada fonte informa por quanto tempo o dado é válido?
4. A autorização expira quando contexto, valor ou pessoa mudam?
5. Existe limite de execução, chamadas, tentativas e custo?
6. Esperar encerra o consumo ativo e salva um estado verificável?
7. Cada espera tem prazo, dono e gatilho de saída?
8. Os checkpoints registram evidência, versão e próxima ação?
9. A retomada revalida objetivo, fontes, alçada e efeitos já ocorridos?
10. O agente reconhece ausência de progresso?
11. Há uma regra de abandono que preserva trabalho útil?
12. A fila limita tarefas ativas e aguardando?
13. Uma urgência tem política clara de prioridade?
14. A equipe mede conclusão útil no prazo, não apenas sucesso técnico?
15. O processo continua em modo manual se o agente não retomar?

Com quatro ou mais respostas “não” ou “não sei”, não amplie a duração da tarefa. Reduza o escopo, instale checkpoints e torne a espera visível antes de buscar mais autonomia.

O ponto de vista da V7 Agents

Agentes mais capazes abrem espaço para processos maiores. O ROI não nasce de deixá-los executar por mais tempo; nasce de entregar o resultado correto enquanto ele ainda vale, com custo, evidência, responsável e caminho de recuperação conhecidos.

Na V7 Agents, o V7 IA Ready identifica os relógios do processo, fontes, dependências, alçadas e critérios de parada. Os Agentes Verticais executam blocos delimitados com checkpoints. A Operação Contínua acompanha filas, validade, retomadas e conclusão no prazo. IA operacional não é atividade contínua na tela: é processo que sabe começar, esperar, retomar e terminar.

Fontes consultadas

• Anthropic — Measuring AI agent autonomy in practice, 18 de fevereiro de 2026.
• METR — Task-Completion Time Horizons of Frontier AI Models, atualizado em 8 de maio de 2026.
• IBM Research — Measuring Agents in Production, ICLR 2026.
• Microsoft Research — CORPGEN advances AI agents for real work, 26 de fevereiro de 2026.