@polymorphism-tech/morph-spec 3.0.0 → 3.0.1

package/CLAUDE.md

@@ -1,6 +1,4 @@
-# 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
 
@@ -13,311 +11,75 @@ 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 Azure manualmente (use Bicep)
 - 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**
 
 ---
 
-## 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:
+## WORKFLOW (5 Fases)
 
-**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`
+| 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 + Bicep | spec.md, contracts.cs, 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 |
 
 ---
 
-## 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 |
+## ESTRUTURA DO PROJETO
 
-**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}
+projeto/
+├── CLAUDE.md
+├── .morph/
+│   ├── project.md                  # Contexto
+│   ├── config/                     # config.json, agents.json
+│   ├── standards/                  # coding, architecture, azure
+│   ├── templates/                  # Templates para outputs
+│   ├── specs/                      # Specs ATIVAS
+│   ├── features/{feature-name}/    # Features EM DESENVOLVIMENTO
+│   │   ├── proposal.md, spec.md, tasks.md
+│   │   ├── contracts.cs, decisions.md, recap.md
+│   └── archive/                    # Features CONCLUÍDAS
+├── .claude/skills/                 # Agent skills
+└── infra/main.bicep + modules/    # IaC
 ```
 
 ---
 
-## DECISION POINTS
-
-### Regra: NUNCA decida sozinho sobre arquitetura, dependências externas ou estrutura de dados.
+## AGENTES
 
-**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)
+### Core (Sempre Ativos)
 
-**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).
+| Agente | Responsabilidades |
+|--------|-------------------|
+| **Standards Architect** | Padrões, nomenclatura, revisão |
+| **Azure Architect** | Infra Azure, Bicep, Container Apps |
+| **Cost Guardian** | Custos, alertas, bloqueios |
 
-**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/
+### Stack, Specialist, Integration, Infra
 
-**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}
-
-💡 Recomendação: {opção} porque {justificativa}
-Qual prefere?
-```
+> **Ref:** Root `CLAUDE.md` para tabela completa de agentes e keywords.
 
 ---
 
-## 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
-
-**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
+## LIMITES DE CUSTO
 
-**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
-```
-
-### 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`
+| Nível | Limite | Requisito |
+|-------|--------|-----------|
+| Sem aprovação | Free tier | Nenhum |
+| Com aprovação | Até $10/mês | Confirmação |
+| Acima de $10 | Justificativa | ADR |
 
 ---
 
