@polymorphism-tech/morph-spec 4.3.3 → 4.3.4

package/stacks/blazor-azure/.claude/commands/morph-infra.md

@@ -1,209 +0,0 @@
-# /morph-infra - Infrastructure Management
-
-Gerencia infraestrutura Azure usando Bicep templates.
-
-## Uso
-
-```
-/morph-infra [action] [options]
-```
-
-### Actions
-
-| Action | Descrição |
-|--------|-----------|
-| `init` | Inicializa estrutura IaC no projeto |
-| `validate` | Valida templates Bicep |
-| `plan` | Mostra what-if de mudanças |
-| `deploy` | Executa deploy dos recursos |
-| `destroy` | Remove todos os recursos |
-
----
-
-## Workflow
-
-### 1. INIT - Inicializar IaC
-
-Quando o usuário solicitar `/morph-infra init`:
-
-1. Criar estrutura `infra/` no projeto:
-   ```
-   infra/
-   ├── main.bicep
-   ├── parameters.dev.json
-   ├── parameters.prod.json
-   └── modules/
-       ├── container-app.bicep
-       ├── container-app-env.bicep
-       ├── sql-database.bicep
-       ├── storage.bicep
-       ├── key-vault.bicep
-       └── app-insights.bicep
-   ```
-
-2. Copiar templates de `.morph/templates/infra/`
-
-3. Substituir placeholders:
-   - `{{APP_NAME}}` → nome do projeto
-   - `{{SUBSCRIPTION_ID}}` → solicitar ao usuário
-   - `{{RESOURCE_GROUP}}` → sugerir padrão `rg-{app}-{env}`
-
-4. Documentar no `decisions.md` a estrutura criada
-
----
-
-### 2. VALIDATE - Validar Templates
-
-Quando o usuário solicitar `/morph-infra validate`:
-
-1. Executar validação Bicep:
-   ```bash
-   az bicep build --file infra/main.bicep
-   ```
-
-2. Verificar parâmetros necessários
-
-3. Reportar erros ou sucesso
-
----
-
-### 3. PLAN - Preview de Mudanças
-
-Quando o usuário solicitar `/morph-infra plan [env]`:
-
-1. Verificar se Azure CLI está autenticado:
-   ```bash
-   az account show
-   ```
-
-2. Executar what-if:
-   ```bash
-   az deployment group what-if \
-     --resource-group rg-{app}-{env} \
-     --template-file infra/main.bicep \
-     --parameters @infra/parameters.{env}.json
-   ```
-
-3. Apresentar resumo de mudanças:
-   - Recursos a criar
-   - Recursos a modificar
-   - Recursos a deletar
-   - Custos estimados
-
-4. ⛔ **PARE e aguarde aprovação** para deploy
-
----
-
-### 4. DEPLOY - Executar Deploy
-
-Quando o usuário solicitar `/morph-infra deploy [env]`:
-
-1. Verificar aprovação do plan
-
-2. Criar resource group se não existir:
-   ```bash
-   az group create --name rg-{app}-{env} --location brazilsouth
-   ```
-
-3. Executar deploy:
-   ```bash
-   az deployment group create \
-     --resource-group rg-{app}-{env} \
-     --template-file infra/main.bicep \
-     --parameters @infra/parameters.{env}.json
-   ```
-
-4. Capturar outputs:
-   - Container App URL
-   - SQL Connection String
-   - Key Vault URI
-
-5. Atualizar documentação com informações do deploy
-
----
-
-### 5. DESTROY - Remover Recursos
-
-Quando o usuário solicitar `/morph-infra destroy [env]`:
-
-1. ⚠️ **ALERTAR** que esta ação é irreversível
-
-2. Listar recursos que serão deletados
-
-3. ⛔ **PARE e aguarde confirmação explícita** ("sim, deletar")
-
-4. Executar:
-   ```bash
-   az group delete --name rg-{app}-{env} --yes --no-wait
-   ```
-
----
-
-## Regras de Segurança
-
-### NUNCA:
-- Expor secrets em logs
-- Commitar arquivos com secrets
-- Deletar recursos de produção sem confirmação explícita
-- Criar recursos fora do Bicep (zero portal)
-
-### SEMPRE:
-- Usar Key Vault para secrets
-- Validar Bicep antes de deploy
-- Executar what-if antes de deploy
-- Documentar custos estimados
-- Manter parameters.json separados por ambiente
-
----
-
-## Cost Guardian Integration
-
-Antes de qualquer deploy, verificar com Cost Guardian:
-
-1. Estimar custos mensais dos recursos
-2. Verificar se está dentro dos limites aprovados:
-   - Free tier: sem aprovação
-   - Até $10/mês: requer confirmação
-   - Acima de $10: requer ADR
-
----
-
-## Exemplo de Uso
-
-```
-Usuário: /morph-infra init
-Claude: Criando estrutura IaC...
-        - infra/main.bicep
-        - infra/parameters.dev.json
-        - infra/modules/*.bicep
-        Pronto! Execute /morph-infra validate para verificar.
-
-Usuário: /morph-infra plan dev
-Claude: Analisando mudanças para ambiente dev...
-
-        CRIAR:
-        + Container App Environment
-        + Container App
-        + SQL Server (Free)
-        + Storage Account (LRS)
-        + Key Vault
-        + Application Insights
-
-        CUSTO ESTIMADO: ~$0/mês (Free tier)
-
-        Aprovar deploy? (sim/não)
-
-Usuário: sim
-Claude: Executando deploy...
-        ✓ Resource Group criado
-        ✓ Deploy concluído em 3m 45s
-
-        OUTPUTS:
-        - URL: https://myapp-dev.azurecontainerapps.io
-        - SQL: tcp:myapp-dev-sql.database.windows.net
-        - Key Vault: https://myapp-dev-kv.vault.azure.net
-```
-
----
-
-*MORPH-SPEC by Polymorphism Tech*

