spec-first-claude 0.2.0 → 0.4.0

package/templates/docs/_templates/estrutura/API.template.md

@@ -1,144 +1,144 @@
-# Convenções de API
-
-> Padrões globais para todas as APIs do sistema: versionamento, autenticação, paginação, erros.
-
----
-
-<!--
-=============================================================================
-INSTRUÇÕES PARA O AGENTE (não incluir no arquivo gerado)
-=============================================================================
-
-ORIGEM: Gerado pelo /setup-projeto a partir do TRD §5.
-ATUALIZAÇÃO: /merge-delta quando features adicionam endpoints (Delta Specs do SDD §5 e §11).
-
-COMO GERAR:
-1. Ler TRD §5 (Convenções de API) — padrão geral, versionamento, autenticação
-2. Padrão geral e convenções são FIXOS após setup — definidos uma vez
-3. Catálogo de endpoints é DINÂMICO — cresce a cada feature
-4. Formatos de paginação, filtro e erro são FIXOS — toda API segue
-
-REGRAS:
-- Convenções são LEI — todo SDD §5 (endpoints) deve seguir estes padrões
-- Catálogo de endpoints atualizado a cada merge-delta
-- Mudanças em convenções (raro) devem gerar ADR
-- Rate limiting definido por categoria de endpoint, não individual
-
-=============================================================================
--->
-
-## Padrão Geral
-
-| Aspecto | Padrão |
-|---------|--------|
-| Estilo | <!-- REST / GraphQL / gRPC --> |
-| Formato | <!-- JSON / Protobuf --> |
-| Versionamento | <!-- /api/v1/ no path? Header? --> |
-| Autenticação | <!-- Bearer JWT? API Key? --> |
-| Content-Type | <!-- application/json --> |
-| Encoding | <!-- UTF-8 --> |
-
-## Convenções de Rotas
-
-| Operação | Método | Rota | Exemplo |
-|----------|--------|------|---------|
-| Listar | GET | `/api/v1/{recurso}` | |
-| Detalhar | GET | `/api/v1/{recurso}/:id` | |
-| Criar | POST | `/api/v1/{recurso}` | |
-| Atualizar completo | PUT | `/api/v1/{recurso}/:id` | |
-| Atualizar parcial | PATCH | `/api/v1/{recurso}/:id` | |
-| Remover/Inativar | DELETE | `/api/v1/{recurso}/:id` | |
-
-### Convenções de nomenclatura
-| Regra | Exemplo |
-|-------|---------|
-| Recursos no plural, kebab-case | `/api/v1/order-items` |
-| Ações não-CRUD como sub-recurso | `/api/v1/users/:id/activate` |
-| Filtros via query params | `/api/v1/users?status=active` |
-| Relações aninhadas (max 2 níveis) | `/api/v1/users/:id/orders` |
-
-## Paginação
-
-```json
-{
-  "data": [],
-  "meta": {
-    "page": 1,
-    "per_page": 20,
-    "total": 0,
-    "total_pages": 0
-  }
-}
-```
-
-Query params: `?page=1&per_page=20&sort=campo&order=asc`
-
-| Parâmetro | Default | Máximo | Descrição |
-|-----------|---------|--------|-----------|
-| `page` | 1 | — | Página atual |
-| `per_page` | 20 | <!-- Ex: 100 --> | Itens por página |
-| `sort` | — | — | Campo para ordenação |
-| `order` | `asc` | — | `asc` ou `desc` |
-
-## Filtros
-
-Query params: `?busca=termo&campo=valor`
-
-| Tipo de filtro | Formato | Exemplo |
-|----------------|---------|---------|
-| Igualdade | `?campo=valor` | `?status=ativo` |
-| Busca textual | `?busca=termo` | `?busca=joao` |
-| Range de data | `?de=YYYY-MM-DD&ate=YYYY-MM-DD` | `?de=2026-01-01&ate=2026-12-31` |
-| Múltiplos valores | `?campo=a,b,c` | `?status=ativo,pendente` |
-
-## Respostas de Erro
-
-```json
-{
-  "error": {
-    "code": "ERROR_CODE",
-    "message": "Mensagem legível para o usuário",
-    "details": [
-      { "field": "campo", "message": "Detalhe do erro" }
-    ]
-  }
-}
-```
-
-### Códigos HTTP
-
-| Código | Quando usar | Exemplo |
-|--------|-------------|---------|
-| 200 | Sucesso (GET, PUT, PATCH) | Recurso retornado/atualizado |
-| 201 | Criado com sucesso (POST) | Recurso criado, retorna o objeto |
-| 204 | Sucesso sem conteúdo (DELETE) | Recurso removido |
-| 400 | Dados inválidos (formato) | JSON malformado |
-| 401 | Não autenticado | Token ausente ou expirado |
-| 403 | Sem permissão | Papel sem acesso ao recurso |
-| 404 | Recurso não encontrado | ID inexistente |
-| 409 | Conflito (duplicidade) | Email já cadastrado |
-| 422 | Validação de negócio falhou | CPF inválido, regra RN-XXX violada |
-| 429 | Rate limit excedido | Muitas requisições |
-| 500 | Erro interno | Bug não tratado |
-
-### Códigos de erro do domínio
-
-| Código | Descrição | HTTP |
-|--------|-----------|------|
-| <!-- Ex: DUPLICATE_EMAIL --> | <!-- Email já cadastrado --> | <!-- 409 --> |
-
-## Catálogo de Endpoints
-
-> Atualizado a cada feature via /merge-delta. Visão consolidada de todas as APIs.
-
-| Método | Rota | Feature | Descrição |
-|--------|------|---------|-----------|
-|        |      |         |           |
-
----
-
-## Changelog
-
-| Data | Feature | Tipo | Descrição |
-|------|---------|------|-----------|
-|      |         |      |           |
+# Convenções de API
+
+> Padrões globais para todas as APIs do sistema: versionamento, autenticação, paginação, erros.
+
+---
+
+<!--
+=============================================================================
+INSTRUÇÕES PARA O AGENTE (não incluir no arquivo gerado)
+=============================================================================
+
+ORIGEM: Gerado pelo /setup-projeto a partir do TRD §5.
+ATUALIZAÇÃO: /merge-delta quando features adicionam endpoints (Delta Specs do SDD §5 e §11).
+
+COMO GERAR:
+1. Ler TRD §5 (Convenções de API) — padrão geral, versionamento, autenticação
+2. Padrão geral e convenções são FIXOS após setup — definidos uma vez
+3. Catálogo de endpoints é DINÂMICO — cresce a cada feature
+4. Formatos de paginação, filtro e erro são FIXOS — toda API segue
+
+REGRAS:
+- Convenções são LEI — todo SDD §5 (endpoints) deve seguir estes padrões
+- Catálogo de endpoints atualizado a cada merge-delta
+- Mudanças em convenções (raro) devem gerar ADR
+- Rate limiting definido por categoria de endpoint, não individual
+
+=============================================================================
+-->
+
+## Padrão Geral
+
+| Aspecto | Padrão |
+|---------|--------|
+| Estilo | <!-- REST / GraphQL / gRPC --> |
+| Formato | <!-- JSON / Protobuf --> |
+| Versionamento | <!-- /api/v1/ no path? Header? --> |
+| Autenticação | <!-- Bearer JWT? API Key? --> |
+| Content-Type | <!-- application/json --> |
+| Encoding | <!-- UTF-8 --> |
+
+## Convenções de Rotas
+
+| Operação | Método | Rota | Exemplo |
+|----------|--------|------|---------|
+| Listar | GET | `/api/v1/{recurso}` | |
+| Detalhar | GET | `/api/v1/{recurso}/:id` | |
+| Criar | POST | `/api/v1/{recurso}` | |
+| Atualizar completo | PUT | `/api/v1/{recurso}/:id` | |
+| Atualizar parcial | PATCH | `/api/v1/{recurso}/:id` | |
+| Remover/Inativar | DELETE | `/api/v1/{recurso}/:id` | |
+
+### Convenções de nomenclatura
+| Regra | Exemplo |
+|-------|---------|
+| Recursos no plural, kebab-case | `/api/v1/order-items` |
+| Ações não-CRUD como sub-recurso | `/api/v1/users/:id/activate` |
+| Filtros via query params | `/api/v1/users?status=active` |
+| Relações aninhadas (max 2 níveis) | `/api/v1/users/:id/orders` |
+
+## Paginação
+
+```json
+{
+  "data": [],
+  "meta": {
+    "page": 1,
+    "per_page": 20,
+    "total": 0,
+    "total_pages": 0
+  }
+}
+```
+
+Query params: `?page=1&per_page=20&sort=campo&order=asc`
+
+| Parâmetro | Default | Máximo | Descrição |
+|-----------|---------|--------|-----------|
+| `page` | 1 | — | Página atual |
+| `per_page` | 20 | <!-- Ex: 100 --> | Itens por página |
+| `sort` | — | — | Campo para ordenação |
+| `order` | `asc` | — | `asc` ou `desc` |
+
+## Filtros
+
+Query params: `?busca=termo&campo=valor`
+
+| Tipo de filtro | Formato | Exemplo |
+|----------------|---------|---------|
+| Igualdade | `?campo=valor` | `?status=ativo` |
+| Busca textual | `?busca=termo` | `?busca=joao` |
+| Range de data | `?de=YYYY-MM-DD&ate=YYYY-MM-DD` | `?de=2026-01-01&ate=2026-12-31` |
+| Múltiplos valores | `?campo=a,b,c` | `?status=ativo,pendente` |
+
+## Respostas de Erro
+
+```json
+{
+  "error": {
+    "code": "ERROR_CODE",
+    "message": "Mensagem legível para o usuário",
+    "details": [
+      { "field": "campo", "message": "Detalhe do erro" }
+    ]
+  }
+}
+```
+
+### Códigos HTTP
+
+| Código | Quando usar | Exemplo |
+|--------|-------------|---------|
+| 200 | Sucesso (GET, PUT, PATCH) | Recurso retornado/atualizado |
+| 201 | Criado com sucesso (POST) | Recurso criado, retorna o objeto |
+| 204 | Sucesso sem conteúdo (DELETE) | Recurso removido |
+| 400 | Dados inválidos (formato) | JSON malformado |
+| 401 | Não autenticado | Token ausente ou expirado |
+| 403 | Sem permissão | Papel sem acesso ao recurso |
+| 404 | Recurso não encontrado | ID inexistente |
+| 409 | Conflito (duplicidade) | Email já cadastrado |
+| 422 | Validação de negócio falhou | CPF inválido, regra RN-XXX violada |
+| 429 | Rate limit excedido | Muitas requisições |
+| 500 | Erro interno | Bug não tratado |
+
+### Códigos de erro do domínio
+
+| Código | Descrição | HTTP |
+|--------|-----------|------|
+| <!-- Ex: DUPLICATE_EMAIL --> | <!-- Email já cadastrado --> | <!-- 409 --> |
+
+## Catálogo de Endpoints
+
+> Atualizado a cada feature via /merge-delta. Visão consolidada de todas as APIs.
+
+| Método | Rota | Feature | Descrição |
+|--------|------|---------|-----------|
+|        |      |         |           |
+
+---
+
+## Changelog
+
+| Data | Feature | Tipo | Descrição |
+|------|---------|------|-----------|
+|      |         |      |           |

