@polymorphism-tech/morph-spec 4.22.0 → 5.0.1

package/framework/skills/core/morph-plan/SKILL.md

@@ -0,0 +1,64 @@
+---
+name: morph-plan
+description: Guia a produção dos três artefatos de planejamento de uma feature
+version: core
+when-to-invoke: ao iniciar a fase plan de uma feature, após o gate 1 (proposal aprovado)
+user-invokable: true
+---
+
+# morph-plan
+
+## Objetivo
+Produzir spec.md, mandate.md e tasks.md com qualidade suficiente para abrir o Gate 2.
+Os três artefatos juntos definem o quê, o como e o quanto da feature.
+
+## Quando invocar
+Ao iniciar a fase plan — após o proposal.md ser aprovado e antes de qualquer implementação.
+
+## O que fazer
+
+1. Leia o `proposal.md` em `.morph/features/{feature}/0-proposal/` para entender escopo e critérios de aceite.
+2. Produza `spec.md` em `.morph/features/{feature}/2-plan/`:
+   - Arquitetura da solução: quais componentes, como se conectam, fluxos de dados principais.
+   - Edge cases identificados e como serão tratados.
+   - Integrações externas e contratos esperados.
+3. Produza `mandate.md` em `.morph/features/{feature}/2-plan/`:
+   - Stack exata do projeto (leia do CLAUDE.md → campo Stack).
+   - Standards obrigatórios: liste os IDs relevantes de `framework/standards/STANDARDS.json`.
+   - Patterns proibidos — inclua sempre os defaults abaixo mais qualquer específico da feature:
+     - `Guid.NewGuid()` → usar `Guid.CreateVersion7()`
+     - Classes não-sealed sem justificativa documentada
+     - Exceptions como fluxo de controle → usar result pattern com `result.Match()`
+     - Repository pattern / `IRepository<T>` → handlers VSA acessam DbContext diretamente
+   - Checklist de done com critérios verificáveis por tarefa.
+4. Produza `tasks.md` em `.morph/features/{feature}/2-plan/`:
+   - Liste cada tarefa com ID único (T1, T2...).
+   - Para cada tarefa: descrição, dependências, estimativa de esforço, critério de done.
+   - Ordene por dependências — tarefas sem dependências primeiro.
+5. Apresente o Gate 2 ao usuário usando exatamente este formato:
+
+   ```
+   ## Gate 2 — Plano pronto para revisão
+
+   **Spec:** {1 frase do problema} → {1 frase da solução técnica}
+   **Mandate:** Stack: {stack} | Standards: {N obrigatórios} | Proibido: {padrões proibidos listados}
+   **Tasks:** {N tarefas} | Estimativa: {X horas/dias} | Caminho crítico: {IDs das tarefas sem dependências paralelas}
+
+   Decisões de arquitetura:
+   - {decisão 1} — alternativa descartada: {alternativa}
+   {adicione apenas se houver decisões não triviais}
+
+   Aprovado? Responda "pode implementar" para avançar.
+   ```
+
+   Aguarde resposta explícita. Se o usuário pedir ajustes, aplique e reapresente o gate completo antes de avançar.
+
+## Output esperado
+- `.morph/features/{feature}/2-plan/spec.md` — especificação técnica completa
+- `.morph/features/{feature}/2-plan/mandate.md` — contrato de implementação
+- `.morph/features/{feature}/2-plan/tasks.md` — lista de tarefas ordenada
+
+## Referências
+- `framework/MORPH.md` — seções 2 (Fases), 3 (Contratos de Output), 5 (Gates)
+- `framework/standards/STANDARDS.json` — para identificar standards relevantes ao mandate
+- `.morph/features/{feature}/0-proposal/proposal.md` — escopo da feature

package/framework/skills/core/morph-review/SKILL.md