package/stacks/blazor-azure/.morph/.morphversion

@@ -1,5 +0,0 @@
-{
-  "morphVersion": "4.3.2",
-  "installedAt": "2026-02-19T18:19:59.704Z",
-  "cliVersion": "4.3.2"
-}

package/stacks/blazor-azure/.morph/project/context/README.md

@@ -1,17 +0,0 @@
-# blazor-azure - Project Context
-
-## Overview
-
-This file will be auto-updated by MORPH-SPEC detection system.
-
-## Stack
-
-Run `morph-spec detect` to analyze your project.
-
-## Technologies
-
-(To be detected)
-
-## Architecture
-
-(To be detected)

package/stacks/blazor-azure/CLAUDE.md

@@ -1,155 +0,0 @@
-# MORPH-SPEC - Claude Code Instructions
-
-> by Polymorphism Tech
-
-Spec-driven development system. Specialized agent hub for multi-stack projects with Infrastructure as Code.
-
----
-
-## CRITICAL RULES
-
-### NEVER:
-- Skip to code without a specification
-- Implement without design approval
-- Ignore standards in `.morph/standards/`
-- Create infrastructure manually
-- Generate code without defined contracts
-
-### ALWAYS:
-- Follow the 5 mandatory phases
-- Generate outputs in `.morph/project/outputs/{feature}/`
-- Document decisions in `decisions.md`
-- Checkpoint every 3 implemented tasks
-- Use Infrastructure as Code
-
----
-
-## WORKFLOW (5 Phases)
-
-| Phase | Trigger | Actions | Output | Pause? |
-|-------|---------|---------|--------|--------|
-| **1. SETUP** | Feature request | Read project context, identify stack, activate agents, create folder | proposal.md | No |
-| **2. DESIGN** | Setup done | Spec + contracts + decisions + costs | spec.md, contracts, decisions.md | **Yes** |
-| **3. CLARIFY** | Design approved | Ambiguities, questions, edge cases | Updated spec | No |
-| **4. TASKS** | Clarifications resolved | Break into tasks, ordering, checkpoints, dependencies | tasks.md | **Yes** |
-| **5. IMPLEMENT** | Tasks approved | Task by task, checkpoint every 3, recap | Code + recap.md | No |
-
----
-
-## PROJECT STRUCTURE
-
-```
-project/
-├── CLAUDE.md
-├── .morph/
-│   ├── config/                     # config.json, agents.json
-│   ├── standards/                  # coding, architecture, stack-specific
-│   ├── templates/                  # Output templates
-│   ├── project/
-│   │   ├── context/                # detection-log.md, project.md
-│   │   ├── standards/              # inferred.md, overrides.md
-│   │   └── outputs/{feature}/     # Features in development
-│   │       ├── proposal.md, spec.md, tasks.md
-│   │       ├── contracts, decisions.md, recap.md
-└── .claude/commands/               # Slash commands
-```
-
----
-
-## AGENTS
-
-### Tier 1 — Orchestrators (Always Active)
-
-| Agent | Responsibilities |
-|-------|-----------------|
-| **Standards Architect** | Standards, naming, review, cross-cutting concerns |
-| **AI System Architect** | Agent systems, AI integrations, LLM orchestration |
-| **Thread Orchestrator** | Parallel execution, thread management, context optimization |
-
-### Tier 2 — Domain Leaders
-
-| Agent | Responsibilities |
-|-------|-----------------|
-| **Tech Lead** | Architecture decisions, code quality, task breakdown |
-| **DevOps Engineer** | CI/CD, deployment pipelines, infrastructure |
-| **QA Lead** | Test strategies, validation, quality gates |
-
-### Tier 3 — Specialists (Activated by keywords)
-
-| Agent | Keywords |
-|-------|---------|
-| **Next.js Expert** | nextjs, react, frontend, app router, pages |
-| **Blazor Builder** | blazor, razor, mudblazor, fluent ui |
-| **API Designer** | api, endpoint, rest, openapi, swagger |
-| **.NET Senior** | dotnet, csharp, minimal api, ef core |
-| **EF Modeler** | entity framework, migrations, dbcontext |
-| **Azure Architect** | azure, container apps, bicep, app service |
-| **Bicep Architect** | bicep, iac, arm template, azure resources |
-| **Azure Deploy Specialist** | deploy, ci/cd, github actions, azure devops |
-| **Container Specialist** | docker, dockerfile, compose, kubernetes |
-| **Supabase Expert** | supabase, postgresql, rls, realtime, pgvector |
-| **Azure Identity** | auth, authentication, entra id, jwt, oauth |
-| **Clerk Auth** | clerk, auth0, authentication, social login |
-| **Asaas Financial** | payment, billing, subscription, asaas |
-| **Resend Email** | email, resend, smtp, notifications |
-| **Hangfire Orchestrator** | background jobs, queue, scheduling, hangfire |
-| **MS Agent Expert** | semantic kernel, microsoft agents, ai pipeline |
-| **UI/UX Designer** | design, ux, wireframe, mockup, figma |
-| **SEO Growth Hacker** | seo, performance, analytics, lighthouse |
-| **PO/PM Advisor** | product, roadmap, requirements, user stories |
-| **Prompt Engineer** | prompts, system prompts, llm, few-shot |
-| **Context Optimizer** | context window, token optimization, chunking |
-| **Vector Search Expert** | vector db, embeddings, semantic search, rag |
-| **Observability Expert** | logging, tracing, metrics, opentelemetry |
-| **Code Analyzer** | refactor, analysis, code review, complexity |
-| **Testing Specialist** | tests, coverage, tdd, bdd, vitest, jest, xunit |
-
-### Tier 4 — Validators
-
-| Agent | Responsibilities |
-|-------|-----------------|
-| **Contract Compliance Validator** | Ensures implementation matches spec contracts |
-
----
-
-## TEMPLATES
-
-> ALWAYS use `morph-spec template render` to render. NEVER fill placeholders manually.
-
-### Placeholders: `{{PLACEHOLDER}}`
-
-| Placeholder | Example |
-|-------------|---------|
-| `{{FEATURE_NAME}}` | `scheduled-reports` |
-| `{{FEATURE_NAME_PASCAL}}` | `ScheduledReports` |
-| `{{FEATURE_NAME_CAMEL}}` | `scheduledReports` |
-| `{{STACK}}` | `blazor-azure` or `nextjs-supabase` |
-| `{{DATE}}`, `{{AUTHOR}}`, `{{NAMESPACE}}` | Auto from config.json |
-
----
-
-## COMMANDS
-
-| Command | Action |
-|---------|--------|
-| `/morph-proposal {feature}` | Full spec pipeline (phases 1-4, auto-continuation with pauses) |
-| `/morph-apply {feature}` | Implement feature (phase 5) |
-| `/morph-status` | Dashboard |
-| `/morph-archive {feature}` | Archive completed feature |
-| `/morph-infra {action}` | Manage infrastructure |
-| `/morph-preflight` | Pre-deploy validation |
-| `/morph-troubleshoot {error}` | Error troubleshooting |
-
----
-
-## REFERENCES
-
-- `.morph/config/config.json` — Project configuration
-- `.morph/config/agents.json` — Full agent definitions
-- `.morph/standards/` — Coding, architecture, stack-specific standards
-- `.morph/project/context/` — Detection log, project context
-- `.morph/project/standards/inferred.md` — Auto-detected project standards
-
----
-
-*MORPH-SPEC v4.3.0 by Polymorphism Tech*

