@zaip-ai/cli 2.2.0 → 2.6.0

package/templates/.agents/dashboard/tests/e2e/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@zaip-ai/dashboard-e2e",
-  "version": "2.2.0",
+  "version": "2.6.0",
   "private": true,
   "type": "module",
   "scripts": {

package/templates/.agents/dashboard/tests/e2e/playwright.config.ts

@@ -17,7 +17,10 @@ export default defineConfig({
   reporter: process.env.CI ? "github" : "list",
   use: {
     baseURL: `${baseURL}/?token=e2e-token`,
-    trace: "off",
+    // Preserve a trace only when a test fails; it is the minimum durable
+    // diagnostic evidence without retaining artifacts for successful runs.
+    trace: "retain-on-failure",
+    screenshot: "only-on-failure",
   },
   projects: [{ name: "chromium", use: { ...devices["Desktop Chrome"] } }],
   webServer: {

package/templates/.agents/design/.zaip-managed.json

@@ -1,14 +1,14 @@
 {
   "schemaVersion": 1,
-  "version": "2.2.0",
+  "version": "2.6.0",
   "files": [
     {
       "path": "DESIGN.md",
-      "sha256": "9970e5040403dfe41b86651128b691ddb3ee6f5e9909cebfacf0a614555cb7f6"
+      "sha256": "c43a420a697a5be0f729031c27f933e555b8e1e5a8d3169a75ef732971cf6bf8"
     },
     {
       "path": "README.md",
-      "sha256": "7efaff80b0a1add169646dc250b84d5b3a42378c57f6e891bab51ac2bb0e4b50"
+      "sha256": "3421b640843c4531a5867cd08c6b71bc5dd3700de6b90620025d066795bb3d62"
     },
     {
       "path": "apps/catalog/.storybook/main.ts",
@@ -228,7 +228,7 @@
     },
     {
       "path": "apps/catalog/package.json",
-      "sha256": "44766720319e51f1a60ddce76263e081a109e7d01d5ce63b01c20f82200d0abb"
+      "sha256": "a42c9ded7ec7b3b3028b832180df0d525181a2008cd2270b689db5af5b284ea1"
     },
     {
       "path": "apps/catalog/public/logo_novo_azul.png",
@@ -308,7 +308,7 @@
     },
     {
       "path": "packages/local-runtime/package.json",
-      "sha256": "4584315601e42ab39805a047ad2073fc3ef51fb030fee1aa7aafb60942d0bba2"
+      "sha256": "40dffff6d98f8ba0051a62a08795e555fa552276d768fbb858fdd8e9b6ec7815"
     },
     {
       "path": "packages/local-runtime/runtime.mjs",

package/templates/.agents/design/DESIGN.md

@@ -1,187 +1,3 @@
----
-schema_version: 1
-name: "ZAIP"
-status: active
-source_of_truth: true
-colors:
-  primary: "#00B0F0"
-  primary-strong: "#018abb"
-  primary-ink: "#006b91"
-  secondary: "#0a0e17"
-  surface: "#ffffff"
-  surface-muted: "#f5f7fb"
-  text: "#0f172a"
-  text-muted: "#526176"
-  border: "#dbe4ef"
-  success: "#16a34a"
-  success-ink: "#166534"
-  warning: "#d97706"
-  warning-ink: "#92400e"
-  error: "#dc2626"
-  error-ink: "#b91c1c"
-  focus: "#00B0F0"
-dark:
-  surface: "#0a0e17"
-  surface-muted: "#111827"
-  text: "#f1f5f9"
-  text-muted: "#94a3b8"
-  border: "rgba(255,255,255,0.12)"
-  error-surface: "rgba(220,38,38,0.14)"
-  error-text: "#fecaca"
-effects:
-  overlay: "rgba(10,14,23,0.72)"
-  dialog-shadow: "rgba(15,23,42,0.22)"
-  primary-wash: "rgba(0,176,240,0.05)"
-  error-surface: "#fef2f2"
-neutral:
-  text-primary: "#0f172a"
-  text-secondary: "#475569"
-  text-muted: "#94a3b8"
-  border: "#e2e8f0"
-  surface-muted: "#f8fafc"
-  canvas: "#f5f7fb"
-  white: "#ffffff"
-typography:
-  display:
-    fontFamily: "Inter, Poppins, ui-sans-serif, system-ui, sans-serif"
-    fontSize: "clamp(2.5rem, 6vw, 4.25rem)"
-    fontWeight: "650"
-    lineHeight: "1.05"
-    letterSpacing: "-0.05em"
-  heading:
-    fontFamily: "Inter, Poppins, ui-sans-serif, system-ui, sans-serif"
-    fontSize: "clamp(1.75rem, 4vw, 2.5rem)"
-    fontWeight: "650"
-    lineHeight: "1.15"
-    letterSpacing: "-0.035em"
-  body:
-    fontFamily: "Inter, ui-sans-serif, system-ui, sans-serif"
-    fontSize: "1rem"
-    fontWeight: "400"
-    lineHeight: "1.65"
-    letterSpacing: "0"
-  label:
-    fontFamily: "Inter, ui-sans-serif, system-ui, sans-serif"
-    fontSize: "0.75rem"
-    fontWeight: "700"
-    lineHeight: "1.3"
-    letterSpacing: "0.12em"
-rounded:
-  sm: "8px"
-  md: "16px"
-  lg: "24px"
-  pill: "999px"
-spacing:
-  xs: "4px"
-  sm: "8px"
-  md: "16px"
-  lg: "24px"
-  xl: "40px"
-  xxl: "64px"
-components:
-  button-primary:
-    bg: "linear-gradient(135deg, #00B0F0 0%, #72f4fb 100%)"
-    text: "#042330"
-    border: "transparent"
-    radius: "999px"
-    padding: "12px 22px"
-  button-secondary:
-    bg: "transparent"
-    text: "#006b91"
-    border: "rgba(0,176,240,0.45)"
-    radius: "999px"
-    padding: "12px 22px"
-  card:
-    bg: "#ffffff"
-    border: "#dbe4ef"
-    radius: "24px"
-    shadow: "0 18px 48px rgba(15,23,42,0.08)"
-    padding: "24px"
-  input:
-    bg: "#ffffff"
-    text: "#0f172a"
-    border: "#cbd5e1"
-    radius: "16px"
-    padding: "12px 14px"
----
+# Design system
 
-# ZAIP Design System
-
-Este arquivo é o contrato visual central do repositório. Antes de criar ou alterar uma interface,
-o agente deve ler o frontmatter, identificar a superfície (`frontend`, `site` ou ferramenta local)
-e reutilizar os tokens e componentes existentes. O frontmatter é normativo; este texto explica a
-intenção e os limites.
-
-## 1. Direção visual
-
-A identidade ZAIP combina navy profundo, superfícies claras e ciano elétrico. O ciano é assinatura,
-ação e foco — não deve preencher grandes áreas sem necessidade. Interfaces de produto priorizam
-clareza, densidade controlada e leitura rápida; páginas públicas podem ampliar tipografia e espaço.
-
-- Use `#0a0e17` para fundos escuros e `#00B0F0` para ação, seleção e foco.
-- Use Inter como fonte operacional. Poppins é fallback de marca para superfícies públicas.
-- Prefira contraste de superfícies a excesso de sombras.
-- Preserve cantos generosos em cards e formato pill em ações primárias.
-- Não recrie o logotipo com texto; use o ativo oficial disponível no projeto.
-
-## 2. Hierarquia e responsividade
-
-- `display` é reservado a hero ou título principal de catálogo.
-- `heading` organiza seções; não use tamanho como substituto de hierarquia semântica.
-- Texto corrido permanece entre 45 e 75 caracteres por linha quando possível.
-- A escala parte de mobile. Grids devem colapsar sem scroll horizontal; tabelas podem usar um
-  contêiner rolável com cabeçalho preservado.
-- Use a escala de espaçamento do frontmatter. Valores intermediários exigem justificativa local.
-
-## 3. Temas e tokens semânticos
-
-Componentes devem consumir papéis semânticos (`surface`, `text`, `border`, `primary`) em vez de
-cores literais espalhadas. O tema escuro troca superfície, texto e borda; `primary` permanece ciano.
-Estados de sucesso, alerta e erro não substituem a cor de marca.
-
-## 4. Componentes mínimos
-
-O catálogo obrigatório contém botões, badges, cards, métricas, campos, estados vazios e tabelas.
-Cada componente precisa documentar estado padrão, foco visível, desabilitado e erro quando fizer
-sentido. Componentes do produto vivem em seus packages; o catálogo em `.agents/design` documenta
-o contrato e fornece espécimes, não uma segunda implementação de domínio.
-
-### Botões
-
-- Primário: uma ação principal por região visual.
-- Secundário: alternativa reversível ou navegação contextual.
-- Ghost: ações de baixa ênfase; nunca dependa apenas de cor para comunicar estado.
-- Área interativa mínima recomendada: `44px`.
-
-### Formulários
-
-Labels são persistentes. Placeholder não substitui label. Erro deve informar correção e estar
-associado ao campo. Foco usa anel ciano visível em temas claro e escuro.
-
-### Cards e dados
-
-Cards agrupam uma única ideia. Métricas usam números tabulares e contexto explícito. Tabelas devem
-ter cabeçalhos, estados vazio/carregando/erro e alinhamento numérico consistente.
-
-## 5. Acessibilidade
-
-- Contraste mínimo WCAG AA para texto e controles.
-- Navegação completa por teclado e foco nunca removido sem substituto.
-- HTML semântico antes de ARIA; ícones decorativos usam `aria-hidden`.
-- Movimento respeita `prefers-reduced-motion`.
-- Cor nunca é o único indicador de resultado ou seleção.
-
-## 6. Governança
-
-Uma mudança visual começa neste arquivo quando altera a linguagem global. Depois, atualize
-`tokens.json`, os espécimes, as stories e os testes na mesma Change. Uma necessidade isolada de um
-módulo não deve virar token global automaticamente. O Storybook é documentação executável; as
-páginas `design-system` e `components` são a leitura humana consolidada.
-
-## 7. Antipadrões
-
-- Duplicar tokens em módulos sem vínculo com este contrato.
-- Copiar componentes antigos apenas por semelhança visual.
-- Misturar estilos do dashboard operacional com a UI do produto ou com o site público.
-- Criar uma biblioteca universal antes de existir reutilização comprovada.
-- Exibir apenas swatches: o catálogo deve aplicar tokens em espécimes reais.
+Em construção.

package/templates/.agents/design/README.md

@@ -13,8 +13,18 @@ ferramentas. O catálogo reaproveita os mesmos espécimes em duas superfícies:
 - `apps/catalog/dist/storybook/index.html`: Storybook estático gerado para instalações do CLI.
 
 O catálogo documenta todo o repositório, mas não pertence ao dashboard e não substitui packages de
-UI do produto. Para mudar a linguagem global, atualize `DESIGN.md`, `tokens.json`, espécimes, stories
-e testes na mesma Change.
+UI do produto. Para criar ou mudar a linguagem global a pedido do usuário, atualize na mesma Change
+`DESIGN.md`, os tokens afetados, espécimes, stories, testes e as duas páginas reais do catálogo:
+`apps/catalog/src/pages/DesignSystemPage.tsx` e `apps/catalog/src/pages/ComponentsPage.tsx`.
+Valide as rotas `#/design-system` e `#/components`; elas são a prova renderizada de que o contrato
+central está sincronizado. A personalização substitui o padrão instalado para aquele projeto e não
+deve criar uma cópia paralela do design system.
+
+Todo componente de UI novo, inclusive um componente local, precisa de uma representação
+renderizável em `#/components`, com exemplo e estados ou variantes aplicáveis. Uma lista, nome ou
+story isolada não comprova essa cobertura. A amostra preserva a identidade vigente de `DESIGN.md`
+(cores, tipografia, espaçamento, raios, bordas e estados) e seus tokens pertinentes, sem mover a
+lógica de negócio ao catálogo nem tornar um componente local em contrato global.
 
 ## Abrir o frontend pelo terminal
 

package/templates/.agents/design/apps/catalog/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@zaip-ai/design-catalog",
-  "version": "2.2.0",
+  "version": "2.6.0",
   "private": true,
   "type": "module",
   "scripts": {

package/templates/.agents/design/packages/local-runtime/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@zaip-ai/design-local-runtime",
-  "version": "2.2.0",
+  "version": "2.6.0",
   "private": true,
   "type": "module",
   "scripts": {

package/templates/.agents/growth/strategy.md

@@ -0,0 +1,3 @@
+# Estratégia de Growth
+
+Em construção.

package/templates/.agents/marketing/strategy.md

@@ -0,0 +1,3 @@
+# Estratégia de Marketing
+
+Em construção.

package/templates/.agents/requirements/autonomous-assurance.md

@@ -6,7 +6,7 @@ title: Garantia adaptativa e execução autônoma
 status: active
 version: 3
 source_change: null
-source_release: "2.2.0"
+source_release: "2.6.0"
 ---
 
 # Garantia adaptativa e execução autônoma
@@ -20,6 +20,7 @@ Uma Task avulsa deve provar todos os Acceptance Criteria com profundidade propor
 - `AC-ASSURE-001-03`: `standard_depth: auto` seleciona perfil por sinais persistidos de risco/escopo de verificação, sem inferir criticidade pela quantidade de arquivos ou write scopes; `base` e `elevated` permitem configuração explícita.
 - `AC-ASSURE-001-04`: risco `critical` exige no mínimo três validações e quality review independente. Mutação é exigida para segurança/dados críticos; lógica determinística pode escolher mutação manualmente como modalidade adicional. Rollback é exigido para migração, irreversibilidade ou rollback não trivial; commit final para produção, distribuição, migração ou ação externa; Evidence dedicada por AC somente para segurança ou migração enquanto não houver sinal persistido para outro controle.
 - `AC-ASSURE-001-05`: uma Task sensível a segurança, migração, irreversibilidade ou múltiplos domínios não pode usar `lite` para contornar controles críticos.
+- `AC-ASSURE-001-06`: somente sob `assurance.version: 1`, uma Task `lite` com `editorial_delivery:true`, `verification_scope:"scoped"`, write scope editorial estreito e candidato textual regular pode dispensar a Decision das seis etapas. Ela ainda exige check tipado real, Evidence tipada cobrindo os ACs, commit/candidato Git, revisão e finalização. Código, configuração, controles de agente, ação externa, dado sensível, migração, risco `standard|critical` ou sinal sensível rejeitam a exceção; qualquer Task sem esse opt-in preserva a Decision.
 
 ## REQ-ASSURE-002 — Garantia parental para SPEC e PRD
 

package/templates/.agents/requirements/cloud-hostinger-autonomy.md

@@ -6,7 +6,7 @@ title: Autonomia delimitada para Cloudflare e Hostinger
 status: proposed
 version: 1
 source_change: null
-source_release: "2.2.0"
+source_release: "2.6.0"
 ---
 
 # Cloudflare e Hostinger (proposta de requisito)

package/templates/.agents/requirements/comparative-audit.md

@@ -6,7 +6,7 @@ title: Auditoria comparativa e plano de evolução
 status: active
 version: 1
 source_change: null
-source_release: "2.2.0"
+source_release: "2.6.0"
 ---
 
 # Auditoria comparativa e plano de evolução

package/templates/.agents/requirements/context-engine.md

@@ -6,7 +6,7 @@ title: Contexto mínimo, seguro e navegável
 status: active
 version: 8
 source_change: null
-source_release: "2.2.0"
+source_release: "2.6.0"
 ---
 
 # Context engine

package/templates/.agents/requirements/cost-observability.md

@@ -6,7 +6,7 @@ title: Tokens, custos e cobertura
 status: active
 version: 10
 source_change: null
-source_release: "2.2.0"
+source_release: "2.6.0"
 ---
 
 # Cost observability

package/templates/.agents/requirements/dashboard-launch.md

@@ -6,7 +6,7 @@ title: Inicialização e hidratação confiável do dashboard
 status: active
 version: 1
 source_change: null
-source_release: "2.2.0"
+source_release: "2.6.0"
 ---
 
 # Inicialização e hidratação confiável do dashboard

package/templates/.agents/requirements/data-export.md

@@ -6,7 +6,7 @@ title: Exportação contextual de dados para Excel
 status: proposed
 version: 2
 source_change: null
-source_release: "2.2.0"
+source_release: "2.6.0"
 ---
 
 # Exportação contextual de dados

package/templates/.agents/requirements/design-system.md

@@ -4,9 +4,9 @@ id: REQUIREMENTS-DESIGN-SYSTEM
 area: design-system
 title: Contrato visual e catálogo executável
 status: active
-version: 3
+version: 5
 source_change: null
-source_release: "2.2.0"
+source_release: "2.6.0"
 ---
 
 # Design system
@@ -19,8 +19,12 @@ O repositório deve possuir uma fonte visual central, legível por humanos e est
   tipografia, espaçamento, raios e componentes, além de orientação de uso e acessibilidade.
 - `AC-DESIGN-001-02`: `.agents/design/tokens.json` preserva os tokens consumíveis por ferramentas e
   um teste determinístico impede divergência nos grupos compartilhados com o frontmatter.
-- `AC-DESIGN-001-03`: mudanças globais de UI atualizam contrato, tokens, espécimes, stories e testes
-  na mesma Change; necessidades locais não criam tokens globais sem reutilização comprovada.
+- `AC-DESIGN-001-03`: toda criação ou edição de design system solicitada pelo usuário atualiza, na
+  mesma Change e sem exceção, `DESIGN.md`, tokens pertinentes, espécimes, stories, testes e o
+  frontend real de `.agents/design/apps/catalog/src/pages/DesignSystemPage.tsx` e
+  `.agents/design/apps/catalog/src/pages/ComponentsPage.tsx`; `#/design-system` e `#/components` são a prova
+  renderizada do contrato central. Consumidores afetados são atualizados ou recebem migração
+  registrada; necessidades locais não criam tokens globais sem reutilização comprovada.
 
 ## REQ-DESIGN-002 — Documentação visual
 
@@ -32,6 +36,11 @@ O contrato deve ser demonstrado em componentes reais e navegável sem depender d
   cards, métricas, formulários, tabela e estados vazio, desabilitado e erro.
 - `AC-DESIGN-002-03`: Storybook executa checks de acessibilidade e gera documentação estática; o
   build do catálogo funciona em arquivo local por rotas hash e não depende do dashboard.
+- `AC-DESIGN-002-04`: todo componente de UI novo, inclusive local, possui em `#/components` uma
+  representação renderizável com exemplo e estados ou variantes aplicáveis; nome, lista ou
+  Storybook isolado não bastam. As amostras refletem a identidade vigente de `DESIGN.md` — cores,
+  tipografia, espaçamento, raios, bordas e estados — com tokens pertinentes, sem centralizar lógica
+  de negócio nem tornar o componente ou token global.
 
 ## REQ-DESIGN-003 — Distribuição pelo CLI
 

package/templates/.agents/requirements/execution-engine.md

@@ -6,7 +6,7 @@ title: Preparação, materialização e DAG
 status: active
 version: 11
 source_change: null
-source_release: "2.2.0"
+source_release: "2.6.0"
 ---
 
 # Execution engine

package/templates/.agents/requirements/kanban-dashboard.md

@@ -6,7 +6,7 @@ title: Projeções operacionais e analíticas
 status: active
 version: 14
 source_change: null
-source_release: "2.2.0"
+source_release: "2.6.0"
 ---
 
 # Kanban and dashboard

package/templates/.agents/requirements/model-orchestration.md

@@ -6,7 +6,7 @@ title: Seleção automática e observável de modelo e effort
 status: active
 version: 8
 source_change: null
-source_release: "2.2.0"
+source_release: "2.6.0"
 ---
 
 # Orquestração de modelos

package/templates/.agents/requirements/public-distribution.md

@@ -4,9 +4,9 @@ id: REQUIREMENTS-PUBLIC-DISTRIBUTION
 area: public-distribution
 title: Distribuição pública e ativação
 status: active
-version: 4
+version: 5
 source_change: null
-source_release: "2.2.0"
+source_release: "2.6.0"
 ---
 
 # Distribuição pública e ativação
@@ -24,6 +24,8 @@ O pacote público deve entregar, verificar e reparar o mesmo runtime de lifecycl
 
 A distribuição pública só pode ser candidata quando fonte canônica, template, artefato, documentação e smoke do pacote exato descrevem o mesmo contrato observável.
 
+A skill portátil de publicação é `zaip-skill-github-deploy`. A publicação npm do framework pertence exclusivamente ao GitHub Actions do repositório mantenedor, com versão alinhada ao tag GitHub e canal explícito. Workflow mantenedor e skill legada de publicação npm não entram no template nem no pacote. Atualizações removem arquivos obsoletos comprovadamente gerenciados e inalterados, preservando personalizações e arquivos sem prova de ownership.
+
 - `AC-DIST-002-01`: o gate de release executa sync reproduzível, audit, typecheck, testes, pack, doctor, smoke e rollback sobre o candidato exato, sem substituir falha por evidência de outro checkout.
 - `AC-DIST-002-02`: o manifest registra versão, hashes e conteúdo efetivo de `.agents`, incluindo o runtime; qualquer divergência entre fonte, template e pacote bloqueia a candidatura.
 - `AC-DIST-002-03`: README, guias de instalação, versão pública e comandos documentados permanecem alinhados ao pacote qualificado e não prometem capability ausente.

package/templates/.agents/requirements/software-architecture.md

@@ -6,7 +6,7 @@ title: Layout modular e limites de código-fonte
 status: active
 version: 5
 source_change: null
-source_release: "2.2.0"
+source_release: "2.6.0"
 ---
 
 # Software architecture

package/templates/.agents/requirements/strategic-improvements.md

@@ -6,7 +6,7 @@ title: Melhorias estratégicas de custo, qualidade e resiliência
 status: active
 version: 1
 source_change: null
-source_release: "2.2.0"
+source_release: "2.6.0"
 ---
 
 # Melhorias estratégicas de custo, qualidade e resiliência

package/templates/.agents/requirements/work-lifecycle.md

@@ -4,9 +4,9 @@ id: REQUIREMENTS-WORK-LIFECYCLE
 area: work-lifecycle
 title: Ciclo de vida do trabalho
 status: active
-version: 24
+version: 25
 source_change: null
-source_release: "2.2.0"
+source_release: "2.6.0"
 ---
 
 # Work lifecycle
@@ -92,7 +92,7 @@ Cada Execução ZAIP possui uma Invocação do Orquestrador. `interaction` read-
 
 Cada Task concluída com mutação deve possuir um commit canônico isolado e publicável sem reorganização no momento do deploy.
 
-- `AC-WORK-007-01`: o assunto usa o provider efetivo exclusivamente `CODEX` ou `CLAUDE` e não contém `AUTO`; em linhagem evidenciada usa blocos opcionais `[P:XXXX] [S:XXXX] [T:XXXX]`, Task sem PRD/SPEC usa `[Task-first:XXXX]` e commit funcional sem Task usa `[CODEX] <título funcional>` sem `ZAIP-Task`. Referências têm quatro caracteres do alfabeto ZAIP, blocos e trailers sem evidência são omitidos, o assunto nunca excede 96 caracteres e somente o título pode ser reduzido em limite de palavra.
+- `AC-WORK-007-01`: commit de produto exige Task real, título canônico e provider efetivo `CODEX` ou `CLAUDE`, nunca `AUTO`; linhagem evidenciada usa blocos opcionais `[P:XXXX] [S:XXXX] [T:XXXX]`, Task sem PRD/SPEC usa `[Task-first:XXXX]`. Referências têm quatro caracteres do alfabeto ZAIP; blocos e trailers sem evidência são omitidos. Assunto ≤96 caracteres, somente título reduzido por palavra. Task/Change/Execution devem existir na árvore do commit, estar causalmente vinculadas e cobrir seus caminhos por write scopes. Hook valida o índice real; CI valida cada SHA novo após marco explícito, sem retroagir. Somente diff restrito a `.agents/records/**` e `.local/**` dispensa identidade; renomeações incluem origem e destino, arquivos ignorados já rastreados continuam sujeitos à política. Conversas preservam telemetria e não disparam commits. Merge/revert/bot não têm exceção pelo texto; nunca selecionar a última Task global.
 - `AC-WORK-007-02`: o corpo contém trailers `ZAIP-PRD`, `ZAIP-SPEC`, `ZAIP-Task`, `ZAIP-Change`, `ZAIP-Execution` e `ZAIP-Agent` com identificadores completos, omitindo apenas os ancestrais inexistentes; o commit de integração também registra `ZAIP-Product-Commit`.
 - `AC-WORK-007-03`: a integração recusa worktree pendente, mensagem não canônica, Task divergente, arquivo fora do write scope ou conflito; uma Task aprovada produz um merge `--no-ff` com a mesma atribuição canônica, preservando o candidato validado.
 - `AC-WORK-007-04`: pedido explícito de deploy/push é Git-only e autoriza reconciliar com segurança somente a branch e o worktree selecionados, além de particionar o trabalho pendente pretendido/evidenciado em commits funcionais com pathspecs explícitos. Sem IDs de PRD/SPEC/Task, não os fabrica nem inclui trailers `ZAIP-*`; nunca executa `git add -A`, adiciona feature não relacionada, combina grupos, reescreve histórico, força push, expõe segredo ou faz squash da hierarquia.

package/templates/.agents/requirements/zaip-strategic-95.md

@@ -6,7 +6,7 @@ title: Evidências, custo por Task e autonomia por SPEC
 status: active
 version: 1
 source_change: null
-source_release: "2.2.0"
+source_release: "2.6.0"
 ---
 
 # Evidências, custo por Task e autonomia por SPEC

package/templates/.agents/rules/architecture.md

@@ -5,6 +5,8 @@ priority: critical
 max_context_tokens: 1000
 requires:
   - RULE-CORE
+triggers: [arquitetura, architecture, modularização, modularization, cqrs]
+domains: [arquitetura, architecture, modularização, modularization, cqrs]
 ---
 
 # Arquitetura, desenvolvimento e CQRS canônicos

package/templates/.agents/rules/astra-diagnostic.md

@@ -2,7 +2,7 @@
 id: RULE-ASTRA-DIAGNOSTIC
 load: manual
 priority: high
-max_context_tokens: 650
+max_context_tokens: 625
 requires:
   - RULE-CORE
 ---

package/templates/.agents/rules/autonomy-decision.md

@@ -2,9 +2,11 @@
 id: RULE-AUTONOMY-DECISION
 load: auto
 priority: high
-max_context_tokens: 500
+max_context_tokens: 325
 requires:
   - RULE-CORE
+triggers: [autonomia, autonomy, autorização, authorization, credencial, credential]
+phases: [conversation, definition, planning, execution]
 ---
 
 # Decisao autonoma proporcional

package/templates/.agents/rules/cloud-hostinger-autonomy.md

@@ -6,6 +6,8 @@ max_context_tokens: 1000
 requires:
   - RULE-CORE
   - RULE-SECURITY
+triggers: [terraform, hostinger, cloudflare, "ssh de infraestrutura", "infrastructure ssh"]
+domains: [terraform, hostinger, cloudflare, ssh]
 ---
 
 # Cloudflare, Hostinger e Terraform

package/templates/.agents/rules/context.md

@@ -2,9 +2,10 @@
 id: RULE-CONTEXT
 load: auto
 priority: high
-max_context_tokens: 650
+max_context_tokens: 450
 requires:
   - RULE-CORE
+triggers: [contexto, context, tokens, "context pack"]
 ---
 
 # Contexto e economia de tokens canônicos

package/templates/.agents/rules/core.md

@@ -9,9 +9,9 @@ requires: []
 # Contexto e autoridade
 
 - Leia `.agents/config/project.yaml`; aplique ZAIP somente com `zaip.enabled: true` booleano. Carregue Rules `always`, Rules aplicáveis e seus pré-requisitos, Requirements/AC governantes e skills canônicas pertinentes. Reutilize contexto inalterado; descubra trabalho pelos manifests e leia records somente por ID explícito, sem varrer histórico.
-- Capture uma vez: perguntas, explicações e análises são `conversation`; continuação/refinamento/rework usa somente o foco da mesma `client_thread_id`; trabalho persistente independente é `new-work` com título semântico. Não associe pergunta simples à primeira Task global. Uma `interaction` read-only sem descendentes responde diretamente e termina após a resposta, sem Task/Change, executor ou finalizador artificiais.
-- Antes de criar/refinar artefatos, executar entrega ou delegar, carregue `RULE-WORKFLOW`, `RULE-RUN-LIFECYCLE-CLOSURE` e a skill de execução aplicável. Pensar PRD/SPEC não cria artefatos; criação draft exige pedido explícito e `ready|execute` materializa DAG. Antes de mutação independente materialize Task, Change, Execution `delivery` e Run raiz; exceções Git-only, telemetria, cache/build/teste e temporários seguem workflow. Código, configuração e documentação são produto.
-- Antes de delegar, leia `RULE-SPECIALIST-ROUTING` e catálogo: raiz despacha `zaip-agent-orchestrator`, único dispatcher dos executores elegíveis; último filho `zaip-agent-finalizer`, após todos terminarem. Use somente `spawn_agent` nativo e os exatos `codex_name`/`codex_task_name`; `create_thread|fork_thread` exigem pedido de chat independente. Nunca invente ancestralidade; capture eventos reais, campos ausentes ficam indisponíveis. Detalhes obrigatórios: `.agents/skills/zaip-skill-execution/references/runtime-governance.md`.
+- Capture uma vez: perguntas, explicações e análises são `conversation`; continuação/refinamento/rework usa somente o foco da mesma `client_thread_id`; trabalho persistente independente é `new-work`. Não associe pergunta simples à primeira Task global. Uma `interaction` read-only sem descendentes responde diretamente e termina após a resposta, sem Task/Change, executor ou finalizador artificiais. O ciclo completo, demais exceções e fechamento pertencem a `RULE-WORKFLOW` e `RULE-RUN-LIFECYCLE-CLOSURE`.
+- Antes de criar/refinar artefatos, executar entrega ou delegar, carregue `RULE-WORKFLOW`, `RULE-RUN-LIFECYCLE-CLOSURE` e a skill de execução aplicável. Antes de delegar, leia `RULE-SPECIALIST-ROUTING` e o catálogo. Use somente `spawn_agent` nativo e os exatos `codex_name`/`codex_task_name`; `create_thread|fork_thread` exigem pedido de chat independente. Detalhes de runtime: `.agents/skills/zaip-skill-execution/references/runtime-governance.md`.
 - Preserve escopo, permissões, fontes e alterações alheias. Antes de ação externa, destrutiva ou irreversível verifique autorização vigente; credenciais autorizadas seguem `zaip-skill-local-credentials`, sem expor valores. Nunca invente fatos, custos, tokens, Evidence, testes ou resultados. Separe estimativa de observação e incerteza de conclusão.
 - Selecione esforço pela operação, capacidade e ambiguidade, não pelo departamento. Pergunta simples de Marketing/Sales/Growth/Ops não carrega engenharia, Change ou Meta Ads sem necessidade. Modelo/effort são imutáveis por Run; respeite seleção manual do host e origens automáticas configuradas. No modo manual leia `RULE-MODEL-ORCHESTRATION`. Desenvolvimento carrega também arquitetura, segurança e contexto técnico pertinente; entrega comercial mantém assurance proporcional.
 - Pergunte só o necessário, até cinco perguntas por turno e três turnos, respeitando autorização já dada. Plano opcional de até cinco passos usa `DEFINE:`, `PLAN:`, `EXECUTE:`, `VERIFY:`.
+- Deploy GitHub explícito seleciona `$zaip-skill-github-deploy`: frontend/backend seguem a branch configurada, inclusive `main`; banco exige `beta` e promoção humana. No framework, tag `vN.N` corresponde ao pacote `N.N.0`; só GitHub Actions publica `@zaip-ai/cli` no npm.

package/templates/.agents/rules/design-system-central-contract.md

@@ -0,0 +1,17 @@
+---
+id: RULE-DESIGN-SYSTEM-CENTRAL
+load: file_match
+priority: critical
+max_context_tokens: 500
+requires: [RULE-CORE]
+globs: [".agents/design/DESIGN.md", ".agents/design/tokens/**", ".agents/design/apps/catalog/**", ".agents/design/packages/**"]
+---
+
+# Contrato central do design system
+
+- O ZAIP-AIOS instala o design system padrão; toda solicitação posterior do usuário para criar ou editar o design system personaliza o contrato central do projeto, sem cópias paralelas.
+- Sem exceção, a Change atualiza em conjunto `.agents/design/DESIGN.md`, os tokens pertinentes, espécimes, stories e testes pertinentes, e o frontend real de `.agents/design/apps/catalog/src/pages/DesignSystemPage.tsx` e `.agents/design/apps/catalog/src/pages/ComponentsPage.tsx`.
+- `#/design-system` é a página de fundações e tokens; `#/components` é a página de componentes. Ambas consomem a mesma fonte central, documentam a mudança e passam pela prova renderizada antes de a entrega ser declarada pronta.
+- Componentes e tokens globais têm representação renderizável no frontend real `#/components`, com exemplo e estados ou variantes aplicáveis. Todo componente local novo também tem representação renderizável ali, sem transformar sua lógica ou token em global. A atualização conjunta de `.agents/design/DESIGN.md`, tokens e das duas páginas do catálogo só é exigida ao mudar o contrato central.
+- `#/components` e seus espécimes refletem a identidade vigente de `.agents/design/DESIGN.md` — cor, tipografia, espaçamento, raios, bordas e estados — com os tokens pertinentes. Sincronize fontes, código e builds distribuíveis que a mudança afetar.
+- Atualize consumidores afetados; para mudança incompatível, registre a migração e os consumidores responsáveis na Change. Um requisito isolado de produto não cria token ou componente global sem reutilização comprovada.

package/templates/.agents/rules/evolution.md

@@ -2,9 +2,11 @@
 id: RULE-EVOLUTION
 load: auto
 priority: high
-max_context_tokens: 550
+max_context_tokens: 425
 requires:
   - RULE-WORKFLOW
+triggers: [evolução, evolution, framework, migration, migração]
+phases: [planning, execution, verification, evidence]
 ---
 
 # Evolução governada canônica