@polymorphism-tech/morph-spec 8.34.2 → 8.35.1

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

@@ -4,7 +4,7 @@ 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 tasks de tasks.json estarem com status `done`
 user-invokable: true
-cliVersion: "8.34.2"
+cliVersion: "8.35.1"
 ---
 
 # morph-review
@@ -59,16 +59,21 @@ e o `recap.md` estar atualizado. Normalmente invocada pela skill orquestradora `
      que este passo trata — prossiga com o dispatch abaixo.
 
    **Despache o avaliador independente** — o score do Gate 3 nunca é auto-atribuído por quem implementou:
-   - Rode `morph-spec verify {feature} --json` (escopo feature) e capture o JSON — é a saída real de build+testes+validadores+e2e que você anexa ao prompt do avaliador independente (`morph-evaluator`).
+   - Rode `morph-spec verify {feature} --json` (escopo feature) e capture o JSON — é a saída real de build+testes+validadores+e2e que você anexa ao prompt do avaliador independente (`morph-evaluator`). **Sem `--filter`, sempre:** o `--filter` é do loop por task, onde o relógio de uma task não paga a suíte inteira; a prova que o avaliador lê tem de cobrir **todos** os nós de `nodes.tests.runs[]` (uma suíte filtrada aparece como `skip` nomeando o filtro — Gate 3 aberto sobre isso é verde sobre código não testado). Se a suíte inteira não couber numa chamada, rode-a em background; não a encolha com `--filter`.
    - **Confira o nó `e2e` do verify antes de despachar.** Ele carrega o estado do stack:
      - `pass` → a aplicação subiu e está saudável; o avaliador pode navegá-la. **Passe a URL no prompt**
        — cada feature roda no seu bloco de portas, não em `localhost:3000`; pegue de
        `morph-spec e2e status {feature} --json` (`baseUrl`) e não deixe o avaliador adivinhar.
      - `fail` → **não abra o Gate 3.** Volte ao loop de correção: a app não sobe, ou as specs quebraram.
-     - `skip` → leia a razão e decida se a dispensa é legítima. "não containeriza" num projeto sem UI é
-       legítimo; "docker indisponível no ambiente" numa feature de UI **não** é — registre você mesmo
-       `morph-spec gate-decision {feature} review --pause true --reason "e2e não verificado: {razão}"`.
-       O disco não distingue dispensa legítima de verificação que faltou; esse julgamento é seu.
+     - `skip` → **a classificação já é do `gate-check`, não sua.** A razão literal do skip viaja no
+       stamp `verification` (`e2eReason`) e `classifyE2eSkip` — em `risk-detector.js`, fonte única —
+       decide: `project` ("não containeriza") e `scope` ("o grupo de tasks não toca runtime") são
+       **dispensa legítima** e passam com o motivo gravado em `gateDecisions.review.signals`;
+       `environment` ("docker indisponível"), `requested` (`--skip-e2e`) e `unknown` (qualquer outra
+       razão, **inclusive razão nenhuma**) **pausam o Gate 3 sozinhos**. Não registre `gate-decision`
+       à mão para esses casos — deixou de ser necessário. O que continua sendo seu: dizer ao avaliador
+       que a app **não** foi exercida, e atacar a causa (rodar o e2e onde ele possa rodar) em vez de
+       despachar como se ela tivesse sido.
    - **Confira também `traceability.warnings`** (advisory, nunca faz `verify` falhar): cada entrada é
      um arquivo citado no `recap.md` sem task dona em `outputs` — repasse ao avaliador como sinal de
      rastreabilidade para a dimensão de qualidade, não como bloqueio automático do gate.
@@ -118,6 +123,89 @@ e o `recap.md` estar atualizado. Normalmente invocada pela skill orquestradora `
          dimensão e ainda assim piorou o produto — e essa pergunta é a única
          que o score não faz sozinho. Não aceite "agora tem teste" como
          fechamento: RE-EXECUTE os probes da rodada anterior.