@@ -0,0 +1,62 @@
+---
+name: morph-review
+description: Conduz a fase de revisão e produz o review-report.md para o Gate 3
+version: core
+when-to-invoke: ao iniciar a fase review, após todas as tarefas de implementação serem concluídas
+user-invokable: true
+---
+
+# morph-review
+
+## Objetivo
+Verificar se a implementação atende ao mandate.md e produzir um review-report.md
+claro o suficiente para que o usuário tome a decisão de aprovação ou rejeição.
+
+## Quando invocar
+Ao iniciar a fase review — após todas as tarefas do tasks.md estarem com status Done
+e o recap.md estar atualizado.
+
+## O que fazer
+
+1. Leia o mandate.md em `.morph/features/{feature}/2-plan/mandate.md`.
+   Liste os critérios de done, standards obrigatórios e patterns proibidos.
+
+2. Leia o recap.md em `.morph/features/{feature}/3-implement/recap.md`.
+   Verifique se todas as tarefas têm entrada e se os problemas foram resolvidos.
+
+3. Para cada critério do mandate.md, verifique se foi atendido:
+   - Se atendido: registre como "aprovado" com evidência (arquivo ou comportamento).
+   - Se não atendido: registre como "bloqueante" com descrição do gap.
+   - Se parcialmente atendido: registre como "pendência" com o que falta.
+
+4. Execute morph-eval na implementação completa (fase, não tarefa) para obter scores por dimensão.
+
+5. Produza `review-report.md` em `.morph/features/{feature}/4-review/` com:
+   - Scores por dimensão (arquitetura, contratos, qualidade, cobertura)
+   - Score composto final
+   - Lista de itens bloqueantes (se houver) — com descrição e critério de resolução
+   - Lista de melhorias recomendadas (não bloqueantes)
+   - Recomendação final: Aprovado / Rejeitar com condições / Reprovar
+
+6. Se houver itens bloqueantes (score < 6 em qualquer dimensão bloqueante), corrija antes
+   de apresentar o review-report.md ao usuário. Não abra o Gate 3 com bloqueantes em aberto.
+
+7. Finalize o trace de execução em `.morph/traces/YYYY-MM-DD-{feature}-implement.json`:
+   - Preencha `phase_summary.tasks_completed`, `tasks_failed`, `avg_eval_score`
+   - Calcule `standards_most_used` a partir das entradas em `tasks[].standards_consulted`
+   - Preencha `sub_agents_dispatched` com a contagem de tasks onde `sub_agent_dispatched: true`
+   - Preencha `completed_at` com o timestamp atual
+
+8. Apresente o relatório ao usuário e aguarde o Gate 3.
+
+## Output esperado
+- `.morph/features/{feature}/4-review/review-report.md` com scores e recomendação
+- Trace da fase com `phase_summary` preenchido
+- Gate 3 apresentado ao usuário para aprovação
+
+## Referências
+- `framework/MORPH.md` — seção 5 (Gate 3) e seção 1 (papel Evaluator)
+- `framework/skills/core/morph-eval/SKILL.md` — para calcular scores por dimensão
+- `framework/evals/trace-schema.md` — formato canônico do trace
+- `.morph/features/{feature}/2-plan/mandate.md` — critérios de done da feature
+- `.morph/features/{feature}/3-implement/recap.md` — registro de execução

package/framework/skills/core/morph-stack-scan/SKILL.md

