@maestro-ai/mcp-server 1.0.0 → 1.0.1

package/dist/content/content/prompts/desenvolvimento/gerar-servico.md

@@ -1,271 +0,0 @@
-# Prompt: Gerar Serviço de Aplicação
-
-> **Quando usar**: Durante implementação, para gerar services/use cases
-> **Especialista**: [Desenvolvimento Backend](../../02-especialistas/Especialista%20em%20Desenvolvimento%20e%20Vibe%20Coding%20Estruturado.md)
-> **Nível**: Médio
-
----
-
-## Fluxo de Contexto
-
-Antes de usar este prompt, tenha em mãos:
-- `docs/CONTEXTO.md` - Entendimento atual do projeto
-- `docs/05-arquitetura/arquitetura.md` - Arquitetura definida
-- `docs/04-modelo/modelo-dominio.md` - Entidades e regras
-
-Após gerar, salve o código em:
-- `src/application/services/` ou equivalente na sua estrutura
-
----
-
-## Prompt Completo
-
-```text
-Atue como desenvolvedor sênior especializado em Clean Architecture.
-
-## Contexto do Projeto
-
-[COLE O CONTEÚDO DE docs/CONTEXTO.md]
-
-## Arquitetura
-
-[COLE RESUMO DA ARQUITETURA - Padrão usado, camadas]
-
-## Entidade Alvo
-
-Nome: [NOME DA ENTIDADE]
-Campos: [LISTE OS CAMPOS]
-
-## Regras de Negócio
-
-[DESCREVA AS VALIDAÇÕES E REGRAS]
-
-## Stack
-
-Linguagem: [TypeScript/Python/Java/Go/etc]
-Framework: [NestJS/FastAPI/Spring/etc]
-ORM/Database: [Prisma/TypeORM/SQLAlchemy/etc]
-
----
-
-## Sua Missão
-
-Gere o código do serviço/classe de aplicação com:
-
-### 1. Estrutura do Serviço
-- Injeção de dependências (Repository, outros Services)
-- Tipagem correta de DTOs de entrada e saída
-
-### 2. Métodos Principais
-Para cada operação CRUD + regras específicas:
-- Assinatura com tipos
-- Documentação JSDoc/Docstring
-- Lógica do happy path
-- Tratamento de erros com exceções específicas
-- Validações de negócio
-
-### 3. Padrões a Seguir
-- Separação entre Application Service e Domain Service (se aplicável)
-- DTOs para entrada/saída (nunca expor entidade diretamente)
-- Repository interface (não implementação)
-- Unit of Work pattern para transações (se aplicável)
-
-### 4. Não Gere
-- Controllers/Rotas
-- Implementação de Repository
-- Migrations
-- Configurações de framework
-
-### 5. Formato
-Retorne código pronto para uso com:
-- Imports necessários
-- Types/Interfaces auxiliares
-- Comentários explicando decisões
-```
-
----
-
-## Exemplo de Uso
-
-```text
-Atue como desenvolvedor sênior especializado em Clean Architecture.
-
-## Contexto do Projeto
-
-Sistema de agendamento para salões de beleza.
-
-## Arquitetura
-
-Clean Architecture com camadas: Domain, Application, Infrastructure, Interface.
-Services na camada Application orquestram casos de uso.
-
-## Entidade Alvo
-
-Nome: Agendamento
-Campos:
-- id: UUID
-- clienteId: UUID
-- servicoId: UUID
-- dataHora: DateTime
-- status: enum (PENDENTE, CONFIRMADO, CANCELADO, CONCLUIDO)
-
-## Regras de Negócio
-
-1. Não pode agendar no passado
-2. Não pode haver conflito de horário para o mesmo prestador
-3. Cancelamento só até 2h antes
-4. Após criar, enviar notificação ao cliente
-
-## Stack
-
-Linguagem: TypeScript
-Framework: NestJS
-ORM: Prisma
-```
-
----
-
-## Resposta Esperada
-
-```typescript
-import { Injectable, ConflictException, BadRequestException } from '@nestjs/common';
-import { AgendamentoRepository } from '../ports/agendamento.repository';
-import { NotificacaoService } from './notificacao.service';
-import { CriarAgendamentoDto, AgendamentoResponseDto } from '../dtos/agendamento.dto';
-import { StatusAgendamento } from '../../domain/enums/status-agendamento.enum';
-
-/**
- * Service responsável por orquestrar casos de uso de Agendamento.
- * Não contém regras de domínio, apenas coordena operações.
- */
-@Injectable()
-export class AgendamentoService {
-  constructor(
-    private readonly agendamentoRepository: AgendamentoRepository,
-    private readonly notificacaoService: NotificacaoService,
-  ) {}
-
-  /**
-   * Cria um novo agendamento validando regras de negócio.
-   * @throws BadRequestException - Data no passado
-   * @throws ConflictException - Horário já ocupado
-   */
-  async criar(dto: CriarAgendamentoDto): Promise<AgendamentoResponseDto> {
-    // Validar: não pode ser no passado
-    if (dto.dataHora < new Date()) {
-      throw new BadRequestException('Não é possível agendar no passado');
-    }
-
-    // Validar: horário disponível
-    const conflito = await this.agendamentoRepository.findByHorarioEPrestador(
-      dto.dataHora,
-      dto.prestadorId,
-    );
-    if (conflito) {
-      throw new ConflictException('Horário já ocupado para este prestador');
-    }
-
-    // Criar agendamento
-    const agendamento = await this.agendamentoRepository.create({
-      ...dto,
-      status: StatusAgendamento.PENDENTE,
-    });
-
-    // Side effect: notificar cliente
-    await this.notificacaoService.enviarConfirmacaoAgendamento(agendamento);
-
-    return AgendamentoResponseDto.fromEntity(agendamento);
-  }
-
-  /**
-   * Cancela um agendamento respeitando a regra de 2h.
-   * @throws BadRequestException - Menos de 2h para o horário
-   */
-  async cancelar(id: string, motivo: string): Promise<void> {
-    const agendamento = await this.agendamentoRepository.findById(id);
-    
-    // Validar: limite de 2h
-    const duasHorasAntes = new Date(agendamento.dataHora);
-    duasHorasAntes.setHours(duasHorasAntes.getHours() - 2);
-    
-    if (new Date() > duasHorasAntes) {
-      throw new BadRequestException(
-        'Cancelamento só é permitido até 2 horas antes do horário',
-      );
-    }
-
-    await this.agendamentoRepository.updateStatus(id, StatusAgendamento.CANCELADO);
-    await this.notificacaoService.enviarCancelamento(agendamento, motivo);
-  }
-}
-```
-
----
-
-## Variações por Stack
-
-### Python + FastAPI
-
-```python
-from fastapi import HTTPException, status
-from app.repositories.agendamento_repository import AgendamentoRepository
-from app.services.notificacao_service import NotificacaoService
-from app.schemas.agendamento import CriarAgendamentoDto, AgendamentoResponse
-
-class AgendamentoService:
-    def __init__(
-        self,
-        repository: AgendamentoRepository,
-        notificacao: NotificacaoService,
-    ):
-        self._repository = repository
-        self._notificacao = notificacao
-
-    async def criar(self, dto: CriarAgendamentoDto) -> AgendamentoResponse:
-        if dto.data_hora < datetime.now():
-            raise HTTPException(
-                status_code=status.HTTP_400_BAD_REQUEST,
-                detail="Não é possível agendar no passado"
-            )
-        # ... resto da lógica
-```
-
-### Java + Spring
-
-```java
-@Service
-@Transactional
-public class AgendamentoService {
-    
-    private final AgendamentoRepository repository;
-    private final NotificacaoService notificacao;
-    
-    public AgendamentoService(
-        AgendamentoRepository repository,
-        NotificacaoService notificacao
-    ) {
-        this.repository = repository;
-        this.notificacao = notificacao;
-    }
-    
-    public AgendamentoResponse criar(CriarAgendamentoDto dto) {
-        if (dto.getDataHora().isBefore(LocalDateTime.now())) {
-            throw new BadRequestException("Não é possível agendar no passado");
-        }
-        // ... resto da lógica
-    }
-}
-```
-
----
-
-## Checklist Pós-Geração
-
-- [ ] Service não contém lógica de domínio complexa (mover para Domain Service se necessário)
-- [ ] Todas as dependências são injetadas (não há `new` de repositórios)
-- [ ] DTOs separados para entrada e saída
-- [ ] Exceções são específicas (não genéricas)
-- [ ] Validações de negócio estão presentes
-- [ ] Side effects (notificações, eventos) estão isolados
-- [ ] Código está tipado corretamente
-- [ ] Comentários explicam o "porquê", não o "como"

