Emanuel Almeida
2cb3210962
Plugins: automacao, crm-ops, design-media, dev-tools, gestao, infraestrutura, marketing, negocio, perfex-dev, project-manager, wordpress + hello-plugin (existente). Totais: 83 skills, 44 agents, 12 datasets.json Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
210 lines
6.2 KiB
Markdown
210 lines
6.2 KiB
Markdown
---
|
|
name: brainstorm
|
|
description: >
|
|
Brainstorming estruturado v1.0. Explora ideias de multiplos angulos antes de criar spec.
|
|
Consulta datasets Dify KB para opinioes de especialistas por dominio.
|
|
Use when "brainstorm", "ideia", "pensar", "explorar", "debater",
|
|
"o que achas", "como farias", "vale a pena", "pros e contras".
|
|
author: Descomplicar® Crescimento Digital
|
|
version: 1.0.0
|
|
quality_score: 70
|
|
user_invocable: true
|
|
category: productivity
|
|
tags: [brainstorm, ideacao, debate, explorar, dify, especialistas, decisao]
|
|
desk_project: 65
|
|
allowed-tools: Read, Write, Glob, Grep, mcp__dify-kb, mcp__mcp-time, mcp__memory-supabase
|
|
mcps: dify-kb, mcp-time, memory-supabase
|
|
---
|
|
|
|
# /brainstorm v1.0 - Ideacao Estruturada
|
|
|
|
Explora ideias de multiplos angulos antes de formalizar num spec.
|
|
Consulta especialistas via Dify KB para enriquecer a discussao.
|
|
|
|
**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 (Dify KB)
|
|
Escolher 2-4 datasets relevantes com base no tema:
|
|
|
|
| Tema | Datasets a Consultar |
|
|
|------|---------------------|
|
|
| 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]"
|
|
})
|
|
```
|
|
|
|
Extrair insights relevantes e apresentar como "perspectiva do especialista".
|
|
|
|
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 |
|
|
|----------|---------|---------|---------|
|
|
| Complexidade | Baixa | Media | Alta |
|
|
| Valor | Medio | Alto | Alto |
|
|
| Tempo | 2h | 8h | 20h |
|
|
| Risco | Baixo | Medio | Alto |
|
|
|
|
**Recomendacao:** Opcao [X] porque [razao]
|
|
**Mas se [condicao]:** Opcao [Y]
|
|
|
|
5. "Qual escolhes? Ou queres explorar mais alguma?"
|
|
```
|
|
|
|
---
|
|
|
|
## `/brainstorm save`
|
|
|
|
Guarda o resultado da sessao para uso posterior:
|
|
|
|
```
|
|
1. Compilar resumo da discussao:
|
|
- Ideia original
|
|
- Angulos explorados
|
|
- Decisoes tomadas
|
|
- Opcao escolhida (se aplicavel)
|
|
- Insights dos datasets
|
|
2. Guardar em memory-supabase:
|
|
save_memory({
|
|
content: "[resumo estruturado]",
|
|
tags: ["brainstorm", "ideia", tema, projecto],
|
|
metadata: { type: "brainstorm", outcome: "spec_ready|needs_more|parked" }
|
|
})
|
|
3. "Brainstorm guardado. Usar /spec create para formalizar."
|
|
```
|
|
|
|
---
|
|
|
|
## Datasets Dify - Mapeamento
|
|
|
|
Os datasets sao consultados AUTOMATICAMENTE com base no tema.
|
|
O utilizador nao precisa de saber quais existem - o brainstorm descobre.
|
|
|
|
**Estrategia de query:**
|
|
- Usar 2-3 palavras-chave extraidas do tema
|
|
- Se primeiro resultado vazio, reformular query
|
|
- Apresentar insights como "especialistas sugerem..." (nao como "dataset diz...")
|
|
- Se nao houver resultados relevantes: ser honesto, nao inventar
|
|
|
|
**Exemplo de apresentacao:**
|
|
```
|
|
### Perspectiva de Marketing
|
|
Com base em boas praticas documentadas, para este tipo de projecto
|
|
recomenda-se [X] porque [Y]. Especificamente, [insight do dataset].
|
|
```
|
|
|
|
---
|
|
|
|
## Integracao
|
|
|
|
| Skill | Como integra |
|
|
|-------|-------------|
|
|
| `/spec create` | Brainstorm alimenta o spec com decisoes ja tomadas |
|
|
| `/brainstorm save` | Guarda em Supabase para contexto futuro |
|
|
| `/knowledge` | Pode ser invocado durante brainstorm para pesquisa adicional |
|
|
|
|
---
|
|
|
|
## Regras
|
|
|
|
1. **NUNCA** cortar o brainstorm curto - deixar o utilizador explorar
|
|
2. **SEMPRE** consultar pelo menos 2 datasets Dify relevantes
|
|
3. **NUNCA** inventar insights - se dataset nao tem info, dizer
|
|
4. Apresentar perspectivas como "especialistas" nao como "base de dados"
|
|
5. O brainstorm e livre - nao forcar estrutura prematuramente
|
|
6. Sugerir /spec create quando a ideia amadurecer, nao impor
|
|
7. Para PHDA: manter cada fase curta, perguntar antes de avancar
|
|
8. Alternativas sao valiosas - nao descartar ideias cedo demais
|