@@ -0,0 +1,109 @@
+---
+name: morph-stack-scan
+description: Varre o codebase existente, detecta stack atual, compara com o stack padrão e gera migration-plan.md se houver desvios
+version: core
+when-to-invoke: ao iniciar uma feature em projeto brownfield (codebase já existente)
+user-invokable: true
+---
+
+# morph-stack-scan
+
+## Objetivo
+Identificar o estado real do codebase antes de planejar qualquer feature — garantindo que a implementação não adicione inconsistência a um projeto já existente.
+
+## Quando invocar
+Quando o projeto já tem código existente e você precisa entender o estado atual antes de propor uma feature. Normalmente invocado pelo morph-brainstorming, mas pode ser invocado diretamente.
+
+## Stack padrão de referência
+
+| Camada | Esperado |
+|--------|----------|
+| Runtime | .NET 10 |
+| Arquitetura | VSA — feature-folder: `{Feature}/` com Handler, Validator, Endpoint, Errors, Tests |
+| ORM | EF Core + Neon (Postgres) |
+| IDs | `Guid.CreateVersion7()` |
+| Classes | `sealed` por padrão |
+| Erros | Result pattern (`result.Match()`), não exceptions não tratadas |
+| IA | Microsoft Agent Framework (MAF) |
+| Frontend | Next.js App Router + Tailwind + Framer Motion + Shadcn |
+| Jobs | Hangfire (apenas quando necessário) |
+
+**Padrões proibidos:** `Guid.NewGuid()`, classes não-sealed sem justificativa, exceptions como fluxo de controle, Repository pattern, `IRepository<T>`.
+
+## O que fazer
+
+1. Despache um `Explore` subagent para varrer o codebase:
+
+   ```
+   Varredura de stack compliance — morph-stack-scan.
+
+   Leia os seguintes arquivos/pastas e reporte o que encontrar:
+
+   BACKEND:
+   - Todos os .csproj: qual TargetFramework? Quais PackageReferences relevantes?
+   - Procure por: Guid.NewGuid() vs Guid.CreateVersion7(), sealed classes, result pattern vs exceptions
+   - Estrutura de src/: segue feature-folder (VSA)? Tem Controllers? Tem IRepository<T>?
+   - Migrations/: qual ORM? Neon/Postgres ou outro banco?
+   - Microsoft.Agents.* ou Microsoft.Extensions.AI nos PackageReferences?
+
+   FRONTEND:
+   - package.json: Next.js? Tailwind? Framer Motion? Shadcn/ui?
+   - Estrutura de app/ ou pages/: App Router ou Pages Router?
+
+   JOBS:
+   - Hangfire nos PackageReferences?
+
+   Para cada item acima, responda: presente/ausente, e se presente qual versão ou padrão.
+   Não faça sugestões — apenas reporte o que existe.
+   ```
+
+2. Com os resultados da varredura, compare com o stack padrão item por item e classifique cada desvio:
+
+   | Severidade | Critério |
+   |------------|---------|
+   | **Bloqueante** | Runtime diferente (.NET 8 ou anterior), ORM diferente (Dapper puro sem EF Core), banco diferente (MySQL, SQL Server) |
+   | **Alto** | `Guid.NewGuid()` generalizado, Repository pattern em toda a codebase, exceptions como fluxo de controle |
+   | **Médio** | Classes não-sealed, Pages Router em vez de App Router, biblioteca de UI diferente |
+   | **Baixo** | Versões de pacotes desatualizadas mas compatíveis |
+
+3. Produza `stack-scan.md` em `.morph/features/{feature}/0-proposal/`:
+
+   ```markdown
+   # Stack Scan — {feature}
+
+   ## Resultado
+   {Em compliance / Desvios detectados}
+
+   ## Stack detectado
+   | Camada | Detectado | Esperado | Status |
+   |--------|-----------|----------|--------|
+   | Runtime | .NET X | .NET 10 | ✓ / ✗ |
+   ...
+
+   ## Desvios
+   ### Bloqueantes
+   - {desvio}: {onde foi encontrado} — impacto: {o que quebra se não migrar}
+
+   ### Não bloqueantes
+   - {desvio}: {onde foi encontrado} — migração: {como resolver}
+
+   ## Recomendação
+   {Em compliance — prosseguir para morph-brainstorming}
+   {ou: Migração necessária antes de prosseguir — veja migration-plan.md}
+   ```
+
+4. Se houver desvios bloqueantes ou altos, produza `migration-plan.md` em `.morph/features/{feature}/0-proposal/` com:
+   - Lista de desvios ordenados por severidade
+   - Para cada desvio: o que migrar, como migrar, estimativa de esforço, ordem sugerida
+   - Pergunta única via `AskUserQuestion`: "Esta migração deve ser incluída na feature atual ou tratada numa feature separada?"
+
+5. Se não houver desvios (ou apenas baixos): informe "codebase em compliance com o stack padrão" e prossiga para morph-brainstorming ou morph-plan conforme o contexto.
+
+## Output esperado
+- `.morph/features/{feature}/0-proposal/stack-scan.md` — resultado da varredura
+- `.morph/features/{feature}/0-proposal/migration-plan.md` — apenas se houver desvios altos/bloqueantes
+- Decisão documentada: incluir migração nesta feature ou separar
+
+## Referências
+- `framework/MORPH.md` — seção 4 (Standards), seção 2 (Fases)
+- `framework/skills/core/morph-brainstorming/SKILL.md` — fluxo greenfield/brownfield

package/framework/skills/core/morph-standards/SKILL.md

