--- name: brainstorm description: Brainstorming estruturado que explora ideias de múltiplos ângulos antes de criar spec. Consulta NotebookLM para perspectivas de especialistas. layer: wiki --- # /brainstorm v1.2 - Ideacao Estruturada > **NOTA 07-04-2026:** referências a "Dify KB" no corpo desta skill são obsoletas (Dify removido em 06-03-2026). Substituir por NotebookLM ou /knowledge nas próximas iterações. Workflow geral mantém-se válido. Explora ideias de multiplos angulos antes de formalizar num spec. Consulta especialistas via NotebookLM (conhecimento curado profundo). **Flow:** brainstorm -> /spec create -> /sprint plan -> codigo --- ## Comandos | Comando | Funcao | |---------|--------| | `/brainstorm` | Brainstorm interactivo sobre ideia | | `/brainstorm ` | Brainstorm focado num tema | | `/brainstorm decide` | Resumir opcoes e ajudar a decidir | | `/brainstorm save` | Guardar resultado para usar no /spec | --- ## Protocolo Principal ``` 1. mcp__mcp-time__current_time 2. RECEBER ideia do utilizador: - Se argumento dado: usar como tema - Se nao: "Qual e a ideia que queres explorar?" 3. FASE 1 - Entender a Ideia a. Repetir a ideia nas proprias palavras: "Se entendo bem, queres [X] para resolver [Y]. Correcto?" b. Perguntar contexto se faltar: - Para quem e? (cliente, interno, produto) - Que problema resolve? - Ha restricoes (tempo, budget, tecnicas)? 4. FASE 2 - Consultar Especialistas **Passo A: NotebookLM (conhecimento curado profundo)** Encontrar notebooks relevantes ao tema: ``` mcp__notebooklm__search_notebooks({ query: "[tema palavras-chave]" }) ``` Perguntar ao(s) notebook(s) encontrado(s): ``` mcp__notebooklm__ask_question({ question: "Quais sao as melhores abordagens para [tema]? Que boas praticas existem?", notebook_id: "[id do notebook relevante]" }) ``` Mapeamento de notebooks a temas: | Tema | Notebooks NotebookLM | |------|---------------------| | CRM/Perfex | perfex-crm-knowledge-base | | Dev/Claude Code | claude-code-advanced-knowledge | | IA/SaaS/Automacao | stack-tecnol-gica-ia-descompli | | Servidores/Hosting | centos-web-panel-cwp-complete | | PKM/Obsidian | obsidian-knowledge-system | | WhatSMS/WhatsApp | whatsms-zender-platform | | E-commerce PT | e-commerce-portugal-estrat-gia | REGRA: Consultar 1-2 notebooks relevantes. Se nenhum encaixa, saltar para Dify KB. Apresentar insights como "com base no conhecimento curado sobre [tema]..." **Passo B: Dify KB (boas praticas gerais)** Escolher 2-3 datasets complementares: | Tema | Datasets Dify KB | |------|---------------------| | Negocio/estrategia | "Estrategia", "Marketing Digital" | | Desenvolvimento | "Desenvolvimento de Software", "Arquitectura" | | Marketing | "Marketing Digital", "SEO", "Content Marketing" | | Gestao | "Gestao de Projetos", "Gestao de Processos" | | Produto | "Product Management", "UX/UI" | | Infraestrutura | "DevOps", "Seguranca" | | E-commerce | "E-commerce", "Marketing Digital" | | Generico | "Estrategia", "Produtividade" | Para cada dataset relevante: ``` mcp__dify-kb__dify_kb_retrieve_segments({ dataset: "[nome]", query: "[tema + palavras-chave]" }) ``` Apresentar insights como "boas praticas de [dominio] sugerem..." **Combinar ambas as fontes** para perspectivas mais ricas. NotebookLM = contexto profundo e especifico. Dify KB = principios gerais e frameworks. 5. FASE 3 - Explorar Angulos Apresentar a ideia de MULTIPLAS perspectivas: ### Perspectiva Tecnica - Viabilidade, complexidade, stack - [Insight do dataset de Desenvolvimento/Arquitectura] ### Perspectiva de Negocio - ROI, valor para cliente, diferenciacao - [Insight do dataset de Estrategia/Marketing] ### Perspectiva Pratica - Tempo, recursos, dependencias - [Insight do dataset de Gestao] ### Riscos e Alternativas - O que pode correr mal - Abordagens alternativas - "E se em vez de X, fizessemos Y?" 6. FASE 4 - Pros e Contras | Aspecto | Pro | Contra | |---------|-----|--------| | [aspecto 1] | [vantagem] | [desvantagem] | 7. FASE 5 - Interaccao "O que ressoa mais? Queres explorar algum angulo em detalhe?" ITERAR com o utilizador ate: - A ideia estar clara - As decisoes principais estarem tomadas - O scope estiver delineado 8. PERGUNTAR: "Pronto para formalizar? Posso criar o /spec com base nesta discussao." ``` --- ## `/brainstorm decide` Para quando ha multiplas opcoes e o utilizador precisa escolher: ``` 1. Listar opcoes identificadas na discussao 2. Para cada opcao: - Resumo em 1-2 frases - Score por criterio (tecnico, negocio, pratico) - Recomendacao: "Melhor para [cenario]" 3. Consultar datasets para argumentos adicionais 4. Apresentar comparacao: ## Decisao: [tema] | Criterio | Opcao A | Opcao B | Opcao C | |----------|---------|---------|------