@@ -331,115 +93,57 @@ Escalação: Se descobrir complexidade maior, `morph-spec state set {feature} wo
 | Recursos dinâmicos (Fabric, Azure AI) | SDK .NET |
 | CI/CD | YAML + Bicep |
 
-Estrutura: `infra/main.bicep` → `infra/modules/*.bicep` + `parameters.{env}.json`
-
 ---
 
-## STATE MANAGEMENT
+## TEMPLATES
 
-```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
-```
+> SEMPRE use `bin/render-template.js` para renderizar. NUNCA preencha placeholders manualmente.
 
-**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.
+### Placeholders: `{{PLACEHOLDER}}`
 
----
+| Placeholder | Exemplo |
+|-------------|---------|
+| `{{FEATURE_NAME}}` | `scheduled-reports` |
+| `{{FEATURE_NAME_PASCAL}}` | `ScheduledReports` |
+| `{{FEATURE_NAME_CAMEL}}` | `scheduledReports` |
+| `{{STACK}}` | `Blazor` |
+| `{{DATE}}`, `{{AUTHOR}}`, `{{NAMESPACE}}` | Auto from config.json |
 
-## COMANDOS
+### CLI
 
-> **npx** para projetos consumidores. **node bin/** apenas para dev do framework.
+```bash
+node bin/render-template.js <template> <output> <vars-json>
+# --verbose: show replacements | --dry-run: preview only
+```
 
-### User Commands
+### Available Templates
 
-**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 |
-| `/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-troubleshoot {error}` | Troubleshooting de erros |
+**MORPH outputs:** proposal, ui-design-system, ui-mockups, ui-components, ui-flows, spec, contracts.cs, decisions, tasks, recap
 
-**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` |
+**Code:** service.cs, repository.cs, agent.cs, job.cs, test.cs
 
 ---
 
-## ESTRUTURA DE OUTPUTS
+## COMANDOS
 
-```
-.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
-```
+| 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 |
+| `/morph-preflight` | Validação pre-deploy Azure |
+| `/morph-troubleshoot {error}` | Troubleshooting de erros |
 
 ---
 
 ## 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
+- `.morph/project.md` — Contexto do projeto
+- `.morph/standards/` — coding, architecture, azure
+- `.morph/templates/` — Templates para outputs
+- `.morph/config/agents.json` — Agentes
 
 ---
 

package/LICENSE

@@ -1,72 +1,72 @@
-Proprietary License
-
-Copyright (c) 2024-2025 Polymorphism Tech
-All rights reserved.
-
-MORPH-SPEC Framework - Proprietary Software License
-
-1. GRANT OF LICENSE
-
-Subject to the terms and conditions of this License, Polymorphism Tech ("Licensor")
-grants you a limited, non-exclusive, non-transferable license to:
-
-a) Install and use the MORPH-SPEC CLI tool for personal or commercial projects
-b) Use the generated templates and code in your own projects
-c) Modify generated code for your specific use cases
-
-2. RESTRICTIONS
-
-You may NOT:
-
-a) Redistribute, sell, lease, or sublicense the MORPH-SPEC framework itself
-b) Modify, decompile, reverse engineer, or create derivative works of the framework
-c) Remove or modify any copyright notices or proprietary markings
-d) Use the framework to create competing products or services
-e) Publicly fork or redistribute the source code
-f) Share access credentials to private repositories
-
-3. OWNERSHIP
-
-The MORPH-SPEC framework, including all code, documentation, templates, and
-associated materials, remains the exclusive property of Polymorphism Tech.
-
-4. GENERATED CODE
-
-Code and projects generated using MORPH-SPEC are yours to use, modify, and
-distribute as you see fit, including commercial use.
-
-5. SUPPORT AND UPDATES
-
-- CLI tool updates are provided via npm registry
-- Support is available at: support@polymorphism.tech
-- Documentation updates are included with each release
-
-6. WARRANTY DISCLAIMER
-
-THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
-IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
-FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.
-
-7. LIMITATION OF LIABILITY
-
-IN NO EVENT SHALL POLYMORPHISM TECH BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
-LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
-OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
-SOFTWARE.
-
-8. TERMINATION
-
-This license is effective until terminated. Your rights under this license will
-terminate automatically without notice if you fail to comply with any term of
-this license.
-
-9. CONTACT
-
-For licensing inquiries, custom licenses, or commercial support:
-Email: contact@polymorphism.com.br
-Website: https://polymorphism.com.br
-
----
-
-MORPH-SPEC v2.0.0
-by Polymorphism Tech
+Proprietary License
+
+Copyright (c) 2024-2025 Polymorphism Tech
+All rights reserved.
+
+MORPH-SPEC Framework - Proprietary Software License
+
+1. GRANT OF LICENSE
+
+Subject to the terms and conditions of this License, Polymorphism Tech ("Licensor")
+grants you a limited, non-exclusive, non-transferable license to:
+
+a) Install and use the MORPH-SPEC CLI tool for personal or commercial projects
+b) Use the generated templates and code in your own projects
+c) Modify generated code for your specific use cases
+
+2. RESTRICTIONS
+
+You may NOT:
+
+a) Redistribute, sell, lease, or sublicense the MORPH-SPEC framework itself
+b) Modify, decompile, reverse engineer, or create derivative works of the framework
+c) Remove or modify any copyright notices or proprietary markings
+d) Use the framework to create competing products or services
+e) Publicly fork or redistribute the source code
+f) Share access credentials to private repositories
+
+3. OWNERSHIP
+
+The MORPH-SPEC framework, including all code, documentation, templates, and
+associated materials, remains the exclusive property of Polymorphism Tech.
+
+4. GENERATED CODE
+
+Code and projects generated using MORPH-SPEC are yours to use, modify, and
+distribute as you see fit, including commercial use.
+
+5. SUPPORT AND UPDATES
+
+- CLI tool updates are provided via npm registry
+- Support is available at: support@polymorphism.tech
+- Documentation updates are included with each release
+
+6. WARRANTY DISCLAIMER
+
+THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
+IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
+FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.
+
+7. LIMITATION OF LIABILITY
+
+IN NO EVENT SHALL POLYMORPHISM TECH BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
+LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
+OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
+SOFTWARE.
+
+8. TERMINATION
+
+This license is effective until terminated. Your rights under this license will
+terminate automatically without notice if you fail to comply with any term of
+this license.
+
+9. CONTACT
+
+For licensing inquiries, custom licenses, or commercial support:
+Email: contact@polymorphism.com.br
+Website: https://polymorphism.com.br
+
+---
+
+MORPH-SPEC v2.0.0
+by Polymorphism Tech