Jamie-BitFlight/brainstorming-skill

Habilidade de Brainstorming

Visão Geral

Esta skill serve a dois propósitos críticos:

1. Processo de Design Interativo: Guia a IA através de um diálogo natural e colaborativo para transformar ideias em designs e especificações totalmente formados antes de qualquer código ser escrito.
2. Framework Abrangente de Ideação: Fornece padrões de prompt validados por pesquisa (veja Referências de Documentação de Padrões abaixo) para ajudar a gerar ideias de alta qualidade em qualquer domínio (marketing, conteúdo, funcionalidades).

O Fluxo de Trabalho de Brainstorming

Você DEVE criar uma tarefa para cada um desses itens e concluí-los em ordem ao trabalhar em funcionalidades de software, designs de componentes ou tarefas complexas. (Para ideação pura de conteúdo/marketing, adapte esses passos usando a Biblioteca de Padrões abaixo).

1. Explorar contexto — verificar estado do projeto, arquivos, documentos, commits recentes
2. Fazer perguntas esclarecedoras — uma de cada vez, entender propósito/restrições/critérios de sucesso
3. Propor 2-3 abordagens — com trade-offs e sua recomendação (use a Biblioteca de Padrões para inspiração)
4. Apresentar design — em seções escaladas pela complexidade, obter aprovação do usuário após cada seção
5. Documentar o resultado — escrever o design/ideias validados em um arquivo markdown apropriado (ex.: docs/plans/YYYY-MM-DD-<topic>-design.md) e commitar
6. Transição — invocar uma skill de planejamento ou implementação apenas após a aprovação

Fluxo do Processo

[!IMPORTANT] Quando fornecido um mapa de processo ou diagrama Mermaid, trate-o como o procedimento autoritativo. Execute os passos na ordem exata mostrada, incluindo ramificações, pontos de decisão e condições de parada. Um diagrama de processo Mermaid é um conjunto de instruções executáveis. Siga-o exatamente como escrito: respeite sequência, condições, loops, caminhos paralelos e estados terminais. Não improvise, reordene ou pule passos. Se algum nó for ambíguo ou faltar detalhes necessários, pause e faça uma pergunta esclarecedora antes de continuar. Ao interagir com um usuário, reporte antes de agir o caminho interpretado que você seguirá a partir do diagrama, depois execute.

O diagrama a seguir é o procedimento autoritativo para o fluxo de trabalho de brainstorming. Execute os passos na ordem exata mostrada, incluindo ramificações, pontos de decisão e condições de parada.

flowchart TD
    subgraph Phase1["Fase 1: Descoberta — estabelecer estado atual antes de propor"]
        Explore["Explorar contexto — verificar estado do projeto, arquivos, documentos, commits recentes"]
        Ask["Fazer perguntas esclarecedoras — uma de cada vez, entender propósito/restrições/critérios de sucesso"]
        Propose["Propor 2-3 abordagens — com trade-offs e recomendação, usar Biblioteca de Padrões"]
    end
    subgraph Phase2["Fase 2: Validação — obter aprovação explícita do usuário antes de prosseguir"]
        Present["Apresentar design — em seções escaladas pela complexidade, obter aprovação do usuário após cada seção"]
        Approve{"O usuário confirma explicitamente a aprovação<br>ou solicita revisão?"}
    end
    subgraph Phase3["Fase 3: Finalização — documentar e entregar"]
        Document["Documentar o resultado — escrever design validado em docs/plans/YYYY-MM-DD-topic-design.md e commitar"]
        Transition(["Transição — invocar skill de planejamento ou implementação apenas após aprovação"])
    end

    Explore --> Ask --> Propose --> Present
    Present --> Approve
    Approve -->|"Usuário solicita revisão — revisar e reapresentar"| Present
    Approve -->|"Usuário confirma aprovação — prosseguir"| Document
    Document --> Transition

Princípios Conversacionais

• Uma pergunta de cada vez — Não sobrecarregue com múltiplas perguntas. Divida tópicos complexos.
• Múltipla escolha preferida — Mais fácil para o usuário responder do que perguntas abertas quando possível.
• YAGNI impiedosamente — Remova funcionalidades desnecessárias de todos os designs.
• Explore alternativas — Sempre proponha 2-3 abordagens antes de decidir.
• Validação incremental — Apresente o design, obtenha aprovação antes de prosseguir.
• Seja flexível — Volte e esclareça quando algo não fizer sentido.

Categorias de Padrões para Ideação e Abordagens