package/templates/docs/_templates/estrutura/Arquitetura.template.md

@@ -1,82 +1,82 @@
-# Arquitetura
-
-> C4 Níveis 2-3 — Containers, componentes, comunicação e padrões adotados.
-
----
-
-<!--
-=============================================================================
-INSTRUÇÕES PARA O AGENTE (não incluir no arquivo gerado)
-=============================================================================
-
-ORIGEM: Gerado pelo /setup-projeto a partir do TRD §3.
-ATUALIZAÇÃO: /merge-delta quando features adicionam containers, componentes significativos ou novos padrões.
-
-COMO GERAR:
-1. Ler TRD §3 (Arquitetura) — containers, padrões de comunicação, padrões de design
-2. Ler Stack.md — tecnologias já definidas para cada container
-3. Criar diagrama textual C4 Nível 2 (containers e suas conexões)
-4. Para cada container: listar componentes internos (C4 Nível 3)
-5. Documentar padrões de comunicação (sync/async, protocolos)
-6. Documentar padrões de design com justificativa
-
-REGRAS:
-- Diagrama deve mostrar TODOS os containers e suas conexões
-- Cada container deve ter: tecnologia, responsabilidade, porta
-- Padrões de design precisam de justificativa (não apenas nome)
-- Se o sistema usa filas/eventos: documentar tópicos e consumers
-- Componentes são internos ao container — não confundir com containers
-
-=============================================================================
--->
-
-## Diagrama de Containers (C4 Nível 2)
-
-```
-<!-- Representação textual dos containers e suas conexões -->
-<!-- Usar formato: [Container] --protocolo--> [Container] -->
-```
-
-## Containers
-
-| Container | Tecnologia | Responsabilidade | Porta | Comunicação |
-|-----------|-----------|-----------------|-------|-------------|
-|           |           |                 |       |             |
-
-## Componentes Principais (C4 Nível 3)
-
-<!-- Repetir esta seção para cada container que tenha componentes internos relevantes -->
-
-### {{Container}}
-
-| Componente | Responsabilidade | Dependências internas | Dependências externas |
-|------------|-----------------|----------------------|----------------------|
-|            |                 |                      |                      |
-
-## Padrões de Comunicação
-
-### Síncrona (request/response)
-
-| De | Para | Protocolo | Formato | Observações |
-|----|------|-----------|---------|-------------|
-|    |      |           |         |             |
-
-### Assíncrona (eventos/filas)
-
-| Produtor | Tópico/Fila | Consumer | Formato | Garantia |
-|----------|-------------|----------|---------|----------|
-|          |             |          |         | at-least-once / exactly-once |
-
-## Padrões de Design Adotados
-
-| Padrão | Onde é usado | Justificativa | Ref ADR |
-|--------|-------------|---------------|---------|
-|        |             |               |         |
-
----
-
-## Changelog
-
-| Data | Feature | Tipo | Descrição |
-|------|---------|------|-----------|
-|      |         |      |           |
+# Arquitetura
+
+> C4 Níveis 2-3 — Containers, componentes, comunicação e padrões adotados.
+
+---
+
+<!--
+=============================================================================
+INSTRUÇÕES PARA O AGENTE (não incluir no arquivo gerado)
+=============================================================================
+
+ORIGEM: Gerado pelo /setup-projeto a partir do TRD §3.
+ATUALIZAÇÃO: /merge-delta quando features adicionam containers, componentes significativos ou novos padrões.
+
+COMO GERAR:
+1. Ler TRD §3 (Arquitetura) — containers, padrões de comunicação, padrões de design
+2. Ler Stack.md — tecnologias já definidas para cada container
+3. Criar diagrama textual C4 Nível 2 (containers e suas conexões)
+4. Para cada container: listar componentes internos (C4 Nível 3)
+5. Documentar padrões de comunicação (sync/async, protocolos)
+6. Documentar padrões de design com justificativa
+
+REGRAS:
+- Diagrama deve mostrar TODOS os containers e suas conexões
+- Cada container deve ter: tecnologia, responsabilidade, porta
+- Padrões de design precisam de justificativa (não apenas nome)
+- Se o sistema usa filas/eventos: documentar tópicos e consumers
+- Componentes são internos ao container — não confundir com containers
+
+=============================================================================
+-->
+
+## Diagrama de Containers (C4 Nível 2)
+
+```
+<!-- Representação textual dos containers e suas conexões -->
+<!-- Usar formato: [Container] --protocolo--> [Container] -->
+```
+
+## Containers
+
+| Container | Tecnologia | Responsabilidade | Porta | Comunicação |
+|-----------|-----------|-----------------|-------|-------------|
+|           |           |                 |       |             |
+
+## Componentes Principais (C4 Nível 3)
+
+<!-- Repetir esta seção para cada container que tenha componentes internos relevantes -->
+
+### {{Container}}
+
+| Componente | Responsabilidade | Dependências internas | Dependências externas |
+|------------|-----------------|----------------------|----------------------|
+|            |                 |                      |                      |
+
+## Padrões de Comunicação
+
+### Síncrona (request/response)
+
+| De | Para | Protocolo | Formato | Observações |
+|----|------|-----------|---------|-------------|
+|    |      |           |         |             |
+
+### Assíncrona (eventos/filas)
+
+| Produtor | Tópico/Fila | Consumer | Formato | Garantia |
+|----------|-------------|----------|---------|----------|
+|          |             |          |         | at-least-once / exactly-once |
+
+## Padrões de Design Adotados
+
+| Padrão | Onde é usado | Justificativa | Ref ADR |
+|--------|-------------|---------------|---------|
+|        |             |               |         |
+
+---
+
+## Changelog
+
+| Data | Feature | Tipo | Descrição |
+|------|---------|------|-----------|
+|      |         |      |           |