@@ -0,0 +1,49 @@
+---
+name: morph-standards
+description: Localiza e carrega um standard específico do STANDARDS.json sob demanda
+version: core
+when-to-invoke: quando precisar consultar um standard específico durante a implementação
+user-invokable: true
+---
+
+# morph-standards
+
+## Objetivo
+Encontrar o standard certo para a situação atual e carregar apenas esse arquivo no contexto.
+Nunca carregue todos os standards — o custo de token não compensa.
+
+## Quando invocar
+Quando durante a implementação surgir uma dúvida de padrão arquitetural, de contrato, de qualidade
+ou de teste — e o mandate.md não for suficiente para resolver.
+
+## O que fazer
+
+1. Abra `framework/standards/STANDARDS.json`.
+
+2. Filtre por `category` primeiro (valores típicos: "architecture", "contracts", "testing", "frontend", "backend").
+
+3. Dentro da categoria, filtre por `tags` que correspondam ao stack do projeto
+   (ex: "dotnet", "nextjs", "blazor", "typescript").
+
+4. Se dois standards parecerem relevantes e houver conflito, adote o mais específico ao stack.
+   Registre o conflito no `decisions.md` da feature.
+
+5. Leia o arquivo `.md` do standard selecionado — o path está no campo `path` do JSON.
+
+6. Aplique o standard na tarefa atual.
+
+7. Registre no `recap.md`: qual standard foi consultado e como foi aplicado.
+
+## Quando não há standard adequado
+Registre no `decisions.md` que nenhum standard cobre o caso.
+Descreva o critério adotado e sinalize para revisão futura.
+Não invente um standard — padrões não documentados são dívida técnica.
+
+## Output esperado
+- Standard identificado e lido no contexto
+- Critério de implementação claro para a tarefa atual
+- Entrada no recap.md registrando o standard consultado
+
+## Referências
+- `framework/standards/STANDARDS.json` — índice completo com id, name, path, category, tags
+- `framework/MORPH.md` — seção 4 (Como consultar Standards)

package/framework/templates/CLAUDE.md.core.guide.md

@@ -0,0 +1,29 @@
+# Guia de uso — CLAUDE.md.core.template
+
+Este template é o ponto de entrada do harness para um projeto morph-spec.
+Preencha cada campo uma vez, no setup. Não modifique a estrutura.
+
+## Campos
+
+**Nome do Projeto** — nome curto e identificável do sistema.
+
+**Domínio** — 1-2 frases. O que o sistema faz, para quem, e qual o principal constraint (ex: multi-tenant, LGPD, tempo real).
+
+**Stack** — não alterar. O harness assume o stack padrão. Se o projeto desvia (ex: Blazor em vez de Next.js), edite e documente o desvio aqui.
+
+**Harness** — não alterar. Esta seção instrui o modelo a:
+1. Ler `MORPH.md` ao iniciar a sessão
+2. Ler `state.json` para identificar feature ativa
+3. Assumir o papel correspondente sem aguardar instrução
+
+**Standards do projeto** — opcional. Apenas se algum standard específico do projeto desvia do default do stack. Default já injetado pelo morph-plan.
+
+**Slash commands** — não alterar. Os dois entry points oficiais.
+
+## Regras
+
+- Mantenha < 60 linhas — conteúdo acima não cabe em contexto comprimido.
+- Não adicione regras condicionais (sem "se dotnet, então...").
+- Não inline conteúdo de standards — aponte por ID, nunca copie.
+- Não adicione campo "Feature ativa" estático — Claude lê state.json.
+- Este arquivo pertence ao projeto. Versione no git.

package/framework/templates/CLAUDE.md.core.template

@@ -0,0 +1,22 @@
+# [Nome do Projeto]
+
+[1-2 frases sobre o domínio do sistema, quem usa, qual o principal constraint.]
+
+## Stack
+
+VSA + .NET 10 + EF Core + Neon (Postgres) + Microsoft Agent Framework + Next.js (App Router) + Tailwind + Framer Motion + Shadcn + Hangfire (quando necessário).
+
+Padrões proibidos por padrão: `Guid.NewGuid()` (use `Guid.CreateVersion7()`), classes não-sealed sem justificativa, exceptions como fluxo de controle, Repository pattern.
+
+## Harness
+
+morph-spec NLH — leia `.morph/framework/MORPH.md` ao iniciar cada sessão. Em seguida, leia `.morph/state.json` para identificar a feature ativa e a fase atual; assuma o papel correspondente (Orchestrator/Specialist/Evaluator) e continue o trabalho.
+
+## Standards do projeto
+
+[Liste de 3 a 6 IDs de `.morph/framework/standards/STANDARDS.json` específicos deste projeto, se algum desviar do default. Caso contrário, deixe vazio — os defaults do stack já são aplicados pelo morph-plan.]
+
+## Slash commands
+
+- `/morph-proposal {feature}` — entendimento de negócio + spec/mandate/tasks (Gates 1 e 2)
+- `/morph-apply {feature}` — execução autônoma das tarefas + review (Gate 3)

