@the-bearded-bear/claude-craft 8.23.3 → 8.26.0-next.2a54921

package/Project/i18n/pt/commands/generate-backlog.md

@@ -1,382 +1,9 @@
 ---
-description: Gerar Backlog SCRUM Completo
-argument-hint: [arguments]
+description: "Obsoleto (removido na 9.0): use /workflow:plan --only=backlog"
+deprecated: true
+replaced-by: /workflow:plan
 ---
 
-# Gerar Backlog SCRUM Completo
+> ⚠️ `/project:generate-backlog` está obsoleto e será removido na 9.0. Use `/workflow:plan --only=backlog`.
 
-Você é um Product Owner e Scrum Master experiente. Você deve analisar documentos de especificação do projeto para criar um backlog de produto completo e planejar sprints.
-
-## Argumentos
-$ARGUMENTS
-
-Se nenhum argumento fornecido, usar stack padrão: symfony,flutter,api-platform,postgresql
-
-## Modo Plano
-
-> **O modo plano é obrigatório.** Antes de executar, Claude ativa o modo plano para analisar o código impactado, propor um plano de implementação e aguardar sua validação antes de realizar qualquer alteração.
-
-## FUNDAMENTOS SCRUM (OBRIGATÓRIO)
-
-### Os 3 Pilares do Scrum
-O backlog DEVE respeitar estes 3 pilares fundamentais:
-1. **Transparência**: Tudo é visível e compreensível por todos os stakeholders
-2. **Inspeção**: O trabalho pode ser avaliado regularmente (Sprint Review, Daily)
-3. **Adaptação**: Ajustes possíveis baseados nas inspeções (Retrospective)
-
-### O Manifesto Ágil - 4 Valores
-```
-✓ Indivíduos e interações > processos e ferramentas
-✓ Software funcionando > documentação abrangente
-✓ Colaboração com cliente > negociação de contrato
-✓ Responder a mudanças > seguir um plano
-```
-
-### Os 12 Princípios Ágeis
-1. Entrega rápida e regular de valor ao cliente
-2. Acolher mudanças de requisitos positivamente
-3. Entregar frequentemente (semanas no máximo)
-4. Colaboração diária entre negócio e desenvolvedores
-5. Pessoas motivadas + confiança
-6. Face-a-face = melhor comunicação
-7. Software funcionando = medida de progresso
-8. Ritmo sustentável
-9. Excelência técnica contínua
-10. Simplicidade (minimizar trabalho desnecessário)
-11. Times auto-organizados
-12. Reflexão regular sobre melhoria
-
-## TECH STACK
-
-| Camada | Tecnologia | Detalhes |
-|--------|-------------|---------|
-| 🌐 Web | Symfony UX + Turbo | Twig, Stimulus, Live Components |
-| 📱 Mobile | Flutter | Dart, iOS 15+, Android 10+ |
-| ⚙️ API | API Platform | REST/GraphQL, OpenAPI auto-gerado |
-| 🗄️ DB | PostgreSQL | Doctrine ORM |
-| 🐳 Infra | Docker | Containerização completa |
-
-### Vertical Slicing Obrigatório
-Cada User Story deve atravessar todas as camadas:
-```
-Symfony UX/Turbo + Flutter → API Platform → PostgreSQL
-```
-- SEM US "Apenas Backend" ou "Apenas Frontend"
-- SEM US "Apenas Web" ou "Apenas Mobile"
-- API Platform é o ponto central consumido por Web e Mobile
-
-## DOCUMENTOS A ANALISAR
-Procurar em `./docs/` por arquivos de especificação:
-- ARCHITECTURE_TECHNIQUE*.md
-- CAHIER_DES_CHARGES*.md
-- Ou qualquer outro arquivo de spec disponível
-
-## MISSÃO
-
-### ETAPA 1: Analisar documentos
-1. Ler e analisar profundamente todos os documentos de spec
-2. Identificar: funcionalidades de negócio, requisitos técnicos, restrições, atores/personas, critérios de qualidade
-
-### ETAPA 2: Criar estrutura
-```
-project-management/
-├── README.md
-├── personas.md
-├── definition-of-done.md
-├── dependencies-matrix.md
-├── backlog/
-│   ├── epics/
-│   │   └── EPIC-XXX-nome.md
-│   └── user-stories/
-│       └── US-XXX-nome.md
-└── sprints/
-    └── sprint-XXX-objetivo_sprint/
-        ├── sprint-goal.md
-        └── sprint-dependencies.md
-```
-
-### ETAPA 3: Criar personas.md (MÍNIMO 3 PERSONAS)
-
-Para cada persona, incluir:
-- **Identidade**: Nome, idade, profissão, localização, nível técnico
-- **Citação representativa**: Uma frase resumindo motivação
-- **Contexto e background**: 2-3 parágrafos
-- **Objetivos principais**: 3 objetivos relacionados ao produto
-- **Frustrações e Pain Points**: Mínimo 3
-- **Motivações**: O que os leva a usar o produto
-- **Comportamentos**: Dispositivos, OS, apps favoritos, jornada típica
-- **Cenários de uso**: Contexto → Necessidade → Ação → Resultado
-- **Critérios de decisão**: Adoção, retenção, recomendação, abandono
-
-Formato de ID: P-001, P-002, P-003...
-
-Também incluir:
-- **Matriz Personas/Features**: ⭐⭐⭐ Crítico | ⭐⭐ Importante | ⭐ Útil
-- **Anti-Personas**: Quem NÃO é o público-alvo
-
-### ETAPA 4: Criar definition-of-done.md
-
-Critérios obrigatórios:
-- **Código**: Review aprovado, convenções respeitadas, SOLID
-- **Testes**: 80% unit, integration, E2E, CI green
-- **Symfony UX Web**: Controller, Twig, Turbo, Stimulus, responsivo, WCAG 2.1 AA
-- **Flutter Mobile**: Widgets, Material/Cupertino, iOS 15+/Android 10+, 60 FPS
-- **API Platform**: Endpoints REST, validação, OpenAPI, ApiTestCase
-- **Paridade Web/Mobile**: Mesmo comportamento de negócio, mesma API
-- **Documentação**: PHPDoc, DartDoc, OpenAPI auto-gerado
-- **Qualidade**: PHPStan max, Dart analyzer, API < 200ms
-- **Deploy**: Migrations, staging, validação PO Web E Mobile
-
-### ETAPA 5: Criar Epics (EPIC-XXX-nome.md)
-
-Para cada Epic:
-```markdown
-# EPIC-XXX: [Nome]
-
-## Descrição
-[Valor de negócio]
-
-## User Stories Associadas
-| ID | Título | Pontos | Prioridade | Depende de |
-
-## Dependências com outros Epics
-### Pré-requisitos (bloqueantes)
-### Dependentes (bloqueados por este)
-
-## Minimum Marketable Feature (MMF)
-**MMF**: [Menor versão entregável com valor]
-**USs Incluídas**: US-XXX, US-XXX
-
-## Estimativa
-- Tamanho: S/M/L/XL
-- Sprints estimados: X
-```
-
-### ETAPA 6: Criar User Stories (US-XXX-nome.md)
-
-**Modelo INVEST (OBRIGATÓRIO)**:
-- **I**ndependente: Desenvolvível sozinha
-- **N**egociável: Não é contrato fixo
-- **V**aliosa: Traz valor
-- **E**stimável: Pode ser estimada
-- **S**ized: ≤ 8 pontos
-- **T**estável: Critérios verificáveis
-
-**Os 3 Cs (OBRIGATÓRIO)**:
-- **Card**: Conciso, formato "Como... Eu quero... Para que..."
-- **Conversation**: Notas para discussão em equipe
-- **Confirmation**: Critérios de aceitação
-
-````markdown
-# US-XXX: [Título]
-
-## EPIC Pai
-EPIC-XXX
-
-## Persona Relacionada
-**[P-XXX]**: [Nome] - [Papel]
-
-## User Story
-
-### Card
-**Como** [P-XXX: Nome, papel]
-**Eu quero** [ação]
-**Para que** [benefício alinhado com objetivos da persona]
-
-### Conversation
-- [Ponto a esclarecer 1]
-- [Pergunta aberta 2]
-
-### Validação INVEST
-- [ ] Independente / Negociável / Valiosa / Estimável / Sized / Testável
-
-## Critérios de Aceitação (formato Gherkin + SMART)
-
-**SMART**: Específico, Mensurável, Atingível, Realista, Temporal
-
-### Cenário nominal
-```gherkin
-Cenário: [Nome]
-DADO [estado inicial preciso]
-QUANDO [P-XXX] [ação específica]
-ENTÃO [resultado observável e mensurável]
-```
-
-### Cenários alternativos (mínimo 2)
-```gherkin
-Cenário: [Alternativa 1]
-...
-
-Cenário: [Alternativa 2]
-...
-```
-
-### Cenários de erro (mínimo 2)
-```gherkin
-Cenário: [Erro 1]
-DADO [contexto]
-QUANDO [ator] [ação errada]
-ENTÃO a mensagem "[mensagem exata]" é exibida
-```
-
-### Critérios UI/UX Web (Symfony UX)
-- [ ] Template Twig com Symfony UX
-- [ ] Turbo Frames/Streams
-- [ ] Stimulus se necessário
-- [ ] Responsivo, WCAG 2.1 AA
-
-### Critérios UI/UX Mobile (Flutter)
-- [ ] Widget Flutter
-- [ ] Material/Cupertino
-- [ ] iOS 15+, Android 10+
-- [ ] 60 FPS
-
-### Critérios API Platform
-- [ ] Endpoint REST
-- [ ] Códigos HTTP apropriados
-- [ ] Validação, paginação
-
-### Paridade Web/Mobile
-- [ ] Mesma funcionalidade em ambas plataformas
-- [ ] Mesma API consumida
-
-## Notas Técnicas
-- Entidade Doctrine: [Nome]
-- Resource API Platform: [Config]
-- Template Twig: [Path]
-- Widget Flutter: [Nome]
-
-## Estimativa
-- **Story Points**: [1/2/3/5/8]
-- **MoSCoW**: [Must/Should/Could/Won't]
-
-## Dependências
-### USs Pré-requisito (BLOQUEANTES)
-| US | Título | Motivo |
-
-### USs Dependentes (BLOQUEADAS)
-| US | Título |
-
-## Sprint Atribuído
-Sprint [X]
-````
-
-### ETAPA 7: Criar dependencies-matrix.md
-
-````markdown
-# Matriz de Dependências
-
-## Grafo entre Epics
-```mermaid
-graph TD
-    EPIC-001 --> EPIC-002
-    EPIC-001 --> EPIC-003
-```
-
-## Tabela de dependências
-| Epic | Depende de | Bloqueia | Criticidade |
-
-## Caminho crítico
-EPIC-001 → EPIC-002 → EPIC-004
-
-## Dependências inter-US
-| US Origem | US Destino | Motivo |
-````
-
-### ETAPA 8: Criar Sprints (sprint-XXX-objetivo/)
-
-**Convenção de nomenclatura**: sprint-XXX-objetivo_sprint
-Exemplos: sprint-001-walking_skeleton, sprint-002-jwt_authentication
-
-**sprint-goal.md**:
-````markdown
-# Sprint XXX: [Objetivo]
-
-## Objetivo do Sprint (Sprint Goal)
-> [Uma frase explicando POR QUE este Sprint e seu valor]
-
-## Cerimônias
-| Cerimônia | Duração |
-|-----------|---------|
-| Sprint Planning Parte 1 (O QUE) | 2h |
-| Sprint Planning Parte 2 (COMO) | 2h |
-| Daily Scrum | 15 min/dia |
-| Backlog Refinement | 5-10% sprint |
-| Sprint Review | 2h |
-| Retrospective | 1.5h |
-
-## User Stories Selecionadas
-| ID | Título | Pontos | Prioridade | Depende de | Status |
-
-Total: [X] pontos
-
-## Ordem de execução
-1. 🏁 US-XXX (fundação)
-2. US-XXX (depende de US-XXX)
-...
-
-## Grafo de dependências
-```mermaid
-graph TD
-    US-001 --> US-002
-```
-
-## Incremento entregável
-Ao final, usuário poderá (Web E Mobile): [valor]
-
-## Retrospective - Diretiva Fundamental
-> "Independentemente do que descobrimos, entendemos e verdadeiramente acreditamos
-> que todos fizeram o melhor trabalho possível."
-
-### Formato: Starfish
-- 🟢 Continuar fazendo
-- 🔴 Parar de fazer
-- 🟡 Começar a fazer
-- ⬆️ Mais de
-- ⬇️ Menos de
-````
-
-### ETAPA 9: Criar README.md
-
-Visão geral com:
-- Descrição do projeto
-- Personas (tabela)
-- Tech stack
-- Epics com personas associadas
-- Métricas (USs, pontos, sprints)
-- Roadmap de sprints
-- Links úteis
-
-## REGRAS SCRUM
-
-1. **Sprint**: 2 semanas fixas
-2. **Velocity**: 20-40 pontos/sprint
-3. **Máx US**: 8 pontos (senão dividir)
-4. **Fibonacci**: 1, 2, 3, 5, 8, 13, 21
-5. **Sprint 1**: Walking Skeleton (infra + 1 fluxo completo)
-6. **Vertical Slicing**: Cada US atravessa todas as camadas
-
-## CHECKLIST FINAL
-
-### User Stories
-- [ ] Todas respeitam INVEST e 3Cs
-- [ ] Formato "Como [P-XXX]..."
-- [ ] ≤ 8 pontos
-- [ ] Critérios Gherkin SMART (1 nominal + 2 alternativas + 2 erro)
-
-### Personas
-- [ ] Mínimo 3 (1 primária, 2+ secundárias)
-- [ ] Objetivos, frustrações, cenários
-- [ ] Matriz Personas/Features
-
-### Epics
-- [ ] MMF identificado para cada
-- [ ] Dependências com Mermaid
-
-### Sprints
-- [ ] Sprint 1 = Walking Skeleton
-- [ ] Sprint Goal em uma frase
-- [ ] Grafo de dependências por sprint
-
----
-Executar esta missão agora analisando documentos em ./docs/
+Execute `/workflow:plan --only=backlog $ARGUMENTS`: leia `.claude/commands/workflow/plan.md` e siga-o com estes argumentos.

package/Project/i18n/pt/commands/generate-constitution.md

@@ -1,227 +1,9 @@
 ---
-name: generate-constitution
-description: Generate a Project Constitution capturing immutable project decisions and principles
-arguments:
-  - name: output
-    description: Output path (default project-management/constitution.md)
-    required: false
+description: "Obsoleto (removido na 9.0): use /workflow:design --constitution"
+deprecated: true
+replaced-by: /workflow:design
 ---
 
-# /project:generate-constitution
+> ⚠️ `/project:generate-constitution` está obsoleto e será removido na 9.0. Use `/workflow:design --constitution`.
 
-## Mission
-
-Generate a comprehensive Project Constitution by analyzing the project context, existing documentation, and through interactive clarification with the user. The constitution captures immutable decisions about vision, technical constraints, design principles, non-functional requirements, and project boundaries.
-
-## Prerequisites
-
-- Project directory exists
-- Optional: `README.md` with project description
-- Optional: `project-management/prd.md` with product requirements
-- Optional: `project-management/tech-spec.md` with technical specification
-
-## Modo Plano
-
-> **O modo plano é obrigatório.** Antes de executar, Claude ativa o modo plano para analisar o código impactado, propor um plano de implementação e aguardar sua validação antes de realizar qualquer alteração.
-
-## Workflow
-
-### Phase 1: Context Discovery
-
-```
-╔══════════════════════════════════════════════════════════╗
-║         CONSTITUTION GENERATION - DISCOVERY               ║
-╠══════════════════════════════════════════════════════════╣
-║ Scanning project context...                               ║
-╚══════════════════════════════════════════════════════════╝
-```
-
-**Automatic Analysis:**
-1. Read `README.md` for project overview and tech stack
-2. Scan `project-management/prd.md` for product vision and requirements
-3. Check `project-management/tech-spec.md` for architecture decisions
-4. Analyze codebase structure for existing patterns and conventions
-5. Review `.claude/` configuration for established rules
-
-**Sources Found:**
-- [ ] README.md
-- [ ] project-management/prd.md
-- [ ] project-management/tech-spec.md
-- [ ] .claude/CLAUDE.md
-- [ ] Codebase structure analysis
-
-### Phase 2: Interactive Clarification
-
-Ask the user clarifying questions to fill gaps:
-
-#### Vision & Mission
-```
-┌─────────────────────────────────────────────────────────┐
-│ QUESTIONS - Vision & Mission                             │
-├─────────────────────────────────────────────────────────┤
-│ 1. What is the product vision in one sentence?           │
-│ 2. What does the product do, for whom, and why?          │
-│ 3. What are the non-negotiable objectives?               │
-│ 4. What would make this project a failure?               │
-└─────────────────────────────────────────────────────────┘
-```
-
-#### Technical Constraints
-```
-┌─────────────────────────────────────────────────────────┐
-│ QUESTIONS - Technical Constraints                        │
-├─────────────────────────────────────────────────────────┤
-│ 1. Which technologies are locked (non-negotiable)?       │
-│ 2. What architecture pattern must be followed?           │
-│ 3. What infrastructure constraints exist?                │
-│ 4. Are there mandatory third-party integrations?         │
-└─────────────────────────────────────────────────────────┘
-```
-
-#### Design Principles
-```
-┌─────────────────────────────────────────────────────────┐
-│ QUESTIONS - Design Principles                            │
-├─────────────────────────────────────────────────────────┤
-│ 1. Which design patterns are mandatory?                  │
-│ 2. Which patterns or practices are forbidden?            │
-│ 3. What code standards must be enforced?                 │
-│ 4. What testing strategy is required?                    │
-└─────────────────────────────────────────────────────────┘
-```
-
-#### Non-Functional Requirements
-```
-┌─────────────────────────────────────────────────────────┐
-│ QUESTIONS - Non-Functional Requirements                  │
-├─────────────────────────────────────────────────────────┤
-│ 1. What are the performance targets? (latency, load)     │
-│ 2. What security requirements exist?                     │
-│ 3. What compliance standards apply? (GDPR, SOC2, etc.)   │
-│ 4. What are the availability/uptime targets?             │
-└─────────────────────────────────────────────────────────┘
-```
-
-#### Boundaries
-```
-┌─────────────────────────────────────────────────────────┐
-│ QUESTIONS - Boundaries                                   │
-├─────────────────────────────────────────────────────────┤
-│ 1. What is explicitly out of scope?                      │
-│ 2. What external systems will be integrated?             │
-│ 3. What are the team boundaries and ownership rules?     │
-│ 4. Who has authority to amend this constitution?         │
-└─────────────────────────────────────────────────────────┘
-```
-
-### Phase 3: Constitution Generation
-
-Using the collected information, generate the constitution:
-
-1. **Load Template**: `./templates/constitution.md`
-2. **Fill Vision**: Populate vision, mission, and non-negotiable objectives
-3. **Lock Tech Stack**: Document all locked technology decisions
-4. **Define Principles**: Capture mandatory and forbidden patterns
-5. **Set NFRs**: Record performance, security, and compliance targets
-6. **Draw Boundaries**: Document exclusions and integration boundaries
-
-### Phase 4: Review & Ratification
-
-```
-╔══════════════════════════════════════════════════════════╗
-║              CONSTITUTION GENERATED                       ║
-╠══════════════════════════════════════════════════════════╣
-║ Output: project-management/constitution.md                ║
-║                                                           ║
-║ Sections completed:                                       ║
-║ ✅ Vision & Mission                                       ║
-║ ✅ Technical Constraints                                  ║
-║ ✅ Design Principles                                      ║
-║ ✅ Non-Functional Requirements                            ║
-║ ✅ Boundaries                                             ║
-║ ✅ Amendment Process                                      ║
-╚══════════════════════════════════════════════════════════╝
-```
-
-**Offer iterations:**
-- "Would you like to adjust any locked decisions?"
-- "Should I add more technical constraints?"
-- "Do you want to refine the boundaries?"
-
-## Output Structure
-
-```
-project-management/
-├── constitution.md           # Generated constitution
-└── analysis/
-    └── discovery-notes.md    # Notes from discovery phase
-```
-
-## Integration with Workflow
-
-After constitution generation, suggest next steps:
-
-```
-╔══════════════════════════════════════════════════════════╗
-║                     NEXT STEPS                            ║
-╠══════════════════════════════════════════════════════════╣
-║ Constitution is ratified! Recommended next actions:       ║
-║                                                           ║
-║ 1. /project:generate-prd         → Product requirements   ║
-║ 2. /project:generate-tech-spec   → Technical design       ║
-║ 3. /project:generate-backlog     → Create SCRUM backlog   ║
-║ 4. /workflow:plan                → Full planning phase     ║
-╚══════════════════════════════════════════════════════════╝
-```
-
-## Example Session
-
-```
-User: /project:generate-constitution
-
-Claude: Starting constitution generation...
-
-📂 Context Discovery
-Found sources:
-- README.md (project overview)
-- project-management/prd.md (product requirements)
-
-Let me ask some clarifying questions:
-
-❓ Vision & Mission
-1. What is your product vision in one sentence?
-> User: Empower small teams to ship quality software faster with AI-assisted workflows.
-
-❓ Technical Constraints
-2. Which technologies are locked?
-> User: TypeScript, React 19, PostgreSQL, Docker...
-
-❓ Design Principles
-3. Which patterns are mandatory?
-> User: Clean Architecture, TDD, SOLID principles...
-
-[... interactive Q&A continues ...]
-
-✅ Constitution Generated!
-Output: project-management/constitution.md
-
-The constitution includes:
-- Vision: AI-assisted development workflows
-- 6 locked technologies with versions
-- 4 mandatory patterns, 3 forbidden anti-patterns
-- Performance SLAs: <200ms p95, 99.9% uptime
-- 5 explicit exclusions
-
-Would you like me to:
-1. Adjust any locked decisions?
-2. Generate the PRD next?
-3. Start the technical specification?
-```
-
-## Related Commands
-
-- `/project:generate-prd` - Generate product requirements document
-- `/project:generate-tech-spec` - Generate technical specification
-- `/project:generate-backlog` - Create SCRUM backlog from PRD
-- `/workflow:init` - Initialize project workflow
-- `/workflow:plan` - Full planning phase workflow
+Execute `/workflow:design --constitution $ARGUMENTS`: leia `.claude/commands/workflow/design.md` e siga-o com estes argumentos.