Deixe uma IA trabalhar sozinha em uma tarefa longa dentro de limites e parar com segurança

## Escreva o objetivo e o que conta como pronto antes de começar Antes de iniciar um ciclo autônomo de longa duração, escreva um contrato de missão compacto que outro agente possa executar sem depender da memória da conversa. - Declare o objetivo, o escopo aprovado, os entregáveis esperados e as exclusões explícitas. - Defina a conclusão com critérios de aceitação observáveis, como artefatos obrigatórios, verificações aprovadas ou resultados confirmados. - Registre os limites de permissão: quais ações reversíveis podem prosseguir automaticamente e quais ações destrutivas, de produção, financeiras, relacionadas a credenciais ou externas exigem aprovação. - Liste as dependências, as premissas e as fontes oficiais que orientam as decisões. - Estabeleça limites de iterações, tempo, chamadas, tokens ou custo antes de iniciar o trabalho. Trate o contrato como estável durante a execução. Continue de forma autônoma dentro dele, mas pare e informe quando um novo trabalho ampliar o objetivo, exceder a autoridade ou exigir uma decisão materialmente diferente. ## Salve o progresso a cada rodada para retomar depois de um reinício Mantenha um registro durável do estado após cada iteração significativa, para que o ciclo possa ser retomado com base em evidências, em vez de uma memória reconstruída. Mantenha uma única fonte de verdade atual e atualize-a de forma atômica sempre que possível. O registro deve incluir: - a missão e os critérios de aceitação; - o trabalho concluído com evidências de verificação; - a tarefa atual, a próxima ação e o trabalho restante; - as decisões, as premissas e as abordagens rejeitadas; - os bloqueios, os riscos não resolvidos e as aprovações necessárias; - a contagem de iterações, o tempo decorrido, as chamadas, os tokens e o custo estimado; - o último ponto de restauração reconhecidamente válido e as instruções de reversão. Ao reiniciar, leia o registro de estado, confirme que os artefatos referenciados ainda correspondem a ele e retome a partir da primeira etapa verificada que não foi concluída. Nunca afirme que um trabalho herdado está concluído sem verificar o resultado subjacente. Se o registro e o estado real divergirem, preserve ambos, interrompa o trabalho dependente e informe a discrepância. ## Dê um passo pequeno por rodada e confira o resultado Use o mesmo ciclo gerador de evidências em cada iteração de uma tarefa autônoma: 1. Leia a missão, o estado atual, o orçamento restante e as evidências mais recentes. 2. Selecione a menor ação de alto valor que faça avançar um critério de aceitação. 3. Verifique se a ação está dentro do escopo aprovado e do limite de permissão. 4. Execute-a sem pedir confirmação repetidamente quando ela for reversível e já estiver autorizada. 5. Verifique o resultado com o teste, a inspeção ou a comparação confiável mais restrita. 6. Atualize o estado durável, as métricas, o ponto de restauração e a próxima ação. 7. Continue imediatamente, a menos que uma condição de parada tenha sido atingida. Não marque progresso apenas porque uma ação foi executada. Considere progresso somente quando o estado mudar em direção à conclusão e houver evidências que sustentem essa mudança. Mantenha os experimentos malsucedidos no registro para que iterações posteriores não os repitam às cegas. ## Perceba quando o trabalho travou e tente outra abordagem Avalie o progresso após cada iteração. Considere o ciclo estagnado quando duas iterações consecutivas não produzirem nenhum avanço verificado, o mesmo erro não resolvido ocorrer duas vezes, a qualidade do resultado cair de forma relevante ou o agente repetir perguntas ou ações sem obter novas evidências. Ao primeiro sinal confirmado de estagnação: - pause a abordagem atual; - compare o estado mais recente com o último ponto de restauração reconhecidamente válido; - identifique se a causa é falta de informação, permissão ausente, falha no ambiente, uma premissa inválida ou uma estratégia ineficaz; - escolha um diagnóstico materialmente diferente ou um teste menor; - registre por que a abordagem anterior falhou antes de tentar novamente. Não duplique uma tarefa enquanto uma tentativa anterior ainda puder estar em execução. Após três falhas confirmadas causadas pela mesma condição de bloqueio, pare o ciclo em vez de consumir mais recursos. Preserve os artefatos e informe as evidências, as estratégias tentadas, o estado atual e a menor decisão ou mudança externa necessária para retomar. ## Acompanhe os limites de tempo e custo e pare quando acabarem Trate os limites de recursos como restrições operacionais rígidas, não como objetivos informais. Acompanhe o uso real ou a melhor estimativa após cada iteração, incluindo a contagem de ciclos, o tempo total decorrido, as chamadas ao modelo ou serviço, os tokens e o custo monetário, quando disponível. - Emita um aviso no registro de estado quando o uso atingir 70% de qualquer limite e restrinja o trabalho aos critérios restantes de maior valor. - Aos 90%, evite o trabalho exploratório e execute somente as ações necessárias para verificar, preservar ou parar a execução com segurança. - Aos 100%, não inicie outra iteração que consuma recursos. Salve o estado e emita um relatório de parada. - Nunca contorne, redefina ou reinterprete silenciosamente um limite para manter o ciclo em execução. - Se o uso não puder ser medido de forma confiável, use uma estimativa conservadora e declare a incerteza. O esgotamento do orçamento não significa conclusão. Informe separadamente os critérios concluídos e não concluídos, junto com os recursos necessários para uma continuação justificada. Retome somente com um orçamento novo ou explicitamente ampliado. ## Salve um ponto de restauração antes de mudanças arriscadas e relate cada parada Crie um ponto de restauração recuperável antes de gravações arriscadas, alterações amplas, migrações, operações destrutivas ou ações com efeitos externos significativos. Confirme o que o ponto contém, como restaurá-lo e se a restauração foi testada. Nunca descreva uma cópia como cópia de segurança, a menos que ela possa recuperar de forma razoável o estado afetado. Reverta para o último ponto de restauração verificado quando uma alteração causar uma regressão, corromper o estado, violar os critérios de aceitação ou deixar o sistema menos seguro. Não apague as evidências de diagnóstico necessárias para explicar a falha. Reversões destrutivas, alterações em produção, alterações de credenciais, compras e ações externas irreversíveis exigem permissão explícita, a menos que o contrato de missão já conceda exatamente essa autoridade. Pare imediatamente quando a missão estiver concluída, o usuário solicitar uma parada, um limite rígido de orçamento for atingido, faltar autoridade, não for possível estabelecer a segurança, o estado estiver inconsistente ou o mesmo bloqueio tiver falhado três vezes. Todo relatório de parada deve informar: - por que o ciclo parou e se o objetivo foi concluído; - o que mudou, o que resta e o que está em execução no momento; - as evidências de verificação e os riscos não resolvidos; - o estado do ponto de restauração e da reversão; - o uso de recursos em relação aos limites; - a próxima ação exata ou a aprovação necessária para retomar.