package/framework/templates/REGISTRY.json

@@ -50,7 +50,7 @@
       "path": "docs/spec.md",
       "location": "framework",
       "category": "documentation",
-      "phase": "design",
+      "phase": "plan",
       "required": true,
       "description": "Detailed technical spec with architecture, data model, API contracts",
       "outputName": "spec.md",
@@ -70,7 +70,7 @@
       "path": "feature/tasks.md",
       "location": "framework",
       "category": "documentation",
-      "phase": "tasks",
+      "phase": "plan",
       "required": true,
       "description": "Task breakdown with IDs, dependencies, estimates, and checkpoints",
       "outputName": "tasks.md",
@@ -89,7 +89,7 @@
       "path": "feature/decisions.md",
       "location": "framework",
       "category": "documentation",
-      "phase": "design",
+      "phase": "plan",
       "required": true,
       "description": "ADR format for documenting architectural decisions with context, alternatives, consequences",
       "outputName": "decisions.md",
@@ -109,7 +109,7 @@
       "path": "feature/recap.md",
       "location": "framework",
       "category": "documentation",
-      "phase": "completed",
+      "phase": "implement",
       "required": true,
       "description": "Post-implementation summary with deliverables, metrics, lessons learned",
       "outputName": "recap.md",

package/framework/workflows/configs/fast-track.json

@@ -31,21 +31,16 @@
     "tooltip"
   ],
   "phases": {
-    "run": ["proposal", "tasks", "implement"],
-    "skip": ["uiux", "design", "plan", "sync"],
+    "run": ["proposal", "implement"],
+    "skip": ["uiux", "plan", "review", "sync"],
     "skipIfCondition": {},
     "combined": {}
   },
-  "pausePoints": [
-    {
-      "phase": "tasks",
-      "question": "Approve task breakdown?"
-    }
-  ],
+  "pausePoints": [],
   "outputs": {
-    "required": ["proposal.md", "tasks.md"],
+    "required": ["proposal.md"],
     "optional": ["recap.md"],
-    "skip": ["spec.md", "contracts.cs", "contracts.ts", "plan.md", "design-system.md", "schema-analysis.md"]
+    "skip": ["spec.md", "contracts.cs", "contracts.ts", "plan.md", "tasks.md", "mandate.md", "design-system.md", "schema-analysis.md"]
   },
   "priority": 1
 }

package/framework/workflows/configs/full.json

