4.9 KiB
4.9 KiB
name, description, layer
| name | description | layer |
|---|---|---|
| brainstorm | Brainstorming estruturado que explora ideias de múltiplos ângulos antes de criar spec. Consulta NotebookLM para perspectivas de especialistas. | 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 <tema> |
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 |
|----------|---------|---------|------