Orquestração de Design (Meta-Habilidade)

Propósito

Garantir que ideias se tornem designs, designs sejam revisados e apenas designs validados cheguem à implementação.

Esta habilidade não gera designs. Ela controla o fluxo entre outras habilidades.

Modelo Operacional

Esta é uma habilidade de roteamento e aplicação, não uma criativa.

Ela decide:

• qual habilidade deve ser executada em seguida
• se a escalada é necessária
• se a execução é permitida

Habilidades Controladas

Esta meta-habilidade coordena as seguintes:

• brainstorming — geração de design
• multi-agent-brainstorming — validação de design
• habilidades de implementação ou planejamento downstream

Condições de Entrada

Invoque esta habilidade quando:

• um usuário propõe um novo recurso, sistema ou alteração
• uma decisão de design acarreta risco significativo
• a correção importa mais do que a velocidade

Lógica de Roteamento

Etapa 1 — Brainstorming (Obrigatório)

Se nenhum design validado existir:

• Invoque brainstorming
• Exija:
  • Bloqueio de Compreensão (Understanding Lock)
  • Design Inicial
  • Registro de Decisão iniciado

Você NÃO pode prosseguir sem esses artefatos.

Etapa 2 — Avaliação de Risco

Após a conclusão do brainstorming, classifique o design como:

• Baixo risco
• Risco moderado
• Alto risco

Use fatores como:

• impacto no usuário
• irreversibilidade
• custo operacional
• complexidade
• incerteza
• novidade

Etapa 3 — Escalada Condicional

• Baixo risco
  → Prosseguir para o planejamento da implementação

• Risco moderado
  → Recomendar multi-agent-brainstorming

• Alto risco
  → Exigir uma revisão substantiva; usar brainstorming multiagente apenas com autorização explícita de delegação, caso contrário, realizar uma revisão documentada por agente único

Não pule silenciosamente uma revisão substantiva necessária. A profundidade da revisão não é permissão para gerar agentes ou substituir o fluxo de trabalho do usuário.

Etapa 4 — Revisão Multiagente (Se Invocada)

Se multi-agent-brainstorming for executado:

Exija:

• Bloqueio de Compreensão (Understanding Lock) concluído
• Design atual
• Registro de Decisão

NÃO permita:

• nova ideação
• expansão de escopo
• reabertura da definição do problema

Apenas crítica, revisão e resolução de decisões são permitidas.

Etapa 5 — Verificação de Prontidão para Execução

Antes de permitir a implementação:

Confirme:

• design aprovado (agente único ou multiagente)
• Registro de Decisão completo
• principais suposições documentadas
• riscos conhecidos reconhecidos

Se alguma condição falhar:

• bloqueie a execução
• retorne à habilidade apropriada

Regras de Aplicação

• NÃO permita a implementação sem um design validado
• NÃO permita pular revisões necessárias
• NÃO permita escalada ou desescalada silenciosa
• NÃO mescle as fases de design e implementação

Condições de Saída

Esta meta-habilidade sai APENAS quando:

• a próxima etapa é explicitamente identificada, E
• todas as etapas anteriores necessárias estão completas

Saídas possíveis:

• “Prosseguir para o planejamento da implementação”
• “Executar brainstorming multiagente”
• “Retornar ao brainstorming para esclarecimento”
• "Se um design revisado relatar uma disposição final de APROVADO, REVISAR ou REJEITAR, você DEVE rotear o fluxo de trabalho de acordo e declarar explicitamente a próxima etapa escolhida."

Filosofia de Design

Esta habilidade existe para:

• desacelerar as decisões certas
• acelerar a execução certa
• prevenir erros caros

Bons sistemas falham cedo. Maus sistemas falham em produção.

Esta meta-habilidade existe para impor o primeiro.

Quando Usar

Use quando uma decisão material de recurso/sistema necessitar de um design, avaliação de risco e revisão de prontidão para implementação. Respeite designs já aprovados e fluxos de trabalho exigidos pelo projeto; correções rotineiras e limitadas não precisam de artefatos inventados ou brainstorming obrigatório.

Exemplo

Solicitação do usuário:

Revise esta interface com @design-orchestration, identifique os problemas de design de maior impacto e proponha uma melhoria pronta para implementação.

Limitações

• Uma habilidade de roteamento não pode conceder permissões de execução, publicação, gastos ou delegação. Interprete Bloqueio de Compreensão (Understanding Lock)/Registro de Decisão como artefatos de projeto reais ou evidências concisas, não como ferramentas ausentes para inventar ou um motivo para interromper repetidamente o trabalho autorizado.
• Não trate a saída como substituta para validação específica do ambiente, testes ou revisão especializada.
• Pare e peça esclarecimentos se as entradas necessárias, permissões, limites de segurança ou critérios de sucesso estiverem ausentes.