package/stacks/blazor-azure/README.md

@@ -1,79 +0,0 @@
-# MORPH-SPEC Content - Projeto Exemplo
-
-Este diretório contém um **projeto exemplo** mostrando como usar o framework MORPH-SPEC em um projeto .NET/Blazor.
-
-> 📘 **Nota**: Este não é o código do framework, apenas um exemplo de uso.
-
----
-
-## 📁 Estrutura
-
-```
-content/
-├── .morph/                    # Configuração MORPH do projeto exemplo
-│   ├── project/               # Context e outputs do projeto
-│   │   ├── context/
-│   │   ├── standards/
-│   │   └── outputs/
-│   └── config.json            # Link para framework global
-│
-├── CLAUDE.md                  # Instruções para Claude Code
-└── src/                       # (futuro) Código exemplo
-```
-
----
-
-## 🎯 Objetivo
-
-Este exemplo demonstra:
-
-1. Como inicializar MORPH em um projeto
-2. Estrutura de `.morph/project/`
-3. Como Claude Code usa o framework
-4. Exemplos de features implementadas com MORPH
-
----
-
-## 🚀 Como Usar Este Exemplo
-
-### 1. Instalar MORPH globalmente
-
-```bash
-npm install -g @polymorphism-tech/morph-spec
-```
-
-### 2. Ver estrutura detectada
-
-```bash
-cd content/
-morph-spec detect --verbose
-```
-
-### 3. Inicializar em seu próprio projeto
-
-```bash
-cd seu-projeto/
-morph-spec init
-```
-
----
-
-## 📚 Documentação
-
-- **Framework**: Veja `../framework/` para standards e templates
-- **Docs**: Veja `../docs/` para guias completos
-- **CLI**: Execute `morph-spec --help`
-
----
-
-## ⚠️ Importante
-
-Este é um **exemplo read-only**. Para criar seu próprio projeto:
-
-1. NÃO copie este diretório
-2. Execute `morph-spec init` no seu projeto
-3. O framework será linkado automaticamente
-
----
-
-*MORPH-SPEC by Polymorphism Tech*

