@maestro-ai/mcp-server 1.0.0 → 1.1.0

package/dist/content/prompts/arquitetura/arquitetura-c4-completo.md

@@ -1,190 +1,190 @@
-# Prompt: Arquitetura C4 Completa
-
-> **Quando usar**: Início da fase de arquitetura, para definir visão geral do sistema
-> **Especialista**: [Arquitetura de Software](../../02-especialistas/Especialista%20em%20Arquitetura%20de%20Software.md)
-> **Nível**: Médio a Complexo
-
----
-
-## Fluxo de Contexto
-
-Antes de usar este prompt, tenha em mãos:
-- `docs/CONTEXTO.md` - Entendimento atual do projeto
-- `docs/02-requisitos/requisitos.md` - Requisitos funcionais e não-funcionais
-
-Após gerar, salve o resultado em:
-- `docs/05-arquitetura/arquitetura-c4.md`
-
----
-
-## Prompt Completo
-
-```text
-Atue como arquiteto de software sênior especializado em arquitetura C4.
-
-## Contexto do Projeto
-
-[COLE O CONTEÚDO DE docs/CONTEXTO.md]
-
-## Requisitos
-
-Requisitos funcionais:
-[COLE RFs DE docs/02-requisitos/requisitos.md]
-
-Requisitos não-funcionais:
-[COLE RNFs DE docs/02-requisitos/requisitos.md]
-
-Stack sugerida: [DESCREVA A STACK PREFERENCIAL]
-Escala esperada: [X usuários simultâneos, Y requests/segundo]
-Orçamento de infra: [ORÇAMENTO MENSAL]
-
----
-
-## Sua Missão
-
-Entregue uma arquitetura completa usando o modelo C4:
-
-### 1. Diagrama C4 Nível 1 (Contexto)
-- Atores externos (tipos de usuários)
-- Sistemas externos que integram
-- O sistema como caixa única
-- Gere em formato Mermaid
-
-### 2. Diagrama C4 Nível 2 (Containers)
-- Aplicações (web, API, mobile)
-- Bancos de dados
-- Message brokers (se aplicável)
-- Caches
-- Para cada container: tecnologia e responsabilidade
-- Gere em formato Mermaid
-
-### 3. Diagrama C4 Nível 3 (Componentes) para o container principal
-- Módulos/pacotes principais
-- Responsabilidades de cada componente
-- Dependências entre componentes
-- Gere em formato Mermaid
-
-### 4. Decisões Arquiteturais (ADRs)
-
-Para cada decisão, justifique:
-
-**Padrão arquitetural**: [MVC/Hexagonal/DDD/Clean Architecture]
-- Por que este padrão?
-- Alternativas consideradas e por que foram descartadas
-
-**Estratégia de persistência**:
-- Banco escolhido e justificativa
-- Estratégia de cache
-
-**Estratégia de escalabilidade**:
-- O que escala horizontalmente
-- Pontos de bottleneck potenciais
-
-**Observabilidade**:
-- Logs, métricas, traces
-- Ferramentas sugeridas
-
-**Segurança**:
-- Autenticação/autorização
-- Proteção de dados sensíveis
-
-### 5. Trade-offs e Custos
-- Prós e contras das decisões
-- O que sacrificamos e por quê
-- Custo estimado de infraestrutura (MVP e 6 meses)
-- Riscos técnicos identificados
-
-### 6. Estrutura de Pastas
-- Proposta de estrutura de diretórios do projeto
-```
-
----
-
-## Exemplo de Uso
-
-```text
-Atue como arquiteto de software sênior especializado em arquitetura C4.
-
-## Contexto do Projeto
-
-Sistema de agendamento online para salões de beleza. Permite que 
-clientes agendem horários via web/mobile e recebam confirmação via WhatsApp.
-
-## Requisitos
-
-Requisitos funcionais:
-- RF-001: O sistema deve permitir agendamento online
-- RF-002: O sistema deve enviar confirmação via WhatsApp
-- RF-003: O sistema deve permitir cancelamento até 2h antes
-
-Requisitos não-funcionais:
-- RNF-001: Tempo de resposta < 2 segundos
-- RNF-002: Disponibilidade 99.5%
-
-Stack sugerida: Node.js + TypeScript + PostgreSQL + Redis
-Escala esperada: 500 usuários simultâneos, 50 requests/segundo
-Orçamento de infra: R$ 300/mês
-
-[CONTINUA COM O PROMPT COMPLETO]
-```
-
----
-
-## Resposta Esperada
-
-### 1. Contexto (C4 L1)
-
-```mermaid
-graph TB
-    U[Usuário Final]
-    A[Admin do Salão]
-    S[Sistema de Agendamento]
-    P[Gateway de Pagamento]
-    W[API WhatsApp]
-    
-    U -->|Usa| S
-    A -->|Gerencia| S
-    S -->|Processa| P
-    S -->|Notifica| W
-```
-
-### 2. Containers (C4 L2)
-
-```mermaid
-graph TB
-    subgraph Sistema
-        WEB[Next.js - Frontend]
-        API[NestJS - API]
-        DB[(PostgreSQL)]
-        CACHE[(Redis)]
-    end
-    
-    WEB --> API
-    API --> DB
-    API --> CACHE
-```
-
-### 4. Decisões
-
-**Padrão**: Hexagonal Architecture
-- **Por quê**: Separação clara entre domínio e infraestrutura
-- **Alternativa descartada**: MVC - menos testável
-
-**Banco**: PostgreSQL
-- **Por quê**: ACID, JSON support, maturidade
-- **Cache**: Redis para sessões e queries frequentes
-
----
-
-## Checklist Pós-Geração
-
-Após receber a arquitetura, valide:
-
-- [ ] Diagrama C4 inclui níveis 1, 2 e 3
-- [ ] Padrão arquitetural está justificado
-- [ ] Pelo menos 4 ADRs documentados
-- [ ] Estrutura de pastas proposta
-- [ ] Estimativa de custos presente (MVP e 6 meses)
-- [ ] Stack justificada com prós/contras
-- [ ] Riscos técnicos identificados
-- [ ] Salvar em `docs/05-arquitetura/arquitetura-c4.md`
+# Prompt: Arquitetura C4 Completa
+
+> **Quando usar**: Início da fase de arquitetura, para definir visão geral do sistema
+> **Especialista**: [Arquitetura de Software](../../02-especialistas/Especialista%20em%20Arquitetura%20de%20Software.md)
+> **Nível**: Médio a Complexo
+
+---
+
+## Fluxo de Contexto
+
+Antes de usar este prompt, tenha em mãos:
+- `docs/CONTEXTO.md` - Entendimento atual do projeto
+- `docs/02-requisitos/requisitos.md` - Requisitos funcionais e não-funcionais
+
+Após gerar, salve o resultado em:
+- `docs/05-arquitetura/arquitetura-c4.md`
+
+---
+
+## Prompt Completo
+
+```text
+Atue como arquiteto de software sênior especializado em arquitetura C4.
+
+## Contexto do Projeto
+
+[COLE O CONTEÚDO DE docs/CONTEXTO.md]
+
+## Requisitos
+
+Requisitos funcionais:
+[COLE RFs DE docs/02-requisitos/requisitos.md]
+
+Requisitos não-funcionais:
+[COLE RNFs DE docs/02-requisitos/requisitos.md]
+
+Stack sugerida: [DESCREVA A STACK PREFERENCIAL]
+Escala esperada: [X usuários simultâneos, Y requests/segundo]
+Orçamento de infra: [ORÇAMENTO MENSAL]
+
+---
+
+## Sua Missão
+
+Entregue uma arquitetura completa usando o modelo C4:
+
+### 1. Diagrama C4 Nível 1 (Contexto)
+- Atores externos (tipos de usuários)
+- Sistemas externos que integram
+- O sistema como caixa única
+- Gere em formato Mermaid
+
+### 2. Diagrama C4 Nível 2 (Containers)
+- Aplicações (web, API, mobile)
+- Bancos de dados
+- Message brokers (se aplicável)
+- Caches
+- Para cada container: tecnologia e responsabilidade
+- Gere em formato Mermaid
+
+### 3. Diagrama C4 Nível 3 (Componentes) para o container principal
+- Módulos/pacotes principais
+- Responsabilidades de cada componente
+- Dependências entre componentes
+- Gere em formato Mermaid
+
+### 4. Decisões Arquiteturais (ADRs)
+
+Para cada decisão, justifique:
+
+**Padrão arquitetural**: [MVC/Hexagonal/DDD/Clean Architecture]
+- Por que este padrão?
+- Alternativas consideradas e por que foram descartadas
+
+**Estratégia de persistência**:
+- Banco escolhido e justificativa
+- Estratégia de cache
+
+**Estratégia de escalabilidade**:
+- O que escala horizontalmente
+- Pontos de bottleneck potenciais
+
+**Observabilidade**:
+- Logs, métricas, traces
+- Ferramentas sugeridas
+
+**Segurança**:
+- Autenticação/autorização
+- Proteção de dados sensíveis
+
+### 5. Trade-offs e Custos
+- Prós e contras das decisões
+- O que sacrificamos e por quê
+- Custo estimado de infraestrutura (MVP e 6 meses)
+- Riscos técnicos identificados
+
+### 6. Estrutura de Pastas
+- Proposta de estrutura de diretórios do projeto
+```
+
+---
+
+## Exemplo de Uso
+
+```text
+Atue como arquiteto de software sênior especializado em arquitetura C4.
+
+## Contexto do Projeto
+
+Sistema de agendamento online para salões de beleza. Permite que 
+clientes agendem horários via web/mobile e recebam confirmação via WhatsApp.
+
+## Requisitos
+
+Requisitos funcionais:
+- RF-001: O sistema deve permitir agendamento online
+- RF-002: O sistema deve enviar confirmação via WhatsApp
+- RF-003: O sistema deve permitir cancelamento até 2h antes
+
+Requisitos não-funcionais:
+- RNF-001: Tempo de resposta < 2 segundos
+- RNF-002: Disponibilidade 99.5%
+
+Stack sugerida: Node.js + TypeScript + PostgreSQL + Redis
+Escala esperada: 500 usuários simultâneos, 50 requests/segundo
+Orçamento de infra: R$ 300/mês
+
+[CONTINUA COM O PROMPT COMPLETO]
+```
+
+---
+
+## Resposta Esperada
+
+### 1. Contexto (C4 L1)
+
+```mermaid
+graph TB
+    U[Usuário Final]
+    A[Admin do Salão]
+    S[Sistema de Agendamento]
+    P[Gateway de Pagamento]
+    W[API WhatsApp]
+    
+    U -->|Usa| S
+    A -->|Gerencia| S
+    S -->|Processa| P
+    S -->|Notifica| W
+```
+
+### 2. Containers (C4 L2)
+
+```mermaid
+graph TB
+    subgraph Sistema
+        WEB[Next.js - Frontend]
+        API[NestJS - API]
+        DB[(PostgreSQL)]
+        CACHE[(Redis)]
+    end
+    
+    WEB --> API
+    API --> DB
+    API --> CACHE
+```
+
+### 4. Decisões
+
+**Padrão**: Hexagonal Architecture
+- **Por quê**: Separação clara entre domínio e infraestrutura
+- **Alternativa descartada**: MVC - menos testável
+
+**Banco**: PostgreSQL
+- **Por quê**: ACID, JSON support, maturidade
+- **Cache**: Redis para sessões e queries frequentes
+
+---
+
+## Checklist Pós-Geração
+
+Após receber a arquitetura, valide:
+
+- [ ] Diagrama C4 inclui níveis 1, 2 e 3
+- [ ] Padrão arquitetural está justificado
+- [ ] Pelo menos 4 ADRs documentados
+- [ ] Estrutura de pastas proposta
+- [ ] Estimativa de custos presente (MVP e 6 meses)
+- [ ] Stack justificada com prós/contras
+- [ ] Riscos técnicos identificados
+- [ ] Salvar em `docs/05-arquitetura/arquitetura-c4.md`

