@polymorphism-tech/morph-spec 3.0.0 → 3.1.0

package/CLAUDE.md

@@ -1,10 +1,24 @@
-# MORPH-SPEC - Instruções para Claude Code
-
-**M**ethodical **O**rchestration for **R**eliable **P**roduction-ready **SPEC**-driven development
+# MORPH-SPEC - Instruções para Claude Code (Consumer)
 
 > by Polymorphism Tech
 
-Sistema de desenvolvimento orientado por especificações. Hub de agentes especializados em multi-stack (.NET/Blazor, .NET/Next.js) com Infrastructure as Code.
+Sistema de desenvolvimento orientado por especificações. Hub de agentes especializados em multi-stack com Infrastructure as Code.
+
+---
+
+## STACKS DISPONÍVEIS
+
+| Stack | Backend | Frontend | Database | Deploy | CLAUDE.md |
+|-------|---------|----------|----------|--------|-----------|
+| **blazor-azure** | .NET 10 Blazor Server | Blazor (C#) | Azure SQL | Azure Container Apps (Bicep) | `stacks/blazor-azure/CLAUDE.md` |
+| **nextjs-supabase** | .NET 10 Minimal API | Next.js 15 | Supabase (PostgreSQL) | EasyPanel (Docker) | `stacks/nextjs-supabase/CLAUDE.md` |
+
+Para novos projetos, copie os arquivos da stack desejada:
+```bash
+cp -r stacks/{stack}/.morph/ seu-projeto/.morph/
+cp -r stacks/{stack}/.claude/ seu-projeto/.claude/
+cp stacks/{stack}/CLAUDE.md seu-projeto/CLAUDE.md
+```
 
 ---
 
@@ -13,433 +27,87 @@ Sistema de desenvolvimento orientado por especificações. Hub de agentes especi
 ### NUNCA:
 - Pular direto para código sem especificação
 - Implementar sem aprovação do design
-- Ignorar os padrões (framework/standards/ ou project/standards/)
-- Criar recursos Azure manualmente no portal (use Bicep)
+- Ignorar padrões em `.morph/standards/`
+- Criar recursos de infra manualmente (use IaC)
 - Gerar código sem contracts definidos
-- **Tomar decisões técnicas sozinho (infraestrutura, bibliotecas, patterns, schemas)**
 
 ### SEMPRE:
-- Seguir workflow adequado à complexidade (ver WORKFLOWS)
-- Gerar outputs em `.morph/project/outputs/{feature}/`
+- Seguir as 5 fases obrigatórias
+- Gerar outputs em `.morph/features/{feature}/`
 - Documentar decisões em `decisions.md`
 - Checkpoint a cada 3 tasks implementadas
-- Usar Infrastructure as Code (Bicep)
-- Usar exclusivamente Microsoft Agent Framework (.NET 10)
-- Coletar input do usuário na FASE 1.5 (layout, referências, imagens)
-- **Consultar usuário em DECISION POINTS**
+- Usar Infrastructure as Code
 
 ---
 
-## AGENTES E SKILLS (v3.0 Hierarchical)
-
-**MORPH 3.0** usa arquitetura hierárquica de **4 tiers** com **30 agentes** organizados em **squads**:
-
-### Hierarquia (4 Tiers)
-
-**Tier 1: Orchestrators (3)** — Coordenação global
-- `standards-architect` — Chief Architect (Team Lead) — *sempre ativo*
-- `ai-system-architect` — AI/Agent Architect
-- `popm-advisor` — Product/Project Advisor (FASE 0-2 only)
-
-**Tier 2: Domain Leaders (3)** — Líderes de Squad
-- `dotnet-senior` — Backend Squad Leader — *sempre ativo*
-- `azure-architect` — Infrastructure Squad Leader — *sempre ativo*
-- `ui-designer` — UI/UX Squad Leader (FASE 1.5 only)
-
-**Tier 3: Specialists (23)** — Experts por domínio
-- **Backend Squad (10):** `ef-modeler`, `event-architect`, `api-designer`, `nosql-cache-expert`, `ddd-expert`, `hangfire-orchestrator`, `ms-agent-expert`, `asaas-financial`, `clerk-auth`, `resend-email`
-- **Frontend Squad (3):** `blazor-builder`, `nextjs-expert`, `css-specialist`
-- **Infrastructure Squad (5):** `bicep-architect`, `devops-engineer`, `container-specialist`, `observability-expert`, `azure-identity`
-- **Quality Squad (5):** `testing-specialist`, `code-analyzer`, `troubleshooting-expert`, `load-testing-expert`, `documentation-specialist`
-
-**Tier 4: Validators (1)** — Executam em hooks (não teammates)
-- `security-expert` — Valida em TeammateIdle/TaskCompleted hooks
-
-### Agent Detection & Activation
-
-**Workflow:** Keywords no input → `npx morph-spec detect-agents "{input}"` → retorna agent-ids → Claude ativa agentes → invoca Skills dos detectados
-
-```bash
-npx morph-spec detect-agents "implementar jobs agendados"    # Detectar agentes por keywords
-npx morph-spec detect-agents --verbose "criar dashboard"      # Ver matches detalhados
-npx morph-spec detect                                         # Detectar stack/arquitetura do projeto
-npx morph-spec validate-agents-skills                         # Validar consistência
-```
-
-Após detectar, registrar: `morph-spec state add-agent {feature} {agent-id}`
-
-### Skills (5 Níveis)
-
-Skills organizados em **hierarquia de 5 níveis** em `content/.claude/skills/`:
-
-- **Level 0: Meta-Skills** — Orquestração high-level (morph-checklist, code-review)
-- **Level 1: Workflows** — Fases MORPH (phase-setup, phase-design, phase-uiux, etc.)
-- **Level 2: Domains** — Expertise por squad (backend/, frontend/, infrastructure/, quality/, ai-agents/, integrations/, architecture/)
-- **Level 3: Technologies** — Patterns específicos de tech (a serem populados)
-- **Level 4: Patterns** — Design patterns (CQRS, Event Sourcing, DDD — a serem populados)
-
-### Agent Teams (Claude Code Integration)
-
-Para **features complexas** (≥5 agentes, multi-domain, ≥15 arquivos), MORPH pode usar **Agent Teams** (Claude Code experimental feature) para execução paralela:
-
-**Quando usar Agent Teams:**
-- ✅ Features high/critical complexity
-- ✅ Multi-domain (backend + frontend + infra)
-- ✅ 3+ módulos independentes
-- ✅ 5+ specialists ativos
-- ❌ NUNCA para trivial/low complexity
-
-**Como funciona:**
-1. `team-orchestrator.js` detecta necessidade de Team
-2. Constrói hierarquia: Team Lead (delegate mode) → Domain Leaders → Specialists
-3. Spawna teammates com prompts hierárquicos
-4. Team Lead coordena, Domain Leaders gerenciam squads, Specialists implementam
-5. Validators rodam em hooks (TeammateIdle, TaskCompleted)
-
-**Enable:** `CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1` in `settings.local.json`
-
-**Display modes:** `auto` (tmux se disponível) | `in-process` (Shift+Up/Down) | `tmux` (split panes)
-
-**Detalhes:** Ver `framework/standards/agent-teams-workflow.md`
-
----
-
-## WORKFLOWS POR COMPLEXIDADE
-
-O MORPH-SPEC detecta automaticamente a complexidade via `src/lib/complexity-analyzer.js`. Override: `[FAST-TRACK]` ou `[FULL-MORPH]` no pedido.
-
-| Aspecto | Fast Track | Standard | Full MORPH | UI Refresh | Design Impl |
-|---------|-----------|----------|------------|------------|-------------|
-| **Quando** | Bug fixes, ajustes | Features simples | Features complexas | Redesign visual | Prototipo → Codigo |
-| **Arquivos** | ≤ 3 | 3-10 | > 10 | CSS + .razor | .html → .razor |
-| **Fases** | 2 | 4 | 9 (todas) | 3 | 3 |
-| **Pausas** | 1 | 2-3 | 5-6 | 2 | 2 |
-| **Outputs** | Nenhum | proposal, spec, recap | Todos (9+) | checklist, CSS, recap | recap, CSS |
-
-**Detalhes de cada workflow:** Ler `content/.morph/docs/workflows/` para fases completas.
-
-**Keywords de detecção:**
-- **Trivial:** bug, fix, corrigir, ajustar, hotfix, edge case, cor, css
-- **Infra:** azure, bicep, sql, container, deploy, infra
-- **Arquitetura:** sistema, autenticação, integração, pattern, cqrs, subsistema
-- **UI Refresh:** redesign, redesenhar, bonito, visual, estetica, modernizar
-- **Design Impl:** prototipo, prototype, figma, html para, converter design, replicar
-
----
-
-## AS 9 FASES DO WORKFLOW
-
-| Fase | Gatilho | Ações Principais | Output | Pausa? |
-|------|---------|-------------------|--------|--------|
-| **0.5 CONTEXT** | Início sessão (auto) | Detectar framework, projeto, stack, histórico; gerar standards inferidos | context/, inferred.md | Não |
-| **0 PROPOSAL** | Feature request | `npx morph-spec detect`; analisar; gerar proposal.md; registrar agentes | proposal.md | **Sim** |
-| **1 SETUP** | Proposal aprovado | Ler config.json; confirmar stack; ativar agentes; criar pasta outputs | Confirmação | Não |
-| **1.5 UI/UX** | Setup + keywords UI *(condicional)* | Perguntar layout/refs ao usuário; gerar wireframes e specs AGNÓSTICOS (sem escolher lib UI) | ui-*.md | **Sim** |
-| **2 DESIGN** | Contexto confirmado | Gerar spec.md + contracts.cs; DECISION POINTS (lib UI, padrões, dados, infra, SDKs); estimar custos | spec.md, contracts.cs, decisions.md | **Sim** |
-| **3 CLARIFY** | Design aprovado | Identificar ambiguidades; perguntas de clarificação; validar edge cases | Spec atualizado | Não |
-| **4 TASKS** | Clarificações resolvidas | Quebrar spec em tasks T001-TXXX; definir ordem, checkpoints, dependências | tasks.json | **Sim** |
-| **5 IMPLEMENT** | Tasks aprovadas | Implementar task por task; `npx morph-spec task done {feature} {task-id}` após cada; gerar recap.md | Código + recap.md | Não |
-| **6 SYNC** | Implementação + complexidade média/alta *(condicional)* | Promover decisions.md para project/standards/; gerar commit sync | standards/*.md | **Sim** |
-
-**Fases Obrigatórias:** 0, 1, 2, 3, 4, 5
-**Fases Condicionais:** 0.5 (auto), 1.5 (se UI), 6 (se complexo)
-
-### Regras da FASE 5 (IMPLEMENT)
-
-- **SEMPRE** chamar `npx morph-spec task done {feature} {task-id}` após cada task (validators run automatically)
-- **Se validação falhar:** corrigir violações ANTES de re-executar `task done`. NUNCA usar `--skip-validation` sem autorização do usuário
-- **NUNCA** atualizar state.json ou tasks.json manualmente
-- **NUNCA** pular tasks com dependências não completadas
-- Framework gerencia checkpoints automaticamente (a cada 3 tasks, inclui validation summary)
-- Usar `morph-spec phase advance {feature}` para avançar entre fases (valida → avança → mostra próximos passos)
-- Gerar recap: `morph-spec generate recap {feature}` (auto-popula com dados reais de state + validation + contracts)
-
----
-
-## PAUSAS INTERATIVAS
-
-Toda pausa obrigatória termina com **exatamente 3 itens** (mix de ações/perguntas/sugestões):
-
-| Fase | Mix Recomendado |
-|------|----------------|
-| PROPOSAL | 1 ação + 1 pergunta + 1 sugestão |
-| DESIGN | 2 ações + 1 pergunta/sugestão |
-| TASKS | 3 ações (aprovar/repriorizar/adicionar) |
-
-**Template:**
-```
-⛔ PAUSA OBRIGATÓRIA
-{Contexto breve}
-1. {Emoji} **{Título}** - {Descrição}
-2. {Emoji} **{Título}** - {Descrição}
-3. {Emoji} **{Título}** - {Descrição}
-```
-
----
-
-## DECISION POINTS
-
-### Regra: NUNCA decida sozinho sobre arquitetura, dependências externas ou estrutura de dados.
-
-**Requer aprovação do usuário:**
-- Infraestrutura Azure (recursos, SKUs, tiers, custos)
-- Bibliotecas e Frameworks (NuGet, UI libs, auth providers, SDKs)
-- Padrões Arquiteturais (CQRS vs simples, Repository vs EF direto, etc.)
-- Estrutura de Dados (entidades, relacionamentos, normalização)
-
-**Decisões são ENFORCED por validators na FASE 5.** Ao documentar decisão em `decisions.md`, os validators automaticamente ajustam suas regras (ex: "Fluent UI chosen" → blazor-validator valida Fluent patterns; "Hangfire chosen" → blazor-concurrency analyzer ativado).
-
-**Decisões automáticas permitidas:**
-- Nomenclatura (seguir standards), estrutura de pastas, imports, formatação, tipos primitivos, validações básicas, padrões já em project/standards/
-
-**Template de decisão:**
-```
-🤔 DECISÃO TÉCNICA NECESSÁRIA
-Contexto: {por que decidir agora}
-
-Opção 1: {Nome} - ✅ {vantagens} | ❌ {desvantagens} | ⚡ {complexidade}
-Opção 2: {Nome} - ✅ {vantagens} | ❌ {desvantagens} | ⚡ {complexidade}
+## WORKFLOW (5 Fases)
 
-💡 Recomendação: {opção} porque {justificativa}
-Qual prefere?
-```
+| Fase | Gatilho | Ações | Output | Pausa? |
+|------|---------|-------|--------|--------|
+| **1. SETUP** | Feature request | Ler project.md, identificar stack, ativar agentes, criar pasta | proposal.md | Não |
+| **2. DESIGN** | Setup concluído | Spec + contracts + decisions + custos + IaC | spec.md, contracts, decisions.md | **Sim** |
+| **3. CLARIFY** | Design aprovado | Ambiguidades, perguntas, edge cases | Spec atualizado | Não |
+| **4. TASKS** | Clarificações resolvidas | Quebrar em tasks, ordem, checkpoints, dependências | tasks.md | **Sim** |
+| **5. IMPLEMENT** | Tasks aprovadas | Task por task, checkpoint a cada 3, recap | Código + recap.md | Não |
 
 ---
 
-## STANDARDS ENFORCEMENT PIPELINE
-
-MORPH 3.0 possui pipeline completo de enforcement automático (Fases 1-6) que garante qualidade e conformidade sem intervenção manual.
-
-### Pipeline Data-Driven
-
-**Fonte única de verdade:**
-- `agents.json` → Mapping agente→validators (27/30 agentes configurados)
-- `framework/standards/` → Padrões C# otimizados (23% token reduction)
-- `decisions.md` → Constraints arquiteturais (flow para validators)
-- `state.json` → Agentes ativos (determina validators executados)
-
-### 3 Níveis de Enforcement
-
-**1. Soft (Context Injection)**
-- Standards automaticamente carregados para agentes via `detect-agents --json`
-- 55k+ caracteres de standards por agente
-- Inclui: coding, architecture, blazor-*, css-*, agent-framework-*
-- Sem compressão (200k context window disponível)
-
-**2. Medium (Validation)**
-- Validators detectam violações e mostram warnings
-- Executam em `morph-spec task done` ANTES de marcar task completo
-- 7 validators disponíveis: architecture, packages, blazor, blazor-concurrency, blazor-state, css, design-system
-- Resultados por-validator + summary consolidado
+## ESTRUTURA DO FRAMEWORK
 
-**3. Hard (Gates)**
-- `advance-phase` bloqueia avanço em falhas críticas:
-  - **Spec Gate:** Bloqueia design → clarify/tasks se contracts.cs tem violações C#
-  - **Design System Gate:** Bloqueia tasks → implement se UI agents ativos sem design system
-- Gates fornecem mensagens de erro acionáveis + soluções
-
-### Validações Automáticas
-
-**Spec Validator (FASE 2):**
-- ❌ UPPER_SNAKE_CASE em constants (deve ser PascalCase)
-- ❌ Async methods sem CancellationToken parameter
-- ❌ Methods retornando Task sem sufixo `Async`
-- ⚠️ Classes não-sealed (warning)
-- ⚠️ DTOs como class em vez de record (warning)
-
-**Design System Validator (FASE 5):**
-- ❌ Hardcoded colors fora da palette do design system
-- ❌ Inline styles em arquivos .razor
-- Valida contra 4 níveis: feature-output > project-markdown > generated-css > existing-css-variables
-
-**Contract Compliance (FASE 5):**
-- Valida que código implementado segue contracts.cs
-- Checa interfaces declaradas vs implementadas
-- Detecta métodos faltantes ou assinaturas incorretas
-
-### Decision Constraints (ADR-Driven)
-
-Ao documentar decisão em `decisions.md`, validators ajustam automaticamente:
-
-```markdown
-## ADR-001: UI Library Choice
-**Status:** Accepted
-**Decision:** Use Fluent UI Blazor
 ```
-
-→ Validator `blazor` recebe `{ uiLib: "fluent" }` → valida patterns Fluent-specific
-
-```markdown
-## ADR-002: Architecture Pattern
-**Status:** Accepted
-**Decision:** Implement CQRS pattern
-```
-
-→ Validator `architecture` recebe `{ pattern: "cqrs" }` → checa Commands/Queries/Handlers
-
-### Comandos de Validação
-
-```bash
-# Auto-execução (integrado ao workflow)
-morph-spec task done {feature} {task-id}          # Validators rodam automaticamente
-morph-spec phase advance {feature}                # Gates checam pré-requisitos
-
-# Manual (troubleshooting)
-morph-spec validate {feature}                     # Rodar todos validators
-morph-spec validate {feature} --validator=blazor  # Validator específico
-morph-spec validate {feature} --verbose           # Output detalhado
+morph-spec-framework/
+├── stacks/
+│   ├── blazor-azure/              # Stack Blazor + Azure
+│   │   ├── CLAUDE.md
+│   │   ├── .morph/{config, standards, templates, examples}
+│   │   └── .claude/{skills, commands}
+│   │
+│   └── nextjs-supabase/           # Stack Next.js + Supabase
+│       ├── CLAUDE.md
+│       ├── .morph/{config, standards, templates, examples}
+│       └── .claude/{skills}
+│
+├── framework/                     # Compartilhado entre stacks
+│   └── standards/{13 files}       # coding, architecture, blazor-*, css-*
+│
+└── src/                           # CLI (morph-spec)
 ```
 
-### Bypass de Emergência
-
-**NUNCA use sem autorização explícita do usuário:**
-```bash
-morph-spec task done {feature} {task-id} --skip-validation  # Emergências APENAS
-morph-spec phase advance {feature} --skip-warnings          # Ignora warnings (não errors)
-```
-
-**Quando permitido:**
-- Deploy urgente de hotfix crítico
-- Validator com bug conhecido (registrar issue)
-- Usuário aprovou explicitamente bypass temporário
-
----
-
-## QUANDO NÃO USAR MORPH
-
-| Não usar MORPH | Sempre usar MORPH |
-|----------------|-------------------|
-| Bug fix simples (< 3 arquivos) | Nova feature com UI |
-| Hotfix urgente | Integração com API externa |
-| Ajuste CSS/typo | Novo subsistema/módulo |
-| Atualizar dependência | Mudança de schema de banco |
-| Pergunta sobre código | Autenticação/autorização |
-
-> **Regra de Ouro:** ARQUITETURA, DEPENDÊNCIAS EXTERNAS ou ESTRUTURA DE DADOS → Use MORPH. CORREÇÃO, AJUSTE ou OPERAÇÃO → Faça diretamente.
-
-Escalação: Se descobrir complexidade maior, `morph-spec state set {feature} workflow full-morph`
-
----
-
-## INFRASTRUCTURE AS CODE
-
-> NUNCA criar recursos Azure manualmente. Tudo via Bicep.
-
-| Recurso | Abordagem |
-|---------|-----------|
-| Infra estática (SQL, Storage, Container Apps) | Bicep |
-| Recursos dinâmicos (Fabric, Azure AI) | SDK .NET |
-| CI/CD | YAML + Bicep |
-
-Estrutura: `infra/main.bicep` → `infra/modules/*.bicep` + `parameters.{env}.json`
-
----
-
-## STATE MANAGEMENT
-
-```bash
-morph-spec state init                                    # Inicializar
-morph-spec state set {feature} phase {phase}             # Atualizar fase
-morph-spec state set {feature} status {status}           # Atualizar status
-morph-spec state add-agent {feature} {agent-id}          # Adicionar agente
-morph-spec state mark-output {feature} {type}            # Marcar output
-morph-spec state checkpoint {feature} "{nota}"           # Registrar checkpoint
-morph-spec state list                                    # Dashboard
-morph-spec state get {feature}                           # Detalhes
-```
-
-**Quando atualizar:** Criar proposal → phase proposal + mark-output proposal. Iniciar design → phase design + add-agent. Aprovar design → status approved + mark-output spec/contracts. Implementar → phase implement + tasks.total. Completar task → tasks.completed. Finalizar → status done + mark-output recap.
-
 ---
 
 ## COMANDOS
 
-> **npx** para projetos consumidores. **node bin/** apenas para dev do framework.
-
-### User Commands
-
-**Slash Commands (o que o usuário digita):**
-| Comando | Descrição |
-|---------|-----------|
-| `/morph-proposal {feature}` | Spec pipeline completo (fases 0-4 com pausas e auto-continuação) |
-| `/morph-apply {feature}` | Implementar (fase 5, valida fases anteriores) |
-| `/morph-status` | Dashboard de progresso |
+| Comando | Ação |
+|---------|------|
+| `/morph-proposal {feature}` | Spec pipeline completo (fases 0-4, auto-continuação com pausas) |
+| `/morph-apply {feature}` | Implementar feature (fase 5) |
+| `/morph-status` | Dashboard |
 | `/morph-archive {feature}` | Arquivar feature concluída |
-| `/morph-infra {action}` | Gerenciar infra Bicep (init, validate, plan, deploy) |
-| `/morph-preflight` | Validação pre-deploy Azure |
+| `/morph-infra {action}` | Gerenciar infra (Bicep ou Docker) |
+| `/morph-preflight` | Validação pre-deploy |
 | `/morph-troubleshoot {error}` | Troubleshooting de erros |
 
-**CLI (o que o usuário executa no terminal):**
-| Comando | Descrição |
-|---------|-----------|
-| `morph-spec init` | Inicializar MORPH no projeto |
-| `morph-spec update` | Atualizar templates e standards |
-| `morph-spec doctor` | Check de saúde |
-
-### Framework Commands (Claude internal)
-
-> Comandos usados pelo Claude automaticamente durante o workflow. Usuário NÃO precisa executar.
-
-| Comando | Quando |
-|---------|--------|
-| `morph-spec detect-agents "{text}"` | Detectar agentes na proposta |
-| `morph-spec state <action>` | Gerenciar state.json |
-| `morph-spec task done/start/next` | Gerenciar tasks na implementação |
-| `morph-spec phase advance {feature}` | Avançar entre fases |
-| `morph-spec generate recap/design-system` | Gerar outputs |
-| `morph-spec validate-phase {feature} {phase}` | Validar pré-requisitos |
-| `morph-spec validate/validate-blazor/lint-fluent/...` | Validators |
-| `morph-spec story create/shard/status` | Story-driven development |
-
-### Internal Workflow Skills (auto-invoked by /morph-proposal)
-
-| Skill | Fase | Path |
-|-------|------|------|
-| phase-setup | 1 | `.claude/skills/workflows/phase-setup.md` |
-| phase-uiux | 1.5 | `.claude/skills/workflows/phase-uiux.md` |
-| phase-design | 2 | `.claude/skills/workflows/phase-design.md` |
-| phase-clarify | 3 | `.claude/skills/workflows/phase-clarify.md` |
-| phase-tasks | 4 | `.claude/skills/workflows/phase-tasks.md` |
-
 ---
 
-## ESTRUTURA DE OUTPUTS
+## TEMPLATES
 
-```
-.morph/project/outputs/{feature-name}/
-├── proposal.md          # FASE 0
-├── ui-design-system.md  # FASE 1.5 (se front-end)
-├── ui-mockups.md        # FASE 1.5 (se front-end)
-├── ui-components.md     # FASE 1.5 (se front-end)
-├── ui-flows.md          # FASE 1.5 (se front-end)
-├── spec.md              # FASE 2
-├── contracts.cs         # FASE 2
-├── tasks.json           # FASE 4
-├── decisions.md         # FASE 2+ (acumulativo)
-└── recap.md             # FASE 5
-```
+> SEMPRE use `bin/render-template.js` para renderizar. NUNCA preencha placeholders manualmente.
+
+| Placeholder | Exemplo |
+|-------------|---------|
+| `{{FEATURE_NAME}}` | `scheduled-reports` |
+| `{{FEATURE_NAME_PASCAL}}` | `ScheduledReports` |
+| `{{STACK}}` | `Blazor` ou `NextjsSupabase` |
+| `{{DATE}}`, `{{AUTHOR}}`, `{{NAMESPACE}}` | Auto from config.json |
 
 ---
 
 ## REFERÊNCIAS
 
-### Standards (framework/standards/)
-`coding.md` | `architecture.md` | `azure.md` | `agent-framework-setup.md` | `agent-framework-workflows.md` | `agent-framework-production.md` | `agent-framework-blazor-ui.md` | `agent-teams-workflow.md` | `passkeys-auth.md` | `vector-search-rag.md` | `dotnet10-migration.md` | `fluent-ui-blazor.md` | `migration-guide.md`
-
-### Templates
-- `content/.morph/templates/` - Source (NPM package)
-- `.morph/templates/` - No projeto consumidor (editável, copiado pelo `init`)
-
-### Project Context
-`.morph/project/context/README.md` | `.morph/project/standards/inferred.md` | `.morph/project/standards/*.md` | `.morph/config.json`
-
-### Skills
-- `workflows/` - phase-setup, phase-uiux, phase-design, phase-clarify, phase-tasks, morph-replicate
-- `checklists/` - morph-checklist, simulation-checklist, code-review
-- `integrations/` - asaas-financial, clerk-auth, azure-identity, resend-email
-- `specialists/` - dotnet-senior, code-analyzer, ui-ux-designer, ai-system-architect, ef-modeler, hangfire-orchestrator, testing-specialist, etc.
-- `stacks/` - dotnet-blazor, dotnet-nextjs
-- `infra/` - bicep-architect, devops-engineer, container-specialist
+- `stacks/{stack}/CLAUDE.md` — Instruções específicas da stack
+- `stacks/{stack}/.morph/standards/` — Standards da stack
+- `stacks/{stack}/.morph/config/agents.json` — Agentes da stack
+- `framework/standards/` — Standards compartilhados (coding, architecture)
 
 ---