package/dist/content/content/prompts/devops/docker-compose.md

@@ -1,336 +0,0 @@
-# Prompt: Configuração Docker Compose
-
-> **Quando usar**: Ao containerizar aplicação para desenvolvimento ou produção simples
-> **Especialista**: [DevOps e Infraestrutura](../../02-especialistas/Especialista%20em%20DevOps%20e%20Infraestrutura.md)
-> **Nível**: Simples a Médio
-
----
-
-## Fluxo de Contexto
-
-Antes de usar este prompt, tenha em mãos:
-- `docs/CONTEXTO.md` - Entendimento do projeto
-- `docs/05-arquitetura/arquitetura.md` - Stack e componentes
-
-Após gerar, salve o resultado em:
-- `docker-compose.yml` (raiz do projeto)
-- `docker-compose.dev.yml` (override de desenvolvimento)
-- `docker-compose.prod.yml` (override de produção)
-
----
-
-## Prompt Completo
-
-```text
-Atue como especialista em Docker e containerização.
-
-## Contexto do Projeto
-
-[COLE O CONTEÚDO DE docs/CONTEXTO.md]
-
-## Stack Tecnológica
-
-- Backend: [Framework/Linguagem]
-- Frontend: [Framework]
-- Banco de dados: [PostgreSQL/MySQL/MongoDB]
-- Cache: [Redis/Memcached/Nenhum]
-- Message broker: [RabbitMQ/Kafka/Nenhum]
-- Outros serviços: [ElasticSearch, MinIO, etc]
-
-## Ambientes Necessários
-
-- [ ] Desenvolvimento local
-- [ ] Staging
-- [ ] Produção
-
-## Requisitos Específicos
-
-- Hot reload em desenvolvimento: [Sim/Não]
-- Volumes persistentes: [quais dados]
-- Variáveis de ambiente: [como gerenciar]
-- Múltiplos serviços: [monolito/microsserviços]
-
----
-
-## Sua Missão
-
-Gere configuração Docker Compose completa:
-
-### 1. Dockerfiles
-
-#### Backend
-```dockerfile
-# Dockerfile para [linguagem]
-# Multi-stage build para produção
-# Stage 1: Build
-FROM [base-image] AS builder
-# ...
-
-# Stage 2: Production
-FROM [slim-image] AS production
-# ...
-
-# Stage 3: Development (opcional)
-FROM builder AS development
-# Hot reload setup
-```
-
-Inclua:
-- [ ] Multi-stage build
-- [ ] Non-root user
-- [ ] Healthcheck
-- [ ] Otimização de layers
-- [ ] .dockerignore
-
-#### Frontend (se aplicável)
-```dockerfile
-# Build estático ou SSR
-```
-
-### 2. Docker Compose Base
-
-```yaml
-# docker-compose.yml
-version: '3.8'
-
-services:
-  backend:
-    build:
-      context: .
-      dockerfile: Dockerfile
-      target: production
-    ports:
-      - "3000:3000"
-    environment:
-      - NODE_ENV=production
-    depends_on:
-      db:
-        condition: service_healthy
-    healthcheck:
-      test: ["CMD", "curl", "-f", "http://localhost:3000/health"]
-      interval: 30s
-      timeout: 10s
-      retries: 3
-    restart: unless-stopped
-    
-  db:
-    image: postgres:15-alpine
-    volumes:
-      - postgres_data:/var/lib/postgresql/data
-    environment:
-      POSTGRES_DB: ${DB_NAME}
-      POSTGRES_USER: ${DB_USER}
-      POSTGRES_PASSWORD: ${DB_PASSWORD}
-    healthcheck:
-      test: ["CMD-SHELL", "pg_isready -U ${DB_USER}"]
-      interval: 10s
-      timeout: 5s
-      retries: 5
-
-volumes:
-  postgres_data:
-
-networks:
-  default:
-    name: [project]-network
-```
-
-### 3. Override de Desenvolvimento
-
-```yaml
-# docker-compose.dev.yml
-version: '3.8'
-
-services:
-  backend:
-    build:
-      target: development
-    volumes:
-      - .:/app
-      - /app/node_modules  # Evita sobrescrever node_modules
-    environment:
-      - NODE_ENV=development
-      - DEBUG=*
-    ports:
-      - "9229:9229"  # Debug port
-    command: npm run dev
-
-  # Serviços extras de desenvolvimento
-  mailhog:
-    image: mailhog/mailhog
-    ports:
-      - "1025:1025"
-      - "8025:8025"
-```
-
-### 4. Override de Produção
-
-```yaml
-# docker-compose.prod.yml
-version: '3.8'
-
-services:
-  backend:
-    deploy:
-      replicas: 2
-      resources:
-        limits:
-          cpus: '0.5'
-          memory: 512M
-    logging:
-      driver: json-file
-      options:
-        max-size: "10m"
-        max-file: "3"
-
-  # Nginx como reverse proxy
-  nginx:
-    image: nginx:alpine
-    ports:
-      - "80:80"
-      - "443:443"
-    volumes:
-      - ./nginx.conf:/etc/nginx/nginx.conf:ro
-      - ./certs:/etc/nginx/certs:ro
-    depends_on:
-      - backend
-```
-
-### 5. Arquivo .env Template
-
-```env
-# .env.example
-# Copie para .env e preencha
-
-# Database
-DB_HOST=db
-DB_PORT=5432
-DB_NAME=myapp
-DB_USER=myuser
-DB_PASSWORD=changeme
-
-# Application
-APP_PORT=3000
-APP_SECRET=generate-a-secure-secret
-NODE_ENV=development
-
-# Redis (se aplicável)
-REDIS_URL=redis://redis:6379
-
-# External services
-SMTP_HOST=mailhog
-SMTP_PORT=1025
-```
-
-### 6. Scripts de Conveniência
-
-```makefile
-# Makefile
-.PHONY: dev prod build logs
-
-dev:
-	docker-compose -f docker-compose.yml -f docker-compose.dev.yml up --build
-
-prod:
-	docker-compose -f docker-compose.yml -f docker-compose.prod.yml up -d --build
-
-build:
-	docker-compose build --no-cache
-
-logs:
-	docker-compose logs -f
-
-shell:
-	docker-compose exec backend sh
-
-db-shell:
-	docker-compose exec db psql -U $${DB_USER} -d $${DB_NAME}
-
-clean:
-	docker-compose down -v --remove-orphans
-```
-
-### 7. .dockerignore
-
-```
-# .dockerignore
-node_modules
-npm-debug.log
-.git
-.env
-.env.*
-*.md
-.vscode
-.idea
-coverage
-dist
-.next
-```
-
-### 8. Comandos Úteis
-
-```bash
-# Desenvolvimento
-docker-compose -f docker-compose.yml -f docker-compose.dev.yml up --build
-
-# Produção
-docker-compose -f docker-compose.yml -f docker-compose.prod.yml up -d
-
-# Ver logs
-docker-compose logs -f [service]
-
-# Rebuild específico
-docker-compose build --no-cache [service]
-
-# Shell no container
-docker-compose exec [service] sh
-
-# Limpar tudo
-docker-compose down -v --remove-orphans
-```
-```
-
----
-
-## Exemplo de Uso
-
-```text
-Atue como especialista em Docker e containerização.
-
-## Contexto
-
-API de e-commerce com NestJS.
-
-## Stack
-
-- Backend: NestJS (Node 20)
-- Banco: PostgreSQL 15
-- Cache: Redis 7
-- Queue: Bull (Redis-based)
-
-## Ambientes
-
-- [x] Desenvolvimento local
-- [x] Produção
-
-## Requisitos
-
-- Hot reload com npm run start:dev
-- Prisma como ORM
-- Migrations automáticas em dev
-```
-
----
-
-## Checklist Pós-Geração
-
-- [ ] Dockerfile com multi-stage build
-- [ ] docker-compose.yml base criado
-- [ ] docker-compose.dev.yml com hot reload
-- [ ] docker-compose.prod.yml com limites de recursos
-- [ ] .env.example documentado
-- [ ] .dockerignore configurado
-- [ ] Healthchecks configurados
-- [ ] Volumes para persistência
-- [ ] Non-root user no container
-- [ ] Makefile ou scripts de conveniência