spec-first-copilot 0.4.0 → 0.5.0-beta.0

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

@@ -1,78 +0,0 @@
-# Stack Tecnológica
-
-> Tecnologias escolhidas, versões fixadas, e alternativas descartadas com justificativa.
-
----
-
-<!--
-=============================================================================
-INSTRUÇÕES PARA O AGENTE (não incluir no arquivo gerado)
-=============================================================================
-
-ORIGEM: Gerado pelo /setup-projeto a partir do TRD §2.
-ATUALIZAÇÃO: /merge-delta quando features introduzem novas tecnologias ou mudanças de stack (raro — deve gerar ADR).
-
-COMO GERAR:
-1. Ler TRD §2 (Stack e Tecnologias) — todas decisões de tech
-2. Preencher TODAS as camadas, mesmo que "a definir"
-3. Para cada tecnologia: versão EXATA (não "latest")
-4. Justificativa deve ser técnica, não "é popular"
-5. Alternativas descartadas: documentar POR QUE foram rejeitadas (evita rediscussão)
-
-REGRAS:
-- Versões devem ser fixadas (ex: "18.3.1", não "^18.0.0")
-- Cada biblioteca/pacote precisa de justificativa (evita bloat)
-- Alternativas descartadas previnem que o time rediscuta decisões já tomadas
-- Mudanças de stack DEVEM gerar ADR em ADRs.md
-- Camadas são dinâmicas — adicionar conforme necessidade (mobile, infra, etc.)
-
-=============================================================================
--->
-
-## Stack Principal
-
-| Camada | Tecnologia | Versão | Justificativa |
-|--------|-----------|--------|---------------|
-| Frontend | | | |
-| Backend | | | |
-| Banco de Dados | | | |
-| ORM/Query Builder | | | |
-| Autenticação | | | |
-| Testes | | | |
-| CI/CD | | | |
-
-<!-- Adicionar camadas conforme necessidade: Mobile, Cache, Fila, Monitoramento, etc. -->
-
-## Bibliotecas e Dependências
-
-<!-- Repetir seção para cada camada que tenha dependências relevantes -->
-
-### {{Camada}}
-
-| Pacote | Versão | Para quê | Alternativa descartada |
-|--------|--------|----------|----------------------|
-|        |        |          |                      |
-
-## Alternativas Descartadas
-
-> Decisões já tomadas. Se alguém perguntar "por que não usamos X?", a resposta está aqui.
-
-| Tecnologia escolhida | Alternativa considerada | Por que descartamos | Ref ADR |
-|----------------------|------------------------|---------------------|---------|
-|                      |                        |                     |         |
-
-## Convenções de Versionamento
-
-| Aspecto | Convenção |
-|---------|-----------|
-| Versionamento | <!-- Semver? Pinned? --> |
-| Lock files | <!-- package-lock.json? yarn.lock? --> |
-| Atualização | <!-- Dependabot? Manual? Periodicidade? --> |
-
----
-
-## Changelog
-
-| Data | Feature | Tipo | Descrição |
-|------|---------|------|-----------|
-|      |         |      |           |

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

@@ -1,82 +0,0 @@
-# Visão do Sistema
-
-> C4 Nível 1 — Contexto do sistema: o que é, quem usa, com o que integra, quais restrições existem.
-
----
-
-<!--
-=============================================================================
-INSTRUÇÕES PARA O AGENTE (não incluir no arquivo gerado)
-=============================================================================
-
-ORIGEM: Gerado pelo /setup-projeto a partir do TRD §1.
-ATUALIZAÇÃO: /merge-delta quando features alteram contexto global (novos atores, integrações, restrições).
-
-COMO GERAR:
-1. Ler TRD §1 (Visão do Sistema) — é a fonte primária
-2. Ler TRD §8 (Módulos Planejados) — alimenta o Roadmap
-3. Descrever o sistema em 2-3 frases objetivas (sem jargão de marketing)
-4. Listar TODOS os atores e papéis mencionados nos insumos
-5. Listar TODAS as integrações externas com direção clara
-6. Glossário: termos de domínio que o time precisa compartilhar (DDD ubiquitous language)
-
-REGRAS:
-- Descrição do sistema deve responder: O QUE faz, PARA QUEM, QUAL PROBLEMA resolve
-- Atores devem ter permissões gerais claras (o que pode E o que NÃO pode)
-- Integrações devem ter direção explícita (envia/recebe/ambos)
-- Glossário não é opcional — termos ambíguos geram bugs
-
-=============================================================================
--->
-
-## O que é este sistema?
-
-<!-- Descrição em 2-3 frases. O que ele faz, para quem, qual problema resolve. -->
-
-
-## Usuários e Papéis
-
-| Papel | O que faz | O que NÃO pode fazer | Nível de acesso |
-|-------|-----------|----------------------|-----------------|
-|       |           |                      |                 |
-
-## Integrações Externas
-
-| Sistema/Serviço | Tipo (API/Webhook/Arquivo/Fila) | Direção (Envia/Recebe/Ambos) | Descrição | SLA/Disponibilidade |
-|-----------------|--------------------------------|------------------------------|-----------|---------------------|
-|                 |                                |                              |           |                     |
-
-## Restrições e Premissas
-
-### Restrições técnicas
--
-
-### Restrições de negócio
--
-
-### Premissas
--
-
-## Roadmap de Módulos
-
-> Extraído do TRD §8. Visão de alto nível das funcionalidades planejadas.
-
-| # | Módulo | Prioridade | Dependências | Status |
-|---|--------|-----------|--------------|--------|
-|   |        |           |              | planejado / em desenvolvimento / concluído |
-
-## Glossário
-
-> Termos do domínio usados em todo o projeto. Linguagem ubíqua (DDD).
-
-| Termo | Definição | Exemplo de uso |
-|-------|-----------|----------------|
-|       |           |                |
-
----
-
-## Changelog
-
-| Data | Feature | Tipo | Descrição |
-|------|---------|------|-----------|
-|      |         |      |           |