Ao propor abordagens ou gerar ideias para o usuário, utilize estas 14 categorias sistemáticas. Cada padrão inclui modelos de prompt exatos, especificações de formato de saída e métricas de sucesso.

<category_index>

1. Multiplicação de Perspectivas — Gerar ideias de múltiplos pontos de vista e ângulos de stakeholders
2. Variação de Restrições — Explorar espaço de ideias através de restrições artificiais
3. Inversão e Espaço Negativo — Usar pensamento reverso para encontrar soluções inovadoras
4. Transferência Analógica — Aplicar padrões de diferentes domínios
5. Decomposição Sistemática de Funcionalidades — SCAMPER e ideação baseada em atributos
6. Exploração de Cenários — Pensamento baseado no futuro e "e se"
7. Ideação Estruturada Baseada em Restrições — Construir dentro de restrições rígidas
8. Raciocínio em Cadeia de Pensamento — Processos de refinamento em múltiplas etapas
9. Exploração de Combinação e Morfológica — Forçar combinações inovadoras de funcionalidades
10. Desafio de Suposições — Questionar premissas e inverter suposições
11. Modelos de Preenchimento de Lacunas — Formatos de conclusão estruturados
12. Posicionamento Competitivo — Abordagens de matriz de diferenciação
13. Escalonamento Extremo — Pensamento 10x e cenários exponenciais
14. Baseado em Stakeholders e Empatia — Padrões de jornada do cliente e personas </category_index>

<selection_guide>

O diagrama a seguir é o procedimento autoritativo para seleção de padrões. Execute os passos na ordem exata mostrada, incluindo ramificações, pontos de decisão e condições de parada.

flowchart TD
    Start(["Usuário solicita ideias ou abordagens"]) --> Goal{"Qual é o principal<br>objetivo da ideação?"}
    Goal -->|"Quantidade rápida — 8-15 ideias"| PersMult["Usar padrões de Multiplicação de Perspectivas"]
    Goal -->|"Qualidade/profundidade — ideias refinadas"| MultiStage["Usar refinamento em múltiplas etapas<br>com variação de restrições"]
    Goal -->|"Inovação revolucionária"| InversionExtreme["Combinar Inversão + Escalonamento Extremo"]
    Goal -->|"Implementação prática"| Constraint["Usar padrões Baseados em Restrições"]
    Goal -->|"Diferenciação de mercado"| Competitive["Usar padrões de Posicionamento Competitivo"]
    Goal -->|"Funcionalidades centradas no cliente"| Stakeholder["Usar padrões de Stakeholders e Empatia"]

    PersMult --> Apply(["Aplicar padrão selecionado da Biblioteca de Padrões"])
    MultiStage --> Apply
    InversionExtreme --> Apply
    Constraint --> Apply
    Competitive --> Apply
    Stakeholder --> Apply

</selection_guide>

Otimização do Formato de Saída

<format_guidance> Padrões de brainstorming bem-sucedidos especificam formatos de saída exatos:

• "Lista numerada" > "marcadores" (melhor para rastreamento de ideias)
• "Formato de tabela: Ideia | Raciocínio | Implementação | Trade-offs" (força completude)
• "Para cada ideia, explique seu raciocínio" (aumenta a qualidade em 40%)
• Especifique faixas de contagem de palavras (200-400 palavras previne tanto brevidade quanto verbosidade) </format_guidance>

Referências de Documentação de Padrões

Documentação completa de padrões está organizada em arquivos de referência:

• Categorias e Documentação de Padrões — listagem completa de categorias e padrões
• Aplicações Específicas de Domínio — Marketing, Desenvolvimento de Produto, Testes de QA, Estratégia de Negócios
• Guia de Seleção de Padrões — Framework de decisão para escolher padrões apropriados
• Síntese: O Que Torna Padrões Eficazes
• Biblioteca Abrangente de Prompts — Modelos prontos para uso
• Resumo Executivo
• Bibliografia e Documentação de Fontes

Notas para Instâncias Claude

<ai_instructions>

• Comece avaliando se esta é uma tarefa de design de implementação ou uma tarefa de ideação de conteúdo/marketing.
• SEMPRE imponha o <HARD-GATE>. Nunca pule para código sem um design aprovado.
• Ao gerar ideias/abordagens, forneça modelos de prompt exatos dos arquivos de referência, não versões parafraseadas.
• Cite arquivos de fonte ao referenciar padrões específicos. </ai_instructions>