package/stacks/nextjs-supabase/.claude/commands/morph-apply.md

@@ -1,221 +0,0 @@
-# Apply MORPH Feature Implementation - FASE 5
-
-Implemente a feature especificada seguindo as tasks definidas.
-
-## Uso
-
-```
-/morph-apply {feature-name}
-```
-
-## Pré-requisitos
-
-### CRÍTICO: Validar Fases Anteriores
-
-**SEMPRE verifique que fases anteriores foram concluídas:**
-
-```bash
-# Obter estado da feature
-npx morph-spec state get {feature-name}
-```
-
-**Validações obrigatórias:**
-
-1. **FASE 0 (Proposal):**
-   - [ ] Output `proposal` criado
-   - [ ] Agentes detectados e registrados
-
-2. **FASE 1 (Setup):**
-   - [ ] Phase passou por "setup"
-   - [ ] Contexto carregado
-
-3. **FASE 1.5 (UI/UX) - SE APLICÁVEL:**
-   - [ ] Se `uiux-designer` está nos activeAgents → outputs ui-* devem existir
-   - [ ] Se NÃO tem uiux-designer → pode pular
-
-4. **FASE 2 (Design):**
-   - [ ] Output `spec` criado
-   - [ ] Output `contracts` criado
-   - [ ] Output `decisions` criado
-
-5. **FASE 3 (Clarify):**
-   - [ ] Phase passou por "clarify"
-   - [ ] Spec atualizado com clarificações
-
-6. **FASE 4 (Tasks):**
-   - [ ] Output `tasks` criado
-   - [ ] `tasks.json` tem array de tasks
-   - [ ] `tasks.total` > 0 no state
-
-**Se QUALQUER validação falhar:**
-```
-❌ ERRO: Fase {X} não foi concluída!
-
-Para completar as fases de planejamento, execute:
-/morph-proposal {feature-name}
-(Resume automaticamente da fase atual: {current_phase})
-```
-
-**NÃO prossiga com implementação até todas as fases estarem completas!**
-
-### Arquivos Necessários
-
-- [ ] Feature existe em `.morph/project/outputs/{feature}/`
-- [ ] `spec.md` está aprovado
-- [ ] `tasks.json` tem tasks definidas
-- [ ] `contracts.cs` define as interfaces
-
-## Workflow
-
-1. **Carregue o contexto**:
-   - Leia `.morph/project/outputs/{feature}/spec.md`
-   - Leia `.morph/project/outputs/{feature}/tasks.json`
-   - Leia `.morph/project/outputs/{feature}/contracts.cs`
-   - Leia framework/standards/ e .morph/project/standards/ para padrões
-
-2. **Inicialize state tracking**:
-   ```bash
-   # Atualizar fase para implement
-   npx morph-spec state set {feature} phase implement
-   npx morph-spec state set {feature} status in_progress
-
-   # Definir total de tasks (baseado em tasks.json)
-   npx morph-spec state set {feature} tasks.total {N}
-   ```
-
-3. **Execute tasks em ordem**:
-   - Marque task como in progress: `npx morph-spec task start {feature} {task-id}`
-   - Implemente seguindo os padrões e contracts.cs
-   - Complete task: `npx morph-spec task done {feature} {task-id}`
-   - **Validators run automatically** on task-done. If validation fails:
-     - Read the error messages and fix violations
-     - Re-run `task done` — do NOT use `--skip-validation` unless user authorizes
-   - Framework auto-manages checkpoints (every 3 tasks, includes validation summary)
-
-4. **Phase advancement**:
-   ```bash
-   # Advance to next phase (validates → advances → shows next steps)
-   npx morph-spec phase advance {feature}
-   ```
-
-5. **Marcar outputs criados**:
-   Sempre que gerar um arquivo de output:
-   ```bash
-   npx morph-spec state mark-output {feature} spec
-   npx morph-spec state mark-output {feature} contracts
-   npx morph-spec state mark-output {feature} tasks
-   # etc.
-   ```
-
-6. **Ao finalizar**:
-   - Generate recap automatically: `npx morph-spec generate recap {feature}`
-   - Atualize state: `npx morph-spec state set {feature} status done`
-   - Marque recap: `npx morph-spec state mark-output {feature} recap`
-   - Liste arquivos criados/modificados
-   - Calcule custo real vs estimado
-
-## Padrões Obrigatórios
-
-Siga sempre (priorize project/standards/ se houver):
-- `framework/standards/coding.md` - Padrões base do MORPH
-- `.morph/project/standards/coding.md` - Padrões específicos do projeto
-- `.morph/project/standards/architecture.md` - Estrutura de projeto
-- `.morph/project/standards/azure.md` - Recursos e custos
-
----
-
-## Checklist Pré-Deploy Azure
-
-**ANTES de fazer deploy para Azure, execute `/morph-preflight azure` ou verifique manualmente:**
-
-### Packages e Build
-
-- [ ] Packages sem conflitos de versão (`dotnet restore` sem warnings NU1605/NU1608)
-- [ ] `Azure.Identity` especificado explicitamente no `.csproj`
-- [ ] Build passa sem erros (`dotnet build`)
-
-### EF Core Migrations
-
-- [ ] Sem pending model changes (`dotnet ef migrations has-pending-model-changes`)
-- [ ] Migration criada para todas as mudanças de schema
-- [ ] Migration script revisado (`dotnet ef migrations script --idempotent`)
-
-### Blazor .NET 10 (se aplicável)
-
-- [ ] `.csproj` contém `<RequiresAspNetWebAssets>true</RequiresAspNetWebAssets>`
-- [ ] Static assets funcionando localmente
-
-### Container/Docker (se Container Apps)
-
-- [ ] Dockerfile válido e testado localmente
-- [ ] `docker build` funciona sem erros
-- [ ] Container roda localmente (`docker run`)
-
-### Infraestrutura Azure
-
-- [ ] Bicep sem erros de sintaxe (`az bicep build`)
-- [ ] Key Vault URI configurado em `appsettings.Production.json`
-- [ ] Connection strings em Key Vault (não hardcoded)
-- [ ] Managed Identity habilitada nos recursos
-
-### Segurança
-
-- [ ] Sem secrets em código ou `appsettings.json` (exceto Development)
-- [ ] HTTPS enforçado
-- [ ] CORS configurado corretamente
-
-### Comandos de Verificação
-
-```bash
-# 1. Package conflicts
-dotnet restore 2>&1 | grep -E "NU1605|NU1608"
-
-# 2. Pending migrations
-dotnet ef migrations has-pending-model-changes \
-  --project src/Infrastructure \
-  --startup-project src/Web
-
-# 3. Bicep validation
-az bicep build --file infra/main.bicep --stdout > /dev/null
-
-# 4. Docker build
-docker build -t myapp:test .
-
-# 5. Secret scan (basic)
-grep -rE "(Password=|Pwd=|Secret=)" appsettings*.json | grep -v Development
-```
-
-### Se QUALQUER item falhar
-
-```
-❌ BLOQUEADO: Não faça deploy até resolver!
-
-Use /morph-preflight azure para diagnóstico detalhado.
-```
-
-## Validações
-
-Antes de marcar task como completa:
-- [ ] Código compila
-- [ ] Segue padrões de nomenclatura
-- [ ] Testes unitários (se aplicável)
-- [ ] Sem hardcoded secrets
-
-## Output
-
-Ao final de cada task, mostre:
-1. Task completada
-2. Arquivos criados/modificados
-3. Próxima task
-4. Progresso geral (X/Y tasks) - usar `npx morph-spec state get {feature}`
-
-Ao final de cada checkpoint:
-```bash
-npx morph-spec state list
-```
-
-Isso mostra o progresso atualizado automaticamente.
-
----
-
-**Feature:** $ARGUMENTS