package/dist/content/prompts/arquitetura/clean-architecture.md

@@ -1,151 +1,151 @@
-# Prompt: Arquitetura Clean Architecture
-
-> **Quando usar**: Projetos de nível Médio (1-3 meses, 5-15 entidades)
-> **Especialista**: Arquitetura de Software
-
----
-
-## Prompt Completo
-
-```text
-Atue como arquiteto de software sênior especializado em Clean Architecture.
-
-## Contexto do Projeto
-
-PRD:
-[COLE O CONTEÚDO DE docs/01-produto/PRD.md]
-
-Requisitos:
-[COLE O CONTEÚDO DE docs/02-requisitos/requisitos.md]
-
-Modelo de Domínio:
-[COLE O CONTEÚDO DE docs/04-modelo/modelo-dominio.md]
-
-Stack preferencial: [DESCREVA SUA STACK]
-Prazo: [PRAZO DO MVP]
-Orçamento de infra: [ORÇAMENTO MENSAL]
-
----
-
-## Sua Missão
-
-Proponha uma arquitetura em Clean Architecture considerando:
-
-### 1. Camadas da Arquitetura
-
-Defina cada camada com responsabilidades claras:
-
-- **Domain Layer** (mais interna):
-  - Entidades de domínio (não são ORM models)
-  - Value Objects
-  - Regras de negócio puras
-  - Interfaces de repositórios (ports)
-
-- **Application Layer**:
-  - Use Cases / Application Services
-  - DTOs de entrada e saída
-  - Orquestração de fluxos
-  - Sem dependência de frameworks
-
-- **Infrastructure Layer**:
-  - Implementações de repositórios (adapters)
-  - Serviços externos (email, pagamento, etc)
-  - Configurações de banco de dados
-  - Clientes HTTP
-
-- **Interface Layer** (mais externa):
-  - Controllers / Handlers
-  - Presenters / Serializers
-  - Middlewares
-  - Validação de input
-
-### 2. Diagrama C4
-
-Gere diagramas em Mermaid para:
-
-**Nível 1 - Contexto**:
-- Usuários e sistemas externos
-- Relações de alto nível
-
-**Nível 2 - Containers**:
-- Frontend, Backend, Banco, Cache, etc
-- Tecnologias de cada container
-
-**Nível 3 - Componentes** (para o backend):
-- Módulos principais
-- Fluxo de dependências
-
-### 3. Decisões Arquiteturais (ADRs)
-
-Para cada decisão importante, documente:
-- Contexto: Por que é necessário decidir
-- Decisão: O que foi escolhido
-- Alternativas: O que foi descartado e por quê
-- Consequências: Prós e contras
-
-ADRs obrigatórios:
-- Escolha da stack
-- Padrão de arquitetura (Clean vs outras)
-- Estratégia de autenticação
-- Estratégia de persistência
-
-### 4. Trade-offs
-
-Explique:
-- Por que Clean Architecture e não algo mais simples
-- Por que não microserviços (se aplicável)
-- Custos de infra estimados (MVP e 6 meses)
-- Pontos de escalabilidade futura
-
-### 5. Formato de Saída
-
-Retorne um documento Markdown estruturado seguindo o template:
-- Use diagramas Mermaid
-- Inclua code snippets de exemplo para cada camada
-- Liste arquivos/pastas da estrutura proposta
-```
-
----
-
-## Exemplo de Uso
-
-```text
-Atue como arquiteto de software sênior especializado em Clean Architecture.
-
-## Contexto do Projeto
-
-PRD:
-Sistema de gestão de tarefas para equipes remotas. Permite criar projetos, 
-adicionar tarefas com prazos, e acompanhar progresso.
-
-Requisitos:
-- RF-001: Usuário pode criar projetos
-- RF-002: Usuário pode adicionar tarefas a projetos
-- RF-003: Tarefas têm título, descrição, prazo e status
-- RNF-001: Suportar 1000 usuários simultâneos
-- RNF-002: Tempo de resposta < 200ms
-
-Modelo de Domínio:
-- User (id, name, email)
-- Project (id, name, ownerId)
-- Task (id, title, description, dueDate, status, projectId)
-
-Stack preferencial: Node.js + TypeScript + PostgreSQL
-Prazo: 2 meses
-Orçamento de infra: R$ 500/mês
-
-[CONTINUA COM O PROMPT COMPLETO ACIMA]
-```
-
----
-
-## Checklist Pós-Geração
-
-Após receber a arquitetura, valide:
-
-- [ ] Diagrama C4 inclui níveis 1 e 2
-- [ ] Camadas estão bem definidas
-- [ ] Pelo menos 3 ADRs documentados
-- [ ] Estrutura de pastas proposta
-- [ ] Estimativa de custos presente
-- [ ] Stack justificada com prós/contras
+# Prompt: Arquitetura Clean Architecture
+
+> **Quando usar**: Projetos de nível Médio (1-3 meses, 5-15 entidades)
+> **Especialista**: Arquitetura de Software
+
+---
+
+## Prompt Completo
+
+```text
+Atue como arquiteto de software sênior especializado em Clean Architecture.
+
+## Contexto do Projeto
+
+PRD:
+[COLE O CONTEÚDO DE docs/01-produto/PRD.md]
+
+Requisitos:
+[COLE O CONTEÚDO DE docs/02-requisitos/requisitos.md]
+
+Modelo de Domínio:
+[COLE O CONTEÚDO DE docs/04-modelo/modelo-dominio.md]
+
+Stack preferencial: [DESCREVA SUA STACK]
+Prazo: [PRAZO DO MVP]
+Orçamento de infra: [ORÇAMENTO MENSAL]
+
+---
+
+## Sua Missão
+
+Proponha uma arquitetura em Clean Architecture considerando:
+
+### 1. Camadas da Arquitetura
+
+Defina cada camada com responsabilidades claras:
+
+- **Domain Layer** (mais interna):
+  - Entidades de domínio (não são ORM models)
+  - Value Objects
+  - Regras de negócio puras
+  - Interfaces de repositórios (ports)
+
+- **Application Layer**:
+  - Use Cases / Application Services
+  - DTOs de entrada e saída
+  - Orquestração de fluxos
+  - Sem dependência de frameworks
+
+- **Infrastructure Layer**:
+  - Implementações de repositórios (adapters)
+  - Serviços externos (email, pagamento, etc)
+  - Configurações de banco de dados
+  - Clientes HTTP
+
+- **Interface Layer** (mais externa):
+  - Controllers / Handlers
+  - Presenters / Serializers
+  - Middlewares
+  - Validação de input
+
+### 2. Diagrama C4
+
+Gere diagramas em Mermaid para:
+
+**Nível 1 - Contexto**:
+- Usuários e sistemas externos
+- Relações de alto nível
+
+**Nível 2 - Containers**:
+- Frontend, Backend, Banco, Cache, etc
+- Tecnologias de cada container
+
+**Nível 3 - Componentes** (para o backend):
+- Módulos principais
+- Fluxo de dependências
+
+### 3. Decisões Arquiteturais (ADRs)
+
+Para cada decisão importante, documente:
+- Contexto: Por que é necessário decidir
+- Decisão: O que foi escolhido
+- Alternativas: O que foi descartado e por quê
+- Consequências: Prós e contras
+
+ADRs obrigatórios:
+- Escolha da stack
+- Padrão de arquitetura (Clean vs outras)
+- Estratégia de autenticação
+- Estratégia de persistência
+
+### 4. Trade-offs
+
+Explique:
+- Por que Clean Architecture e não algo mais simples
+- Por que não microserviços (se aplicável)
+- Custos de infra estimados (MVP e 6 meses)
+- Pontos de escalabilidade futura
+
+### 5. Formato de Saída
+
+Retorne um documento Markdown estruturado seguindo o template:
+- Use diagramas Mermaid
+- Inclua code snippets de exemplo para cada camada
+- Liste arquivos/pastas da estrutura proposta
+```
+
+---
+
+## Exemplo de Uso
+
+```text
+Atue como arquiteto de software sênior especializado em Clean Architecture.
+
+## Contexto do Projeto
+
+PRD:
+Sistema de gestão de tarefas para equipes remotas. Permite criar projetos, 
+adicionar tarefas com prazos, e acompanhar progresso.
+
+Requisitos:
+- RF-001: Usuário pode criar projetos
+- RF-002: Usuário pode adicionar tarefas a projetos
+- RF-003: Tarefas têm título, descrição, prazo e status
+- RNF-001: Suportar 1000 usuários simultâneos
+- RNF-002: Tempo de resposta < 200ms
+
+Modelo de Domínio:
+- User (id, name, email)
+- Project (id, name, ownerId)
+- Task (id, title, description, dueDate, status, projectId)
+
+Stack preferencial: Node.js + TypeScript + PostgreSQL
+Prazo: 2 meses
+Orçamento de infra: R$ 500/mês
+
+[CONTINUA COM O PROMPT COMPLETO ACIMA]
+```
+
+---
+
+## Checklist Pós-Geração
+
+Após receber a arquitetura, valide:
+
+- [ ] Diagrama C4 inclui níveis 1 e 2
+- [ ] Camadas estão bem definidas
+- [ ] Pelo menos 3 ADRs documentados
+- [ ] Estrutura de pastas proposta
+- [ ] Estimativa de custos presente
+- [ ] Stack justificada com prós/contras