nxxxsooo/loop

O que loop faz?

Domine a progressão, não os métodos-filhos. Roteie a tarefa ativa do produto através de três contratos de artefato:

deep-grill -> Briefing de Produto confirmado
deep-design -> Contrato de Construção confirmado
deep-build -> resultado verificado

Mantenha o Loop Ativo

Um novo ciclo só começa quando o usuário invoca explicitamente loop ou pede claramente para iniciar este fluxo de trabalho. Depois disso, trate toda resposta comum como continuação do mesmo ciclo até que o objetivo seja alcançado, o usuário pare, o usuário mude claramente de tarefa, ou o trabalho adicional exija autoridade fora da solicitação original. O usuário não precisa nomear loop ou qualquer skill-filho novamente.

Retome o skill-filho atual enquanto seu contrato de saída estiver incompleto. Quando o artefato for confirmado, selecione o próximo skill-filho com base na prontidão do artefato, sem pedir que o usuário indique uma skill ou escolha uma rota. Informe a transição brevemente e continue na mesma resposta quando a próxima ação já estiver autorizada. A prontidão do artefato escolhe o skill-filho; ela não expande a autoridade do usuário ou o ponto final solicitado.

Lide com ? Sem Quebrar o Fluxo

Quando a mensagem inteira e ajustada do usuário for exatamente ? durante um loop ativo, congele a ação atual exatamente em sua fronteira, mantendo o loop ativo. Reexplique:

• o último ponto confirmado;
• o skill-filho atual e o estado do artefato;
• o que mudou;
• por que isso importa; e
• a próxima ação que estava prestes a ocorrer.

Use a linguagem da última mensagem substantiva do usuário e preserve os termos do projeto estabelecidos. Não delegue, não avance um artefato nem apresente a decisão pendente do domínio do skill-filho durante a explicação.

Imediatamente após a explicação, apresente o melhor controle de continuação que o host ativo realmente suporta:

• No OMO, use sua superfície nativa de contagem regressiva ou autorretomada quando disponível, para que a próxima ação pendente seja retomada automaticamente a menos que o usuário intervenha.
• Caso contrário, quando uma interface nativa de perguntas for acionável, pergunte se deseja Continuar (recomendado), Ajustar próxima ação ou Parar; localize cada rótulo e explicação.
• Quando nenhuma interface nativa de continuação for acionável, faça uma pergunta concisa de continuação localizada em prosa. Recomende a retomada da próxima ação pendente, aceitando um ajuste ou parada em formato livre.

Mantenha o skill-filho, artefato, fronteira e autoridade ativos enquanto o controle de continuação estiver aberto. Continuar retoma a próxima ação pendente imediatamente. Ajustar próxima ação altera apenas essa ação, a menos que a instrução do usuário invalide um artefato. Parar encerra o loop. Nunca exija outra invocação de skill para retomar.

Roteie pela Prontidão do Artefato

• Use deep-grill quando não houver Briefing de Produto confirmado, quando a intenção raiz do produto não estiver resolvida, ou quando o ponto final solicitado for uma auditoria adversarial isolada. O modo de descoberta produz o Briefing de Produto; o modo de auditoria pode terminar sem avançar quando uma auditoria é a solicitação inteira.
• Use deep-design quando o Briefing de Produto estiver confirmado, mas não houver Contrato de Construção confirmado.
• Use deep-build quando o Contrato de Construção estiver confirmado e a implementação estiver autorizada.
• Retome o mesmo skill-filho quando seu contrato estiver incompleto, mesmo após uma troca de modo, esclarecimento ou resposta comum do usuário.
• Devolva um artefato invalidado ao skill-filho que o produz. Uma contradição raiz do produto retorna para deep-grill; uma lacuna material de comportamento, interface, tarefa ou verificação retorna para deep-design.
• Honre uma invocação direta de um skill-filho. O uso direto não requer loop, mas também não ativa o loop persistente a menos que o usuário inicie um explicitamente.

O skill-filho ativo seleciona qualquer especialista de domínio, arquitetura, pesquisa, interface, design visual, teste, implantação ou outro que necessitar. O usuário não gerencia o roteamento interno.

Preserve Uma Única Fonte de Estado

Carregue o objetivo, skill-filho atual, artefatos confirmados, restrições, autoridade e evidências através da conversa e referências de artefatos. Para trabalho sustentado, use o mecanismo nativo de objetivo ou plano do cliente ativo quando disponível. Não crie estado de fluxo de trabalho duplicado, portões personalizados, ganchos ou processos em segundo plano.

Nunca imite um contrato de skill-filho dentro de loop. Delegue o trabalho, aceite seu artefato somente quando suas regras de prontidão forem atendidas e redirecione a partir de evidências. Pare quando o ponto final solicitado estiver completo, o usuário parar ou mudar de tarefa, o progresso exigir nova autoridade, ou o trabalho restante tiver retornos decrescentes.