@zaip-ai/cli 2.0.0 → 2.6.0

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

@@ -1,6 +1,6 @@
 {
   "name": "@zaip-ai/dashboard-e2e",
-  "version": "2.0.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.0.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": "0804ea7d2ef9448bc104a50c7c8214fd8d0404ff32960845a5247d35a334acb0"
+      "sha256": "a42c9ded7ec7b3b3028b832180df0d525181a2008cd2270b689db5af5b284ea1"
     },
     {
       "path": "apps/catalog/public/logo_novo_azul.png",
@@ -308,7 +308,7 @@
     },
     {
       "path": "packages/local-runtime/package.json",
-      "sha256": "7acfe0b756877125313f651d7b1934bd30585e7d708f6a6d85a6eb392e644acd"
+      "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.0.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.0.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.0.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.0.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.0.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.0.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.0.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.0.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.0.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.0.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.0.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.0.0"
+source_release: "2.6.0"
 ---
 
 # Kanban and dashboard

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

@@ -4,9 +4,9 @@ id: REQUIREMENTS-MODEL-ORCHESTRATION
 area: model-orchestration
 title: Seleção automática e observável de modelo e effort
 status: active
-version: 7
+version: 8
 source_change: null
-source_release: "2.0.0"
+source_release: "2.6.0"
 ---
 
 # Orquestração de modelos
@@ -16,7 +16,7 @@ source_release: "2.0.0"
 O projeto deve poder habilitar seleção automática de modelo, effort e velocidade sem alterar o comportamento dos modos existentes.
 
 - `AC-MODEL-001-01`: o schema aceita `model_orchestration.mode: auto` além de `manual` e `off`; ausência do bloco e os dois modos existentes mantêm o comportamento anterior em testes de compatibilidade.
-- `AC-MODEL-001-02`: o modo `auto` exige `default_model: gpt-5.6-terra`, `default_effort: medium`, `default_velocity: standard`, allowlist contendo exatamente `gpt-5.6-luna`, `gpt-5.6-terra` e `gpt-5.6-sol`, efforts automáticos restritos a `low|medium|high|xhigh` e teto automático `xhigh`.
+- `AC-MODEL-001-02`: o modo `auto` exige `default_model: gpt-5.6-terra`, `default_effort: medium`, `default_velocity: standard` e allowlist única com o trio obrigatório `gpt-5.6-luna`, `gpt-5.6-terra`, `gpt-5.6-sol`; `gpt-6-astra` é o quarto modelo opcional. Efforts automáticos são `low|medium|high|xhigh`, com teto geral `xhigh` e teto específico Astra `high`.
 - `AC-MODEL-001-03`: setup, migration, adapters e templates preservam `manual` como default de projetos novos e existentes; `auto` só é ativado por configuração explícita do projeto e passa em `zaip doctor`.
 - `AC-MODEL-001-04`: o modo `auto` exige `automatic_sources: [spec, prd]`; `task` não é uma origem automática válida, preservando a seleção manual do host para Tasks avulsas.
 
@@ -24,10 +24,10 @@ O projeto deve poder habilitar seleção automática de modelo, effort e velocid
 
 Cada Invocação de Agente deve resolver uma configuração única a partir do agente do catálogo, dos metadados estruturados da Task e da fase, sem depender de instrução em linguagem natural.
 
-- `AC-MODEL-002-01`: o resolvedor aplica a precedência `runtime_defaults explícito da Execution -> runtime explícito da Task -> política automática -> defaults do projeto`, retornando modelo, effort, velocidade, origem, versão da política e ao menos um motivo enumerado.
+- `AC-MODEL-002-01`: o resolvedor aplica a precedência `runtime_defaults explícito da Execution -> runtime explícito da Task -> política automática -> defaults do projeto`, retornando modelo, effort, velocidade, origem, versão da política e ao menos um motivo enumerado. A precedência nunca contorna os limites Astra: diagnóstico difícil evidenciado, somente high, reserva pré-dispatch de até três diagnósticos por Task e handback validado para executor, conforme REQ-MODEL-006.
 - `AC-MODEL-002-02`: Tasks novas de PRD/SPEC persistem `model_profile` calculado de `model_signals` reais com fase-base, complexidade, transversalidade, ambiguidade, rework, custo, boundedness, volume, gatilhos `xhigh` e sinais de risco. A classificação `task-risk-v1` deriva `lite|standard|critical` e motivos enumerados; declaração conflitante é rejeitada, enquanto PreparedPlans históricos sem perfil continuam legíveis. A política considera o perfil persistido, a fase e o agente reais da chamada e restrições de capacidade; risco governa assurance e não força sozinho modelo ou effort superior.
 - `AC-MODEL-002-03`: a política inicial usa Luna para trabalho simples, delimitado ou de alto volume, Terra como baseline de implementação e teste e Sol para planejamento, revisão ou reparo ambíguo/transversal; `xhigh` só é elegível para planejamento, replanejamento, auditoria ou rework estrutural delimitado quando as quatro condições e ao menos dois gatilhos observáveis do guia forem satisfeitos.
-- `AC-MODEL-002-04`: `ultra`, `max`, effort desconhecido e modelo fora da allowlist são rejeitados antes da chamada com erro tipado, sem fallback silencioso; `xhigh` é aceito quando vier de override explícito válido ou da política elegível.
+- `AC-MODEL-002-04`: `ultra`, `max`, effort desconhecido e modelo fora da allowlist são rejeitados antes da chamada com erro tipado, sem fallback silencioso; `xhigh` é aceito quando vier de override explícito válido ou da política elegível, sempre excluindo Astra.
 - `AC-MODEL-002-05`: a Invocação do Orquestrador usa a identidade visível `zaip-agent-orchestrator`; cada Execução ZAIP delega por capacidade a ao menos um executor do catálogo, conversas podem usar `zaip-agent-analyst`, e a última Invocação Delegada usa `zaip-agent-finalizer`.
 
 ## REQ-MODEL-003 — Configuração imutável por Agent Run
@@ -56,3 +56,13 @@ O modo automático deve ser ativado com evals, rollback e documentação que dis
 - `AC-MODEL-005-01`: uma suíte determinística cobre ao menos seleção lite, baseline Terra, planejamento Sol, risco crítico mecânico, rework estrutural, `xhigh` elegível, `xhigh` inelegível, `ultra` rejeitado, velocidade diferente de `standard` rejeitada, override explícito e capacidade incompatível.
 - `AC-MODEL-005-02`: o rollout compara sucesso por Acceptance Criteria, aprovação na primeira revisão, repair cycles, tokens, latência e custo por Task aprovada; regressão de qualidade bloqueia a ativação ampla mesmo quando houver economia.
 - `AC-MODEL-005-03`: o guia, adapters, templates e configuração distribuída descrevem os mesmos defaults e permitem rollback para `manual` sem migração destrutiva de Runs já registrados.
+
+## REQ-MODEL-006 — Diagnóstico Astra limitado e econômico
+
+Astra orienta a solução de problemas difíceis; a implementação permanece nos executores existentes.
+
+- `AC-MODEL-006-01`: a rota exige complexidade alta ou ambiguidade alta e evidência de tentativa executora falha por hipótese/raciocínio, ou impacto material crítico evidenciado com diagnóstico difícil. Risco isolado, tarefa simples, departamento, volume, rótulos e falhas de ambiente/ferramenta não ativam Astra.
+- `AC-MODEL-006-02`: a invocação diagnóstica usa identidade catalogada, high, contexto novo, zero ferramentas e nenhum resume; Astra como executor/reviewer/finalizer e efforts superiores são rejeitados antes da chamada. Entrada serializada limitada a 48000 bytes, orçamento de saída até 8000 tokens e timeout até 180 segundos; provider usage e limites declarados permanecem distintos.
+- `AC-MODEL-006-03`: reserva persistente e atômica antes de cada dispatch limita três diagnósticos por Task estável, inclusive retomada, nova Execution e concorrência. Replay não autoriza novo dispatch; eventos de usage não consomem nem restauram quota.
+- `AC-MODEL-006-04`: handback estruturado traz findings, prova, causa/hipótese, rota corrigida, escopo, executor não Astra e teste. A próxima tentativa executa a correção com Luna/Terra/Sol; outro diagnóstico exige evidência nova e progresso de hipótese/rota. Sem progresso ou com quota esgotada, devolve rota útil ou bloqueia explicitamente.
+- `AC-MODEL-006-05`: a expansão Astra é condicional e não aumenta o kernel sempre carregado nem prompts de especialistas comerciais. Política automática continua restrita a SPEC/PRD, sem alterar seleção manual do host. Evals negativos e positivos, quota e integração real do coordenador são verificados antes da entrega.

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: 3
+version: 5
 source_change: null
-source_release: "2.0.0"
+source_release: "2.6.0"
 ---
 
 # Distribuição pública e ativação
@@ -15,7 +15,7 @@ source_release: "2.0.0"
 
 O pacote público deve entregar, verificar e reparar o mesmo runtime de lifecycle referenciado pelo guidance instalado, sem depender do checkout mantenedor nem criar autoridade implícita.
 
-- `AC-DIST-001-01`: o `.tgz` exato de `@zaip-ai/cli` e `create-zaip-aios` instala `.agents/runtime/bin/zaip.mjs` e seus metadados de supply chain; no workspace vazio, `doctor`, `status`, `conversation start`, `disable` e `enable` terminam com sucesso.
+- `AC-DIST-001-01`: o `.tgz` exato de `@zaip-ai/cli` instala `.agents/runtime/bin/zaip.mjs` e seus metadados de supply chain; no workspace vazio, `doctor`, `status`, `conversation start`, `disable` e `enable` terminam com sucesso.
 - `AC-DIST-001-02`: `zaip.enabled` é a única chave gravada; a matriz canônica/legada `true|false|ausente` preserva compatibilidade, normaliza a próxima escrita e rejeita valores contraditórios antes de mutar o workspace.
 - `AC-DIST-001-03`: `template:sync` e `template:audit` cobrem `.agents`, incluindo `.agents/runtime`, recalculam o digest agregado, rejeitam path traversal, symlink, duplicata, descendente de arquivo allowlisted e checksum divergente.
 - `AC-DIST-001-04`: geração de runtime e manifest ocorre como uma única substituição recuperável; falhas injetadas antes e depois da troca preservam byte a byte o runtime e o manifest anteriores, e reinstalação autorizada restaura arquivo ausente.
@@ -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.0.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.0.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.0.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.0.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

@@ -0,0 +1,20 @@
+---
+id: RULE-ASTRA-DIAGNOSTIC
+load: manual
+priority: high
+max_context_tokens: 625
+requires:
+  - RULE-CORE
+---
+
+# Astra para diagnóstico difícil
+
+Carregue somente ao avaliar uma escalada Astra. Luna/Terra executam trabalho comum; Sol continua responsável pela faixa difícil. Marketing, Sales, Growth, Ops, título, palavras como “crítico”, volume ou número de arquivos não justificam Astra.
+
+- Entrada: origem automática autorizada, dificuldade estruturada (complexidade alta ou ambiguidade alta) e evidência de uma tentativa executora que falhou por hipótese/raciocínio. Exceção preventiva: impacto material crítico comprovado e diagnóstico difícil comprovado. Erros de ambiente, credenciais, ferramentas, sintaxe ou falta de evidência não autorizam a escalada.
+- Astra é uma invocação diagnóstica do orquestrador, somente `high` e `standard`. Nunca executor, reviewer rotineiro ou finalizer; nunca `xhigh`, `max` ou `ultra`, inclusive via override.
+- Prefira um diagnóstico. Reserve atomicamente antes do dispatch; máximo três invocações por Task estável, somando Runs, Executions e retomadas. Não reinicie a quota, crie Task artificial nem repita invocation_id para contornar o teto. “Ciclo” é diagnóstico governado, não evento de uso ou chamada interna.
+- Receba contexto novo e compacto: falha, prova, tentativa anterior, restrições e critérios de aceite. Sem histórico integral, resume, ferramentas, filhos ou escrita. Envelope: até 48000 bytes de entrada serializada, orçamento de 8000 tokens de saída, timeout de 180 segundos. Bytes não são tokens; reporte consumo apenas quando observado.
+- Devolva JSON com findings, evidências, causa/hipótese, rota corrigida, escopo, executor Luna/Terra/Sol e teste de validação. O executor realiza o reparo e verifica o resultado na tentativa seguinte. Não prometa solução na segunda tentativa.
+- Outro diagnóstico exige evidência nova e mudança verificável de hipótese/rota. Pare antes do teto se não houver progresso; não alterne Astra/Sol repetindo o mesmo plano. Ao esgotar três, devolva uma rota executável ou bloqueie com a evidência/decisão faltante.
+- O runtime deve validar elegibilidade, quota, isolamento e handback. Configuração incompatível bloqueia o diagnóstico; não converta Astra em executor. A preferência manual do host em conversa/Task avulsa permanece fora do controle automático.

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