@polymorphism-tech/morph-spec 8.46.0 → 9.0.0

package/framework/commands/morph-proposal.md

@@ -1,57 +1,9 @@
 ---
-description: Inicia uma nova feature MORPH-SPEC. Roda morph-brainstorming para entender negócio + escanear stack, depois morph-plan para produzir use cases, spec e tasks. Pausa nos Gates 1 e 2.
+description: Inicia ou retoma uma feature MORPH-SPEC — entrevista, plan.md, plan-check e gate do plano.
 argument-hint: <feature-name>
 allowed-tools: Read, Write, Edit, Bash, Glob, Grep, Agent, AskUserQuestion, Skill
 ---
 
-# /morph-proposal — NLH Pipeline
-
-Conduz a feature do request inicial até o Gate 2 (plano aprovado), sem intervenção do usuário entre os gates.
-
-**Implementação:** este slash command é um atalho. O agente deve invocar `Skill(morph-proposal)` com o nome da feature como argumento. A skill encadeia automaticamente `morph-brainstorming` → Gate 1 → `morph-plan` → Gate 2. Em `trust: "auto"` (default), gates auto-passam sem sinais de risco.
-
-## Argumentos
-
-`{feature-name}` — nome em kebab-case da feature.
-
-## Fluxo
-
-1. **Detecta contexto:** verifica se `.morph/features/{feature-name}/` já existe.
-   - Se existe e tem `0-proposal/proposal.md`: pular para passo 3.
-   - Se não existe: criar a estrutura e seguir o passo 2.
-
-2. **Invocar `morph-brainstorming`** (skill em `.claude/skills/morph-brainstorming/`):
-   - Varre o ambiente **antes** de qualquer pergunta (stack, contexto do projeto, acervo de use cases).
-   - Monta a árvore de decisões abertas — só o que a varredura não respondeu.
-   - Abre com a escolha de **modo de descoberta** (entrevista ou automático), recomendando um.
-   - Produz `proposal.md` em `.morph/features/{feature-name}/0-proposal/`.
-   - Apresenta o **Gate 1** (que pausa sempre no modo entrevista).
-
-3. **Aguardar aprovação do Gate 1.**
-   - Resposta válida: "aprovado", "pode avançar", "lgtm".
-   - Se ajustes solicitados: aplicar e reapresentar o gate.
-
-4. **Após Gate 1, invocar `morph-plan`** (skill em `.claude/skills/morph-plan/`):
-   - Lê `proposal.md`.
-   - Produz use cases, `spec.md` e `tasks.json` em `.morph/features/{feature-name}/2-plan/`.
-   - Apresenta o **Gate 2** com template fixo (ver SKILL.md passo 5).
-
-5. **Aguardar aprovação do Gate 2.**
-   - Resposta válida: "pode implementar", "aprovado".
-   - Se ajustes solicitados: aplicar e reapresentar o gate.
-
-6. **Após Gate 2:** sinalizar ao usuário que `/morph-apply {feature-name}` está pronto para iniciar a implementação.
-
-## Anti-padrões
-
-- Não pular o Gate 1 mesmo que o usuário pareça apressado — proposal.md é o contrato de escopo.
-- Não escrever código nesta fase. Apenas artefatos de planejamento.
-- Não perguntar sobre stack — o stack padrão é VSA + .NET 10 + MAF + Next.js + Neon.
-
-## Referências
-
-- `.morph/framework/MORPH.md` — charter completo
-- `.claude/skills/morph-brainstorming/SKILL.md`
-- `.claude/skills/morph-plan/SKILL.md`
+Invoque `Skill(morph-plan)` com o argumento abaixo e siga a skill.
 
 **Feature:** $ARGUMENTS

package/framework/commands/morph-status.md

@@ -1,5 +1,5 @@
 ---
-description: Show current MORPH-SPEC feature status (phase, gates, task counts)
+description: Show current MORPH-SPEC feature status (phase, gates, slice progress)
 argument-hint: [feature-name]
 allowed-tools: Read, Bash
 ---
@@ -28,8 +28,8 @@ If the user did not pass a feature name in `$ARGUMENTS`:
 
 ## What you display
 
-The CLI prints a banner, the phase chain (`proposal → uiux → plan → implement → review`),
-output completion (X/N outputs), task progress, and next-step suggestions.
+The CLI prints a banner, the phase chain (`plan → [uiux] → implement → review`),
+output completion (X/N outputs), slice progress (reports in `3-implement/reports/`), and next-step suggestions.
 
 After running the CLI, summarize:
 - Current phase and which gate (if any) is open

package/framework/commands/morph-troubleshoot.md

@@ -27,16 +27,13 @@ Find solutions for common .NET/Next.js development errors and problems.
 
 ### Level 1: Search Standards (Primary)
 
-Search the known problems and standards files for matching patterns:
+Find the standard that covers the error, then read its matching section:
 
 ```bash
-# Search in framework standards
-Grep: "{keywords}" in framework/standards/ (glob: "*.md")
+morph-spec standards --find "{keywords}"
 Grep: "{keywords}" in .morph/framework/standards/ (glob: "*.md")
 ```
 
-Read matching files and extract the relevant solution sections.
-
 ### Level 2: Search Codebase (Automatic)
 
 If standards don't cover the issue, search the codebase for the error pattern:
@@ -73,15 +70,6 @@ If the user asks about a SignalR error:
 2. If not found: WebSearch with `site:github.com/dotnet/aspnetcore SignalR connection closed`
 3. Return formatted relevant links
 
-## Available Categories
-
-| Category | Description |
-|-----------|-----------|
-| `efcore` | Entity Framework Core, DbContext, migrations, queries |
-| `nextjs` | Next.js App Router, pages, components, routing |
-| `auth` | Authentication, authorization, tokens, claims |
-| `deploy` | Deployment, CI/CD, pipelines, containers |
-
 ## Output Format
 
 When finding a solution, present in the following format: