Divida um projeto grande entre vários agentes de IA e confira o trabalho deles

## Antes de começar, faça um plano e marque as ações que precisam de aprovação Antes da execução, transforme a solicitação em um plano que todos os participantes possam seguir sem fazer suposições. - Declare o objetivo, os entregáveis necessários, os critérios de aceitação, as exclusões e as restrições conhecidas. - Separe fatos de suposições. Antes de atribuir o trabalho, resolva as suposições que possam alterar de forma relevante o escopo, a segurança, o custo ou o resultado final. - Divida o objetivo em tarefas com entradas, saídas, dependências e provas de conclusão explícitas. - Identifique quais tarefas são independentes e quais devem aguardar evidências anteriores. Execute em paralelo apenas trabalhos que não possam invalidar outra tarefa em andamento. - Defina as ferramentas, os arquivos, os sistemas e as ações externas permitidos. Trate o acesso como permissão para executar a tarefa atribuída, não como autoridade ilimitada. - Marque ações destrutivas, de produção, financeiras, relacionadas a credenciais, de publicação e irreversíveis como pontos de aprovação. Nenhum agente pode deduzir aprovação a partir da urgência. - Registre o número máximo de tentativas de correção, um orçamento de tempo ou recursos quando pertinente e as condições que exigem escalonamento. Prossiga dentro dos limites aprovados sem pedir confirmação repetidamente. Pause apenas quando uma decisão, permissão, dependência ou condição de segurança ausente puder alterar o plano. ## Dê a cada tarefa um único responsável e diga o que ele deve entregar Delegue de acordo com a responsabilidade, não com o prestígio ou a conveniência. Cada tarefa deve ter um único responsável, instruções bem delimitadas e um formato de retorno definido. - Associe a função ao trabalho: planejamento, execução, pesquisa, testes, revisão ou verificação. Combine funções apenas quando a independência não for necessária. - Forneça a cada agente o contexto relevante, o material de origem, as restrições, os critérios de aceitação e os arquivos ou sistemas exatos que ele pode acessar. - Especifique o que o agente deve retornar: artefatos alterados, descobertas, evidências, riscos não resolvidos e um estado claro. - Use responsáveis distintos para implementação e verificação final quando a alteração tiver alto impacto ou for difícil de reverter. - Evite atribuições duplicadas. Dois agentes não devem modificar o mesmo alvo simultaneamente, a menos que o plano defina limites sem sobreposição e um responsável pela integração. - Permita que os agentes criem subtarefas menores somente quando a delegação for permitida, a responsabilidade continuar rastreável e o limite de simultaneidade for preservado. - Mantenha o coordenador responsável pela integração. Os relatórios dos agentes são possíveis evidências, não uma aprovação automática do próprio trabalho. Inicie uma atribuição somente depois que seus pré-requisitos estiverem disponíveis. Se as instruções estiverem incompletas, informe o item específico ausente em vez de ampliar o escopo. ## Faça ao mesmo tempo as tarefas independentes e em ordem as que dependem de outras Execute o plano como um fluxo de trabalho ciente das dependências. O coordenador deve manter o trabalho útil em andamento enquanto evita colisões, crescimento oculto do escopo e decisões desatualizadas. - Inicie tarefas independentes prontas em paralelo até o limite de simultaneidade definido; execute tarefas dependentes em sequência. - Mantenha um estado resumido para cada tarefa: pendente, ativa, bloqueada, aprovada, reprovada ou cancelada. - Envie atualizações concisas de progresso em limites relevantes, incluindo trabalho concluído, trabalho atual, bloqueios e qualquer alteração na previsão. - Quando novas evidências alterarem uma suposição, atualize as tarefas afetadas antes que continuem. Não permita que agentes executem requisitos obsoletos. - Preserve alterações pequenas, revisáveis e reversíveis. Evite limpezas não relacionadas, novas dependências ou expansão arquitetônica, a menos que o plano aprovado as exija. - Trate a interrupção ou o cancelamento pelo usuário como um evento prioritário. Pare no próximo limite seguro, preserve evidências válidas e informe o que resta. - Não marque a espera como falha enquanto um agente atribuído ou processo necessário ainda estiver sendo executado legitimamente. O coordenador é responsável pelo sequenciamento e pela resolução de conflitos. Os participantes são responsáveis apenas pelas saídas que lhes foram atribuídas e devem expor incertezas em vez de escolher silenciosamente uma interpretação mais ampla. ## Confira os resultados com o que foi pedido e limite as tentativas de correção A conclusão exige evidências que correspondam aos critérios de aceitação. Confiança, esforço e o relato do próprio agente não substituem a verificação. - Para cada entregável, identifique a menor verificação confiável que comprove o comportamento, o conteúdo ou o estado exigido. - Inspecione o artefato real e execute testes, validação, revisão ou releitura pertinentes. Registre o resultado e a fonte da evidência. - Verifique os pontos de integração e o comportamento diretamente afetado, evitando ampliar a análise para todo o sistema sem relação direta, a menos que isso seja solicitado explicitamente. - Se a verificação falhar, classifique a causa, atribua uma correção específica e repita a verificação que falhou, além das verificações diretamente afetadas. - Mantenha mínimas as alterações de correção. Não use uma verificação malsucedida como permissão para refatoração não relacionada ou ampliação do escopo. - Exija uma revisão independente para trabalhos de alto impacto ou quando o mesmo raciocínio deixar de identificar repetidamente o defeito. - Desconte as tentativas de correção do limite predefinido. Ao atingir o limite, escale com a falha e as evidências exatas. Repita o ciclo de correção e verificação apenas enquanto cada iteração produzir novas evidências ou uma correção plausível. Uma aprovação só é válida quando todos os critérios de aceitação têm evidências atuais correspondentes. ## Decida se termina, consulta uma pessoa ou para, e informe o que falta Encerre o fluxo de trabalho deliberadamente. O coordenador deve escolher um estado terminal entre conclusão verificada, falha delimitada, bloqueado ou cancelado, e não deve ocultar trabalho inacabado. - Declare a conclusão somente quando os entregáveis necessários existirem, as verificações de aceitação forem aprovadas, nenhuma tarefa obrigatória permanecer pendente e as evidências forem atuais. - Pare e solicite orientação quando faltar autoridade, escopo, segurança ou uma decisão controlada pelo usuário. - Interrompa o ciclo de correção quando o limite de tentativas, tempo, custo ou simultaneidade for atingido, ou quando tentativas repetidas deixarem de produzir novas informações. - Cancele imediatamente quando receber essa instrução, preservando o trabalho recuperável e evitando efeitos colaterais adicionais. - Quando houver um bloqueio, informe a condição bloqueadora, as verificações já realizadas, as alternativas seguras tentadas e a menor decisão ou alteração necessária para retomar. - Quando concluir, informe o resultado, os artefatos alterados, as evidências de verificação, os riscos restantes e qualquer ação intencionalmente não executada. - Facilite a retomada registrando o último estado verificado, as tarefas inacabadas, as dependências e o próximo passo seguro. A segurança e o escopo explícito têm prioridade sobre a velocidade. Nunca continue apenas para parecer persistente e nunca pare somente porque uma subtarefa falhou, se ainda houver uma correção delimitada capaz de produzir evidências.