package/templates/docs/_templates/estrutura/Infraestrutura.template.md

@@ -1,104 +1,104 @@
-# Infraestrutura
-
-> Ambientes, deploy, CI/CD, variáveis de ambiente, domínios e estratégia de rollback.
-
----
-
-<!--
-=============================================================================
-INSTRUÇÕES PARA O AGENTE (não incluir no arquivo gerado)
-=============================================================================
-
-ORIGEM: Gerado pelo /setup-projeto a partir do TRD §6.
-ATUALIZAÇÃO: /merge-delta quando features adicionam variáveis de ambiente, serviços ou mudam infra.
-
-COMO GERAR:
-1. Ler TRD §6 (Infraestrutura) — ambientes, deploy, CI/CD
-2. Listar TODOS os ambientes com URLs e propósitos
-3. Pipeline CI/CD deve ser concreto (passos reais, não genéricos)
-4. Variáveis de ambiente: NUNCA colocar valores reais (só exemplos)
-5. Estratégia de rollback é OBRIGATÓRIA
-
-REGRAS:
-- Variáveis de ambiente com valores reais NÃO vão pro repositório
-- Cada variável precisa de descrição (não só o nome)
-- Pipeline CI/CD deve ter passos claros e ferramentas definidas
-- Rollback strategy obrigatória — "como voltar se der errado?"
-- Novas variáveis adicionadas via merge-delta devem entrar na tabela
-
-=============================================================================
--->
-
-## Ambientes
-
-| Ambiente | URL | Banco | Propósito | Branch |
-|----------|-----|-------|-----------|--------|
-| Local | `localhost:{{PORT}}` | local | Desenvolvimento | qualquer |
-| Staging | | | Testes e homologação | develop |
-| Produção | | | Usuários finais | main |
-
-## Deploy
-
-### Estratégia
-
-| Aspecto | Decisão |
-|---------|---------|
-| Plataforma | <!-- Docker? Serverless? VPS? Cloud provider? --> |
-| Orquestração | <!-- Kubernetes? ECS? PM2? --> |
-| Build | <!-- Docker multi-stage? Build nativo? --> |
-| Estratégia de deploy | <!-- Rolling? Blue-green? Canary? --> |
-
-### Pipeline CI/CD
-
-```
-push → lint → test → build → deploy(staging) → aprovação → deploy(prod)
-```
-
-| Etapa | Ferramenta | Trigger | Timeout |
-|-------|-----------|---------|---------|
-| Lint | <!-- eslint, ruff --> | push | |
-| Testes | <!-- jest, pytest --> | push | |
-| Build | <!-- docker build --> | push em main/develop | |
-| Deploy staging | <!-- CD tool --> | push em develop | |
-| Deploy produção | <!-- CD tool --> | aprovação manual | |
-
-### Rollback
-
-| Cenário | Procedimento | Responsável |
-|---------|-------------|-------------|
-| Bug em produção | <!-- Reverter deploy? Hotfix? --> | |
-| Migration com erro | <!-- Rollback da migration? --> | |
-| Serviço externo fora | <!-- Fallback? Circuit breaker? --> | |
-
-## Variáveis de Ambiente
-
-> NUNCA colocar valores reais aqui. Apenas nomes, descrição e exemplos.
-
-| Variável | Ambientes | Obrigatória | Descrição | Exemplo |
-|----------|-----------|-------------|-----------|---------|
-| `DATABASE_URL` | todos | sim | Conexão com banco | `postgres://user:pass@host:5432/db` |
-| `JWT_SECRET` | todos | sim | Chave de assinatura JWT | `sua-chave-secreta-aqui` |
-| `NODE_ENV` | todos | sim | Ambiente atual | `development` / `production` |
-
-## Domínios e DNS
-
-| Domínio | Aponta para | Certificado | Gerenciado por |
-|---------|-------------|-------------|----------------|
-|         |             | <!-- Let's Encrypt? AWS ACM? --> | |
-
-## Monitoramento e Observabilidade
-
-| Aspecto | Ferramenta | O que monitora |
-|---------|-----------|----------------|
-| Logs | <!-- Ex: CloudWatch, Datadog --> | |
-| APM | <!-- Ex: New Relic, Sentry --> | |
-| Uptime | <!-- Ex: Pingdom, UptimeRobot --> | |
-| Alertas | <!-- Ex: PagerDuty, Slack --> | |
-
----
-
-## Changelog
-
-| Data | Feature | Tipo | Descrição |
-|------|---------|------|-----------|
-|      |         |      |           |
+# Infraestrutura
+
+> Ambientes, deploy, CI/CD, variáveis de ambiente, domínios e estratégia de rollback.
+
+---
+
+<!--
+=============================================================================
+INSTRUÇÕES PARA O AGENTE (não incluir no arquivo gerado)
+=============================================================================
+
+ORIGEM: Gerado pelo /setup-projeto a partir do TRD §6.
+ATUALIZAÇÃO: /merge-delta quando features adicionam variáveis de ambiente, serviços ou mudam infra.
+
+COMO GERAR:
+1. Ler TRD §6 (Infraestrutura) — ambientes, deploy, CI/CD
+2. Listar TODOS os ambientes com URLs e propósitos
+3. Pipeline CI/CD deve ser concreto (passos reais, não genéricos)
+4. Variáveis de ambiente: NUNCA colocar valores reais (só exemplos)
+5. Estratégia de rollback é OBRIGATÓRIA
+
+REGRAS:
+- Variáveis de ambiente com valores reais NÃO vão pro repositório
+- Cada variável precisa de descrição (não só o nome)
+- Pipeline CI/CD deve ter passos claros e ferramentas definidas
+- Rollback strategy obrigatória — "como voltar se der errado?"
+- Novas variáveis adicionadas via merge-delta devem entrar na tabela
+
+=============================================================================
+-->
+
+## Ambientes
+
+| Ambiente | URL | Banco | Propósito | Branch |
+|----------|-----|-------|-----------|--------|
+| Local | `localhost:{{PORT}}` | local | Desenvolvimento | qualquer |
+| Staging | | | Testes e homologação | develop |
+| Produção | | | Usuários finais | main |
+
+## Deploy
+
+### Estratégia
+
+| Aspecto | Decisão |
+|---------|---------|
+| Plataforma | <!-- Docker? Serverless? VPS? Cloud provider? --> |
+| Orquestração | <!-- Kubernetes? ECS? PM2? --> |
+| Build | <!-- Docker multi-stage? Build nativo? --> |
+| Estratégia de deploy | <!-- Rolling? Blue-green? Canary? --> |
+
+### Pipeline CI/CD
+
+```
+push → lint → test → build → deploy(staging) → aprovação → deploy(prod)
+```
+
+| Etapa | Ferramenta | Trigger | Timeout |
+|-------|-----------|---------|---------|
+| Lint | <!-- eslint, ruff --> | push | |
+| Testes | <!-- jest, pytest --> | push | |
+| Build | <!-- docker build --> | push em main/develop | |
+| Deploy staging | <!-- CD tool --> | push em develop | |
+| Deploy produção | <!-- CD tool --> | aprovação manual | |
+
+### Rollback
+
+| Cenário | Procedimento | Responsável |
+|---------|-------------|-------------|
+| Bug em produção | <!-- Reverter deploy? Hotfix? --> | |
+| Migration com erro | <!-- Rollback da migration? --> | |
+| Serviço externo fora | <!-- Fallback? Circuit breaker? --> | |
+
+## Variáveis de Ambiente
+
+> NUNCA colocar valores reais aqui. Apenas nomes, descrição e exemplos.
+
+| Variável | Ambientes | Obrigatória | Descrição | Exemplo |
+|----------|-----------|-------------|-----------|---------|
+| `DATABASE_URL` | todos | sim | Conexão com banco | `postgres://user:pass@host:5432/db` |
+| `JWT_SECRET` | todos | sim | Chave de assinatura JWT | `sua-chave-secreta-aqui` |
+| `NODE_ENV` | todos | sim | Ambiente atual | `development` / `production` |
+
+## Domínios e DNS
+
+| Domínio | Aponta para | Certificado | Gerenciado por |
+|---------|-------------|-------------|----------------|
+|         |             | <!-- Let's Encrypt? AWS ACM? --> | |
+
+## Monitoramento e Observabilidade
+
+| Aspecto | Ferramenta | O que monitora |
+|---------|-----------|----------------|
+| Logs | <!-- Ex: CloudWatch, Datadog --> | |
+| APM | <!-- Ex: New Relic, Sentry --> | |
+| Uptime | <!-- Ex: Pingdom, UptimeRobot --> | |
+| Alertas | <!-- Ex: PagerDuty, Slack --> | |
+
+---
+
+## Changelog
+
+| Data | Feature | Tipo | Descrição |
+|------|---------|------|-----------|
+|      |         |      |           |