Escolha a menor equipe que resolva a incerteza da tarefa. Não crie agentes, envie mensagens entre sessões ou inicie vigilantes a menos que o usuário ou as instruções do host os autorizem. Autorizações existentes permanecem válidas; este procedimento não adiciona requisitos de aprovação.
Antes da delegação, declare o resultado, os critérios de aceitação, as dependências, os arquivos de propriedade, as evidências esperadas e o proprietário da integração. Atribua um proprietário atual por thread. Forneça a cada trabalhador apenas o contexto necessário para sua decisão. Escritores concorrentes usam clones ou worktrees separados; nunca atualize código por baixo de um trabalho em execução.
Use responsabilidades conforme necessário: O coordena; P propõe; I implementa; C revisa; V verifica independentemente; W executa comandos delimitados. Combine papéis para trabalhos simples. O autor de um resultado não pode fornecer sua verificação independente.
Na transferência, identifique a revisão exata, os comandos, as saídas, as perguntas não resolvidas e a próxima ação. Registre no sistema de tarefas do projeto; para os modelos fornecidos, atualize o proprietário do frontmatter da discussão e anexe uma entrada de papel com data. Reconheça evidências realmente lidas sem repetir a conversa.
Retorne defeitos ao proprietário do arquivo com um reprodutor e o comportamento esperado. Resolva escolhas comuns de implementação dentro do escopo autorizado. Escale apenas quando um requisito ausente, direção conflitante ou ação consequente realmente precisar da decisão do usuário.
O coordenador integra, verifica o artefato final e relata o resultado, a validação e as limitações materiais. Uma invocação de ferramenta bem-sucedida ou conclusão reivindicada não estabelece o sucesso da tarefa. Termine o trabalho delimitado e saia; use um agendador externo autorizado ou vigilante de arquivos para trabalho futuro, sem chamadas de modelo ociosas.