+         PROCURE O QUE ESTÁ ERRADO — não confirme o que já foi dito.
+         Um relatório que só concorda com o recap não avaliou nada. A
+         pergunta que orienta a sua sessão inteira é: O QUE O IMPLEMENTADOR
+         NÃO VIU? O que ele não podia ver do lugar onde estava, o que ele
+         viu e não mediu, e o que ele mediu com a régua errada.
+         PROVE, não confie: um teste verde prova que o código RODA, nunca
+         que o teste MORDE. Aplique as cinco rubricas de PROVA e pontue-as
+         0-10 (elas NÃO são dimensões do composto; impõem teto em
+         test-coverage):
+           .morph/framework/evals/proof-rubrics/mutation-proof.md
+           .morph/framework/evals/proof-rubrics/verde-nao-e-coberto.md
+           .morph/framework/evals/proof-rubrics/fiacao.md
+           .morph/framework/evals/proof-rubrics/guard-cego.md
+           .morph/framework/evals/proof-rubrics/eval-de-modelo.md
+         E, SÓ quando a feature chama LLM, mais uma — que impõe teto em
+         code-quality, não em test-coverage:
+           .morph/framework/evals/proof-rubrics/observabilidade-genai.md
+         A aplicabilidade dela NÃO é determinística, e isso é deliberado:
+         nenhuma leitura de tasks.json ou do mandate mede "esta feature
+         chama um modelo". São DUAS etapas. (1) FILTRO mecânico, de alta
+         recall: o mandate.md cita ao menos um standard ai-agents — falso
+         ⇒ `not_evaluated`, sem mais discussão. (2) DETERMINAÇÃO sua, por
+         escrito: a feature entrega código que CHAMA um modelo? Registre a
+         resposta COM O MOTIVO (o símbolo/arquivo que chama, ou por que o
+         diff não chama nada). Task com group em {docs, tests} é INDÍCIO
+         contra, nunca veredito — um harness de agente vive inteiro em
+         `tests`. `not_evaluated` NÃO aplica teto, e um not_evaluated MUDO
+         não é dispensa: é o escape que o standard ai-agents-guardrails
+         proíbe (standard, não rubrica — não existe rubrica de guardrails).
+         Ela pergunta a PROPRIEDADE ("dá para reconstruir o que foi
+         ao provedor, e o que ele respondeu, neste turno?"), nunca "tem span
+         OpenTelemetry?": telemetria própria COM teste de fidelidade alcança
+         9-10 igual, e wiring sem evidência capturada não passa de 8.
+         MUTAÇÃO — o método, e a ordem dele importa:
+           - COMMITE O FIX ANTES DE MUTAR. Se a sessão morrer no meio, o
+             que sobrevive é a mutação, não a correção.
+           - Ancore no CALL SITE que carrega a decisão, não no `if`
+             refatorado. Uma rodada POR CLÁUSULA de um predicado composto.
+           - Rode a suíte INTEIRA (sem filtro): só ela autoriza a frase
+             "derruba N de M". Filtro estreito é prova vácua.
+           - LEIA O MOTIVO da falha, não só o md5: md5 prova que ALGO
+             mudou, jamais O QUÊ.
+           - REVERTA por snapshot/restore de BYTES (cópia feita ANTES) +
+             `os.utime` para devolver o mtime, e confirme por md5. NUNCA
+             `git checkout --`: ele descarta trabalho não commitado de
+             outra pessoa — aconteceu de verdade num Gate 3 desta epic.
+           - TERMINE com `git status --porcelain src/` VAZIO. Mutação
+             esquecida em produção é o pior desfecho deste método.
+         Grave no relatório a seção `## Mutações`, uma linha por mutação,
+         com os CINCO campos: arquivo:linha | diff | md5 antes/depois |
+         quantos testes derrubou (sobre o total da suíte) | o MOTIVO
+         literal da falha. Feature sem código de produção declara a seção
+         com a linha `não aplicável — feature sem código de produção`. A
+         seção é OBRIGATÓRIA: sem ela o `morph-spec gate-check` PAUSA o
+         Gate 3 sozinho, e nenhum score alto compra a passagem.
+         MÍDIA GERADA — rubrica CONDICIONAL, aplique SÓ se a feature gera
+         mídia (alguma task de tasks.json cita, em standards[], um destes:
+         standards/ai-agents/modalities-image-gen.md,
+         standards/ai-agents/media-video.md,
+         standards/ai-agents/media-pipeline.md). Nesse caso aplique também
+         e pontue 0-10:
+           .morph/framework/evals/proof-rubrics/media-claims.md
+         Ela cobra QUATRO afirmações — custo, revisão humana, marcação e
+         hot path não bloqueado — cada uma com o código que a prende e o
+         teste que a prova. Grave a seção `## Mídia gerada` com uma linha
+         por afirmação. A seção é OBRIGATÓRIA nessa condição: sem ela o
+         `morph-spec gate-check` PAUSA o Gate 3. Feature que NÃO gera mídia
+         não declara a seção nem a chave — a isenção é automática, e
+         escrever a seção "por precaução" é cerimônia vazia.
+         Grave também a linha literal, machine-readable:
+         `**Proof-Scores:** mutation={n} verde={n} fiacao={n} guard={n} eval={n}`
+         — os cinco 0-10, na ordem das rubricas acima. O MENOR deles
+         impõe o teto em test-coverage (tabela em
+         .morph/framework/evals/rubrics/test-coverage.md).
+         Se a feature gera mídia, acrescente ` media={n}` à MESMA linha.
+         Se a rubrica de observabilidade GenAI se aplicar, acrescente
+         ` obs={n}` (ou ` obs=not_evaluated`) à MESMA linha.
+         As duas são lidas À PARTE: NÃO entram no mínimo acima (um media ou
+         um obs baixo não pode derrubar o teto de teste por um motivo que
+         não é de teste). `media` impõe teto em ARQUITETURA (tabela em
+         .morph/framework/evals/rubrics/architecture.md) e `obs` impõe teto
+         em CODE-QUALITY (tabela em
+         .morph/framework/evals/rubrics/code-quality.md).
          Contrato do relatório final: GRAVE seu relatório em
          `.morph/features/{feature}/4-review/evaluator-report.md` ANTES de
          encerrar — esse arquivo é o valor de retorno autoritativo desta
@@ -137,6 +225,33 @@ e o `recap.md` estar atualizado. Normalmente invocada pela skill orquestradora `
          é falha de protocolo.
      ```
    - **Fallback (tipo não registrado):** se `morph-evaluator` não estiver na sua lista de subagent types, despache `general-purpose` colando o campo `persona` do agente `evaluator` (Read em `.morph/framework/agents.json`) no topo do prompt — e **registre o fallback no review-report** (seção de método).
+   - **Ao retomar o controle, HIGIENE DA ÁRVORE antes de qualquer leitura de score.** Rode, nesta
+     ordem e ANTES de abrir o relatório:
+     ```bash
+     git status --porcelain src/      # vazio = o avaliador reverteu o que mutou
+     grep -rn "MUTACAO" src/          # nenhum hit = nenhum marcador esquecido
+     ```
+     (No PowerShell, `Select-String -Path src -Pattern MUTACAO -Recurse` faz o mesmo; o shell do
+     harness é Git Bash, então a forma POSIX acima é a canônica.) **Por que antes:** o avaliador
+     muta código de produção de propósito, e um avaliador que morreu no meio da rodada deixa a
+     mutação NO DISCO. Ler o score primeiro e só depois descobrir a árvore suja significa ter
+     avaliado — e possivelmente aprovado — um estado que ninguém quis. E **não rode build/teste
+     enquanto o agente ainda está `running`**: ele muta o disco a meio, e o vermelho que você veria
+     seria da mutação dele, não do produto.
+
+     Árvore suja aqui é **falha de protocolo**. Reverta **pela mesma disciplina que o prompt exige
+     do avaliador** — nunca por git: peça o snapshot que ele diz ter feito (`cp` ANTES de mutar) e
+     restaure por cópia, conferindo `md5sum` de cada arquivo. Sem snapshot recuperável, o caminho é
+     desfazer a edição **linha a linha**, a partir do `diff` que a seção `## Mutações` obriga a
+     registrar. Registre o que fez na seção de método do review-report.
+
+     > **NUNCA `git checkout -- src/` aqui**, nem com ressalva. Na árvore típica de uma feature em
+     > review **não existe nenhum commit da feature** — o trabalho inteiro está não commitado, e o
+     > `checkout` o apaga junto com a mutação. Numa árvore desta epic havia 23 arquivos modificados
+     > e zero commits próprios; nesta mesma epic um avaliador rodou esse comando e destruiu
+     > alterações não commitadas de outro agente (só não houve perda porque ele tinha capturado o
+     > diff antes). É a mesma proibição que o prompt do passo 4 já dá ao avaliador: aqui ela vale
+     > para VOCÊ.
    - **Leia primeiro** `.morph/features/{feature}/4-review/evaluator-report.md` — é o valor de retorno autoritativo, não a mensagem de texto do dispatch (que é cortesia, útil só quando chega inteira). Os scores por dimensão e o composto do review-report vêm **desse arquivo**, não da sua auto-avaliação. Se o arquivo vier ausente, oco, ou sem os scores por dimensão, registre a falha de protocolo na seção de método do review-report e re-despache.
 
 5. Produza `review-report.md` em `.morph/features/{feature}/4-review/` com:
@@ -152,6 +267,24 @@ e o `recap.md` estar atualizado. Normalmente invocada pela skill orquestradora `
      avaliador navegou. Dispensa (`skip`) entra aqui **por extenso**: o valor de um gate está tanto
      no que ele provou quanto no que ele deixou de provar, e uma dispensa silenciosa se lê como
      aprovação. Se houver spec Playwright recomendada pelo avaliador, liste-a como melhoria.
+   - **Prova de mutação** — a seção `## Mutações` do `evaluator-report.md`, repassada aqui em
+     resumo (quantas mutações, quantas derrubaram teste, e a linha `**Proof-Scores:**`). O formato
+     que o avaliador grava, e que o `morph-spec gate-check` cobra:
+
+     ```markdown
+     ## Mutações
+
+     | # | Arquivo:linha | Mutação (diff) | md5 antes | md5 depois | Testes derrubados | Motivo da falha |
+     |---|---|---|---|---|---|---|
+     | M1 | src/lib/x.js:42 | `- if (a && b)` / `+ if (a)` | abc… | def… | 3 de 2684 | `expected 3 got 0` em x.test.js:88 |
+
+     **Reversão:** snapshot/restore de bytes + `os.utime`; `git status --porcelain src/` vazio.
+     **Proof-Scores:** mutation=9 verde=8 fiacao=9 guard=7
+     ```
+
+     Feature sem código de produção declara a seção com `não aplicável — feature sem código de
+     produção`. **Sem a seção, o `gate-check review` PAUSA** — a regra vive em código
+     (`risk-detector.js`), não na boa vontade do prompt.
    - 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
@@ -161,6 +294,20 @@ e o `recap.md` estar atualizado. Normalmente invocada pela skill orquestradora `
    (A barra de avanço por task é 9; uma dimensão individual abaixo de 8 no review da feature
    inteira é um bloqueante crítico que o loop de correção deveria ter pego.)
 
+   **Para CONFIRMAR uma correção, retome o MESMO avaliador — não despache um frio.** Use
+   `SendMessage` com o id do agente que já avaliou, colando no recado o `git status --porcelain` e o
+   `git log --oneline` do que mudou desde o relatório dele. Ele já tem em contexto o que apontou e
+   os probes que rodou; um avaliador novo re-descobre o produto inteiro para checar um item, e
+   re-executa do zero os probes da rodada anterior.
+
+   > Isto **não** contradiz a cláusula que proíbe o **sub-agent** de chamar `SendMessage`. As
+   > direções são opostas: o sub-agent não chama `SendMessage` porque o retorno dele é o ARQUIVO, e
+   > uma mensagem a mais custa um turno inútil ao orquestrador. Aqui quem fala é o ORQUESTRADOR,
+   > para dentro de uma sessão que ele mesmo abriu — a única forma de continuar uma avaliação em vez
+   > de recomeçá-la. Se o agente já encerrou e o id não retoma, aí sim despache um novo, e diga a
+   > ele no prompt que é uma REAVALIAÇÃO (o relatório é append-only: ele acrescenta ao fim, e o
+   > `gate-check` lê o token do FIM, o vigente).
+
 7. **NÃO finalize o trace manualmente.** O hook `trace-autogen` gera e finaliza `.morph/traces/YYYY-MM-DD-{feature}-implement.json` automaticamente (incl. `phase_summary` e `completed_at`) no último write de `tasks.json` — quando a última task sai de `pending`/`in_progress`. Se o trace parecer desatualizado, a causa é um `morph-spec score` faltante ou um recap sem o bloco da task — corrija a fonte, não o trace.
 
 8. Apresente o Gate 3 segundo trust mode — **única apresentação do gate**: `morph-apply` §5 aponta
@@ -168,12 +315,14 @@ e o `recap.md` estar atualizado. Normalmente invocada pela skill orquestradora `
 
    Rode `morph-spec gate-check {feature} review [--json]` — lê `trust` de `.morph/config/config.json`, decide via `shouldPauseGate` e persiste `gateDecisions.review` com timestamp server-side, imprimindo `pause`/`reason`/`signals`. É o default — não recompute a tabela do MORPH.md §5 em linguagem natural.
 
-   **`evalScore` sem override é uma PROXY** (média das `taskScores`, não o composto real). Passe o composto retornado pelo **avaliador independente** (passo 4) e qualquer item bloqueante encontrado nas **verificações mecânicas sempre-rodar** do passo 3 via `--signals` — as únicas chaves que este comando aceita sobrescrever:
+   **NÃO passe `evalScore` por `--signals` aqui.** O composto do avaliador é lido do disco sozinho: o `gate-check` procura o token `**Composite-Score:**` em `4-review/evaluator-report.md` (passo 4) e carimba `evalScoreSource: evaluator-report` — a **única** procedência que o Gate 3 aceita. Um `evalScore` vindo por override troca o valor mas rebaixa a procedência para `signals-override`, e o Gate 3 **pausa** por "sem score do avaliador independente" sem sequer olhar o número — inclusive quando é o mesmo número do relatório. Sem o token (relatório ausente ou oco), o `evalScore` cai na **PROXY** das `taskScores` — auto-avaliação de quem implementou — e o gate pausa igual. A correção, nos dois casos, é produzir o relatório íntegro do passo 4; nunca o override.
+
+   Os itens bloqueantes das **verificações mecânicas sempre-rodar** do passo 3 continuam entrando por `--signals` — é para isso que a flag serve aqui:
    ```
-   morph-spec gate-check {feature} review --signals '{"evalScore":9.2,"standardsViolations":[]}'
+   morph-spec gate-check {feature} review --signals '{"standardsViolations":[]}'
    ```
 
-   Julgamento do revisor que nenhuma dessas chaves representa: use `gate-decision` direto em vez de `gate-check`.
+   Julgamento do revisor que nenhuma dessas chaves representa — e forçar a passagem apesar da pausa: use `gate-decision` direto em vez de `gate-check` (`morph-spec gate-decision {feature} review --pause false --reason "..."`), que é explícito e fica registrado.
 
    **Nunca edite `feature.json` à mão** (colide com o hook state-sync — erro "file modified since read"). Os caminhos acima gravam no mesmo lugar; o hook `gate-guard.js` confere depois se a ação bateu com a decisão persistida.
 
@@ -218,6 +367,14 @@ e o `recap.md` estar atualizado. Normalmente invocada pela skill orquestradora `
 - `.morph/framework/MORPH.md` — seção 5 (Gate 3 + regras de pausa), seção 1 (papel Evaluator), Trust Mode
 - `.claude/agents/morph-evaluator.md` — subagent do avaliador (gerado de `.morph/framework/agents.json`), despachado no passo 4
 - `.claude/skills/morph-eval/SKILL.md` — rubricas e bandas que o avaliador aplica
+- `.morph/framework/evals/proof-rubrics/` — as sete rubricas de PROVA citadas no prompt do passo 4
+  (`mutation-proof.md`, `verde-nao-e-coberto.md`, `fiacao.md`, `guard-cego.md`, `eval-de-modelo.md`, `media-claims.md`, `observabilidade-genai.md`):
+  não são dimensões do composto. **Cinco** impõem teto em `test-coverage` pelo MENOR delas — as quatro
+  universais mais `eval-de-modelo`, que perguntam a mesma coisa: *a evidência é real?*. As outras
+  duas são condicionais e entram FORA do menor-das-cinco: `media-claims.md`, em feature que gera
+  mídia, impõe teto em `architecture`; `observabilidade-genai.md`, em feature que chama LLM, impõe
+  teto em `code-quality`. Somá-las faria um `media=4` ou um `obs=4` derrubar o teto de TESTE por um
+  motivo que não tem nada a ver com teste.
 - `.morph/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}/2-plan/spec.md` — arquitetura e contratos

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

@@ -4,7 +4,7 @@ description: Varre o codebase existente, detecta stack atual, compara com o stac
 version: core
 when-to-invoke: ao iniciar uma feature em projeto brownfield (codebase já existente)
 user-invokable: true
-cliVersion: "8.34.2"
+cliVersion: "8.35.1"
 ---
 
 # morph-stack-scan

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

@@ -4,7 +4,7 @@ description: Localiza um standard específico via busca server-side (morph-spec
 version: core
 when-to-invoke: quando precisar consultar um standard específico durante a implementação
 user-invokable: true
-cliVersion: "8.34.2"
+cliVersion: "8.35.1"
 ---
 
 # morph-standards

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

@@ -4,7 +4,7 @@ description: Conduz a fase opcional de UI/UX — design system, mockups, compone
 version: core
 when-to-invoke: ao tomar o ramo uiux (morph-spec advance --design), depois do Gate 1 e antes do morph-plan
 user-invokable: true
-cliVersion: "8.34.2"
+cliVersion: "8.35.1"
 ---
 
 # morph-uiux

package/framework/standards/PROVENANCE.json

@@ -1,6 +1,6 @@
 {
   "version": "1.0.0",
-  "_note": "Standards distilled from an external source. The source is not a dependency at runtime: it lives in another repository and is not needed to use the framework. This file exists so drift is detectable instead of silent. Pin `sourceTree` when distilling, and re-pin deliberately after reviewing what changed. See test/framework/standards-provenance.test.js.",
+  "_note": "Standards distilled from an external source. The source is not a dependency at runtime: it lives in another repository and is not needed to use the framework. The same mechanism covers content distilled into a SKILL — an entry declares `standards`, `skills`, or both, and every declared name must resolve. This file exists so drift is detectable instead of silent. Pin `sourceTree` when distilling, and re-pin deliberately after reviewing what changed. See test/framework/standards-provenance.test.js.",
   "sources": [
     {
       "id": "morph-lp-cinematic",
@@ -21,12 +21,11 @@
         "references/seedance-loop-prompt.md"
       ],
       "notDistilled": [
-        "references/gates.md",
         "references/last-mile.md",
         "references/copy-and-messaging.md",
         "references/section-blueprint.md"
       ],
-      "notDistilledReason": "Deliberate split: a standard carries knowledge, a skill carries process. HITL gates, deploy and copy strategy stay with the skill.",
+      "notDistilledReason": "Deliberate split: a standard carries knowledge, a skill carries process. Deploy and copy strategy stay with the skill. `references/gates.md` LEFT this list on 2026-09-09: the reason that kept it out was \"a skill carries process\", and the destination is now a skill — see the \"cinematic-lp\" source below, which distils it into morph-media.",
       "standards": [
         "frontend-scroll-driven-frame-scrub",
         "frontend-scroll-driven-smooth-scroll",
@@ -35,6 +34,85 @@
         "frontend-design-system-ai-image-generation",
         "frontend-design-system-ai-video-generation",
         "frontend-seo-meta-schema-audit"
+      ],
+      "skills": []
+    },
+    {
+      "id": "gemini-image",
+      "repo": "morph-HUB",
+      "path": "skills/gemini-image",
+      "envVar": "MORPH_HUB",
+      "defaultCheckout": "R:/Polymorphism Tech/repos/morph-HUB",
+      "sourceTree": "ec0abd827badfd5cd6d4c5f8b1843f81a3d183fe",
+      "sourceCommit": "b6bbfff",
+      "distilledOn": "2026-09-09",
+      "distilledFrom": [
+        "SKILL.md"
+      ],
+      "notDistilled": [
+        "skill.json",
+        "evals/"
+      ],
+      "notDistilledReason": "Manifest and eval fixtures of the source skill: packaging of the origin, not knowledge. The MCP tool names of the source were also NOT carried over — morph-media is about the authoring decisions, and a tool table pinned to one MCP server would rot on its own.",
+      "standards": [],
+      "skills": [
+        "morph-media"
+      ]
+    },
+    {
+      "id": "cinematic-lp",
+      "repo": "morph-HUB",
+      "path": "skills/cinematic-lp/references",
+      "envVar": "MORPH_HUB",
+      "defaultCheckout": "R:/Polymorphism Tech/repos/morph-HUB",
+      "sourceTree": "57a1734bc17651a6fed381a6e817c8b0c0a89edd",
+      "sourceCommit": "b6bbfff",
+      "distilledOn": "2026-09-09",
+      "distilledFrom": [
+        "gates.md"
+      ],
+      "notDistilled": [
+        "build-stack.md",
+        "component-recipes.md",
+        "copy-and-messaging.md",
+        "image-prompt.md",
+        "last-mile.md",
+        "mcp-setup.md",
+        "premium-finish.md",
+        "section-blueprint.md",
+        "seo-and-qa.md",
+        "video-loop-examples.md",
+        "video-loop-prompt.md",
+        "video-scrub-prompt.md"
+      ],
+      "notDistilledReason": "Only the HITL gate mechanics were distilled: the N-option picker, \"rejection goes back to the same step\", and \"show MOVEMENT, never a still\". The rest is either already a standard (the frame-scrub / smooth-scroll / premium-finish family, from the morph-lp-cinematic source above) or build/deploy strategy that belongs to the calling workflow.",
+      "standards": [],
+      "skills": [
+        "morph-media"
+      ]
+    },
+    {
+      "id": "brand-design",
+      "repo": "morph-HUB",
+      "path": "skills/brand-design/references",
+      "envVar": "MORPH_HUB",
+      "defaultCheckout": "R:/Polymorphism Tech/repos/morph-HUB",
+      "sourceTree": "d8801b8c277f63b06e1a22f57563ec468e7d4d9a",
+      "sourceCommit": "b6bbfff",
+      "distilledOn": "2026-09-09",
+      "distilledFrom": [
+        "image-generation.md"
+      ],
+      "notDistilled": [
+        "brand-book.md",
+        "checklist.md",
+        "example-identidade-visual.md",
+        "phases.md"
+      ],
+      "notDistilledReason": "Only the image-per-phase map and the \"concept, never the final vector\" rule were distilled. The narrative prompt recipes were NOT copied verbatim: they are bound to one brand pipeline, and morph-media carries the prompt STRUCTURE instead, which survives the model changing. Brand book, checklist and phases are the process of another skill.",
+      "standards": [],
+      "skills": [
+        "morph-media"
       ]
     }
   ]