fix(project-manager): remover Dify KB das descriptions, marcar nota TODO
Dify foi removido 06-03-2026. Skills brainstorm/discover ainda referenciam-no no corpo. Bump v1.2 + nota top-of-file. Reescrita workflow para próxima sessão. Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
This commit is contained in:
@@ -1,12 +1,14 @@
|
||||
---
|
||||
name: brainstorm
|
||||
description: Brainstorming estruturado que explora ideias de múltiplos ângulos antes de criar spec. Consulta NotebookLM e Dify KB para perspectivas de especialistas.
|
||||
description: Brainstorming estruturado que explora ideias de múltiplos ângulos antes de criar spec. Consulta NotebookLM para perspectivas de especialistas.
|
||||
---
|
||||
|
||||
# /brainstorm v1.1 - Ideacao Estruturada
|
||||
# /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) e Dify KB (boas praticas gerais).
|
||||
Consulta especialistas via NotebookLM (conhecimento curado profundo).
|
||||
|
||||
**Flow:** brainstorm -> /spec create -> /sprint plan -> codigo
|
||||
|
||||
@@ -247,3 +249,15 @@ sugerem [Z] para este tipo de projecto.
|
||||
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
|
||||
|
||||
---
|
||||
|
||||
## Healing Log
|
||||
|
||||
Registo de erros conhecidos e como evitá-los. Lido automaticamente antes de executar.
|
||||
|
||||
```jsonl
|
||||
{"date":"","issue":"","fix":"","source":"user|auto"}
|
||||
```
|
||||
|
||||
*Adicionar nova linha após cada erro corrigido.*
|
||||
|
||||
@@ -1,9 +1,11 @@
|
||||
---
|
||||
name: discover
|
||||
description: Pesquisa e discovery de viabilidade, abordagens e estado da arte. Pesquisa NotebookLM, Dify KB, web, codebase e Context7.
|
||||
description: Pesquisa e discovery de viabilidade, abordagens e estado da arte. Pesquisa NotebookLM, web, codebase e Context7.
|
||||
---
|
||||
|
||||
# /discover v1.1 - Pesquisa e Discovery
|
||||
# /discover v1.2 - Pesquisa e Discovery
|
||||
|
||||
> **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.
|
||||
|
||||
Investiga antes de opinar. Recolhe factos, abordagens e estado da arte para alimentar o brainstorm.
|
||||
Usa NotebookLM (Gemini 2.5 com RAG sobre conhecimento curado) como fonte primaria de pesquisa interna.
|
||||
@@ -243,3 +245,15 @@ So fontes internas - nao pesquisa web:
|
||||
6. Manter fontes rastreavies - incluir links quando disponivel
|
||||
7. Para PHDA: resumos curtos primeiro, detalhes a pedido
|
||||
8. **NUNCA** fazer pesquisa infinita - max 3-4 queries por fonte, depois compilar
|
||||
|
||||
---
|
||||
|
||||
## Healing Log
|
||||
|
||||
Registo de erros conhecidos e como evitá-los. Lido automaticamente antes de executar.
|
||||
|
||||
```jsonl
|
||||
{"date":"","issue":"","fix":"","source":"user|auto"}
|
||||
```
|
||||
|
||||
*Adicionar nova linha após cada erro corrigido.*
|
||||
|
||||
@@ -99,3 +99,15 @@ Check rapido: "o trabalho que estou a fazer esta dentro do que combinámos?"
|
||||
3. Ser factual - reportar o que ve, nao julgar
|
||||
4. Scope creep nao e mau por si - e mau quando nao e detectado
|
||||
5. Sugerir solucoes (update spec, criar novo) nao apenas reportar problemas
|
||||
|
||||
---
|
||||
|
||||
## Healing Log
|
||||
|
||||
Registo de erros conhecidos e como evitá-los. Lido automaticamente antes de executar.
|
||||
|
||||
```jsonl
|
||||
{"date":"","issue":"","fix":"","source":"user|auto"}
|
||||
```
|
||||
|
||||
*Adicionar nova linha após cada erro corrigido.*
|
||||
|
||||
@@ -429,3 +429,15 @@ draft -> review -> approved -> in_progress -> completed
|
||||
6. **SEMPRE** linkar ao Desk CRM quando .desk-project existe
|
||||
7. Spec e contrato bilateral - ambos comprometem-se
|
||||
8. Alteracoes apos aprovacao sao legtimas mas devem ser tracked
|
||||
|
||||
---
|
||||
|
||||
## Healing Log
|
||||
|
||||
Registo de erros conhecidos e como evitá-los. Lido automaticamente antes de executar.
|
||||
|
||||
```jsonl
|
||||
{"date":"","issue":"","fix":"","source":"user|auto"}
|
||||
```
|
||||
|
||||
*Adicionar nova linha após cada erro corrigido.*
|
||||
|
||||
@@ -273,3 +273,15 @@ _Data: [a preencher]_
|
||||
4. Review e obrigatorio antes de fechar sprint
|
||||
5. Metricas sao factuais - nao ajustar para "parecer bem"
|
||||
6. Sprint nao tem cadencia fixa - dura o que o projecto precisa
|
||||
|
||||
---
|
||||
|
||||
## Healing Log
|
||||
|
||||
Registo de erros conhecidos e como evitá-los. Lido automaticamente antes de executar.
|
||||
|
||||
```jsonl
|
||||
{"date":"","issue":"","fix":"","source":"user|auto"}
|
||||
```
|
||||
|
||||
*Adicionar nova linha após cada erro corrigido.*
|
||||
|
||||
@@ -127,3 +127,15 @@ Limitar a projectos com .desk-project (nao todos os do Desk CRM).
|
||||
3. Bloqueios devem saltar a vista (primeiro destaque)
|
||||
4. Se falhar alguma fonte (MCP offline): mostrar as restantes com nota
|
||||
5. `/status quick` para uso em `/today`; `/status` para analise
|
||||
|
||||
---
|
||||
|
||||
## Healing Log
|
||||
|
||||
Registo de erros conhecidos e como evitá-los. Lido automaticamente antes de executar.
|
||||
|
||||
```jsonl
|
||||
{"date":"","issue":"","fix":"","source":"user|auto"}
|
||||
```
|
||||
|
||||
*Adicionar nova linha após cada erro corrigido.*
|
||||
|
||||
Reference in New Issue
Block a user