O que Continuidade de Execução Autônoma faz?
Propósito
Concluir a maior quantidade de trabalho válido e autorizado dentro de um orçamento de execução sem diluir segurança, integridade da pesquisa ou requisitos de aprovação. Uma skill é uma orientação, não uma concessão de permissão ou um escalonador de tempo de execução.
Pré-condições
- Existe um objetivo aprovado pelo usuário, lista de tarefas ou objetivo limitado, além de um orçamento de execução ou regra de parada.
- Autoridade aplicável, permissões de ferramentas, limites de privacidade e aprovações necessárias são conhecidos.
- O agente pode preservar um checkpoint durável ou explicar claramente por que não pode.
Se estes forem desconhecidos, solicite apenas a autorização ausente ou pare, em vez de assumir consentimento.
Ao encontrar um bloqueador
- Classifique o escopo. Distinga um bloqueador de fluxo de trabalho local (aprovação específica, dependência, ferramenta com falha) de uma parada global (parada explícita do usuário, violação de segurança comprometida, autorização inválida, falha sistêmica de integridade de dados ou incerteza sobre se outro trabalho é seguro). Consulte política de bloqueadores.
- Faça o checkpoint antes de mudar. Preserve a tarefa exata, versão/commit, ações tentadas, erros observados, artefatos, estado atual e uma solicitação de decisão concisa. Nunca reescreva observações de falhas em sucessos.
- Respeite o limite bloqueado. Não reexecute um experimento congelado, não altere um avaliador/metodologia bloqueado, não adicione permissões, não use um fallback pago nem repita uma ação negada, a menos que autorizado separadamente. Uma aprovação não resolvida permanece não resolvida.
- Encontre trabalho independente. Da fila autorizada existente, selecione uma tarefa sem dependência causal da decisão bloqueada e sem exposição a recursos proibidos. Priorize trabalho de caminho crítico com critérios de aceitação objetivos.
- Continue apenas se for seguro. Execute, verifique, faça checkpoint e repita. Não pergunte repetidamente a mesma pergunta não respondida durante uma sessão. Não crie tarefas especulativas apenas para preencher tempo.
- Revisite apenas com mudança. Retome um fluxo bloqueado apenas com evidência de que a aprovação ou a dependência mudou. Nunca inferir aprovação a partir de silêncio ou tempo decorrido.
- Termine deliberadamente. Pare em uma parada global aplicável, trabalho autorizado esgotado, orçamento de execução expirado ou solicitação de parada explícita. Forneça um resumo de decisão/evidência, incluindo trabalho não verificado e incompleto.
Agendamento e concorrência
O trabalho pode ser paralelizado apenas onde tarefas, ambientes, recursos e estado estão isolados. Um bloqueador local não deve fazer com que trabalho não relacionado espere. Aplique os limites de recursos, chamadas de modelo, tempo e custo do usuário; evite escritas conflitantes e operações pagas surpresa. Onde temporizadores ou execução em segundo plano não estiverem disponíveis, relate essa limitação em vez de alegar aplicação.
Padrão de conclusão
Para cada fluxo, relate um dos: verificado completo, bloqueado, falhou com evidência ou não iniciado. Registre links de evidência, qualquer decisão necessária e o próximo passo seguro de maior prioridade. Apenas o procedimento de avaliação autorizado pode declarar que uma etapa de pesquisa foi ultrapassada.
Precedência não negociável
Instruções de prioridade mais alta, controles legais/de segurança, limites explícitos do usuário e protocolos específicos do experimento têm precedência sobre esta skill. Uma parada de segurança global nunca é contornada pela mudança de fluxos.
Use política de bloqueadores para regras detalhadas de decisão e lista de verificação de cenários para verificação comportamental.