@@ -29,7 +29,7 @@
     "integração"
   ],
   "phases": {
-    "run": ["proposal", "uiux", "design", "plan", "tasks", "implement", "sync"],
+    "run": ["proposal", "uiux", "plan", "implement", "review", "sync"],
     "skip": [],
     "skipIfCondition": {
       "uiux": "!hasUIAgents"
@@ -46,17 +46,13 @@
       "question": "Approve UI/UX designs?",
       "condition": "hasUIAgents"
     },
-    {
-      "phase": "design",
-      "question": "Approve technical specification?"
-    },
     {
       "phase": "plan",
-      "question": "Approve implementation plan?"
+      "question": "Approve spec, plan, and task breakdown?"
     },
     {
-      "phase": "tasks",
-      "question": "Approve task breakdown?"
+      "phase": "review",
+      "question": "Approve for merge/PR?"
     }
   ],
   "outputs": {

package/framework/workflows/configs/quick.json

@@ -0,0 +1,32 @@
+{
+  "id": "quick",
+  "name": "Quick (Single-Shot)",
+  "description": "Single-shot for trivial changes — skips all ceremony. Typo fixes, config changes, small bug fixes.",
+  "priority": 0,
+  "criteria": {
+    "maxFiles": 2,
+    "maxLines": 20,
+    "maxComponents": 0,
+    "noInfrastructure": true
+  },
+  "keywords": [
+    "fix", "typo", "rename", "update", "change", "add", "remove",
+    "bump", "config", "label", "text", "string", "color", "css",
+    "toggle", "flag", "icon", "badge", "tooltip", "placeholder"
+  ],
+  "phases": {
+    "run": ["proposal", "implement"],
+    "skip": ["uiux", "plan", "review", "sync"],
+    "skipIfCondition": {},
+    "combined": {}
+  },
+  "pausePoints": [],
+  "outputs": {
+    "required": ["proposal.md"],
+    "optional": [],
+    "skip": ["spec.md", "contracts.cs", "contracts.ts", "plan.md", "tasks.md", "mandate.md", "design-system.md", "schema-analysis.md", "review-report.md"]
+  },
+  "gates": {
+    "autoApproveAll": true
+  }
+}

package/framework/workflows/configs/standard.json

@@ -1,64 +1,57 @@
-{
-  "id": "standard",
-  "name": "Standard (Medium Complexity)",
-  "description": "Medium complexity features - 3-10 files, tactical decisions",
-  "criteria": {
-    "minFiles": 3,
-    "maxFiles": 10,
-    "minLines": 50,
-    "maxLines": 500,
-    "maxComponents": 2,
-    "noInfrastructure": true,
-    "tacticalDecisions": true
-  },
-  "keywords": [
-    "paginação",
-    "pagination",
-    "paginate",
-    "filtro",
-    "filter",
-    "filtering",
-    "refatorar",
-    "refactor",
-    "performance",
-    "exportar",
-    "export",
-    "optimize",
-    "sorting",
-    "search",
-    "busca"
-  ],
-  "phases": {
-    "run": ["proposal", "design", "plan", "tasks", "implement", "sync"],
-    "skip": [],
-    "skipIfCondition": {
-      "uiux": "!hasUIAgents"
-    },
-    "combined": {}
-  },
-  "pausePoints": [
-    {
-      "phase": "proposal",
-      "question": "Approve feature proposal?"
-    },
-    {
-      "phase": "design",
-      "question": "Approve spec (concise, 1-2 pages)?"
-    },
-    {
-      "phase": "plan",
-      "question": "Approve implementation plan?"
-    },
-    {
-      "phase": "tasks",
-      "question": "Approve task breakdown?",
-      "condition": "taskCount > 5"
-    }
-  ],
-  "outputs": {
-    "required": ["proposal.md", "spec.md", "plan.md", "recap.md"],
-    "optional": ["decisions.md"],
-    "skip": ["contracts.cs"]
-  },
-  "priority": 2
-}
+{
+  "id": "standard",
+  "name": "Standard (Medium Complexity)",
+  "description": "Medium complexity features - 3-10 files, tactical decisions",
+  "criteria": {
+    "minFiles": 3,
+    "maxFiles": 10,
+    "minLines": 50,
+    "maxLines": 500,
+    "maxComponents": 2,
+    "noInfrastructure": true,
+    "tacticalDecisions": true
+  },
+  "keywords": [
+    "paginação",
+    "pagination",
+    "paginate",
+    "filtro",
+    "filter",
+    "filtering",
+    "refatorar",
+    "refactor",
+    "performance",
+    "exportar",
+    "export",
+    "optimize",
+    "sorting",
+    "search",
+    "busca"
+  ],
+  "phases": {
+    "run": ["proposal", "plan", "implement", "review", "sync"],
+    "skip": ["uiux"],
+    "skipIfCondition": {},
+    "combined": {}
+  },
+  "pausePoints": [
+    {
+      "phase": "proposal",
+      "question": "Approve feature proposal?"
+    },
+    {
+      "phase": "plan",
+      "question": "Approve plan and task breakdown?"
+    },
+    {
+      "phase": "review",
+      "question": "Approve for merge/PR?"
+    }
+  ],
+  "outputs": {
+    "required": ["proposal.md", "spec.md", "plan.md", "recap.md"],
+    "optional": ["decisions.md"],
+    "skip": ["contracts.cs"]
+  },
+  "priority": 2
+}

package/package.json

@@ -1,23 +1,24 @@
 {
   "name": "@polymorphism-tech/morph-spec",
-  "version": "4.22.0",
-  "description": "MORPH-SPEC: AI-First development framework with validation pipeline and multi-stack support",
+  "version": "5.0.1",
+  "description": "MORPH-SPEC: NLH (Natural Language Harness) for spec-driven development with Claude Code",
   "keywords": [
     "claude-code",
     "claude",
     "ai-coding",
     "ai-first",
     "spec-driven",
+    "nlh",
+    "natural-language-harness",
+    "autonomy",
     "dotnet",
     "dotnet10",
     "nextjs",
-    "agent-framework",
     "vsa",
+    "vertical-slice",
     "framework",
-    "developer-tools",
     "morph",
-    "polymorphism",
-    "micro-saas"
+    "polymorphism"
   ],
   "main": "src/index.js",
   "bin": {