@zaip-ai/cli 3.3.0 → 3.5.0

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: "3.3.0"
+source_release: "3.5.0"
 ---
 
 # Garantia adaptativa e execução autônoma

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: "3.3.0"
+source_release: "3.5.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: "3.3.0"
+source_release: "3.5.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: "3.3.0"
+source_release: "3.5.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: "3.3.0"
+source_release: "3.5.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: "3.3.0"
+source_release: "3.5.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: "3.3.0"
+source_release: "3.5.0"
 ---
 
 # Exportação contextual de dados

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

@@ -6,7 +6,7 @@ title: Contrato visual e catálogo executável
 status: active
 version: 5
 source_change: null
-source_release: "3.3.0"
+source_release: "3.5.0"
 ---
 
 # Design system

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: "3.3.0"
+source_release: "3.5.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: "3.3.0"
+source_release: "3.5.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: "3.3.0"
+source_release: "3.5.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: 7
+version: 8
 source_change: null
-source_release: "3.3.0"
+source_release: "3.5.0"
 ---
 
 # Distribuição pública e ativação
@@ -26,7 +26,7 @@ A distribuição pública só pode ser candidata quando fonte canônica, templat
 
 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-01`: o gate padrão de release usa o perfil `essential-v3`: sync reproduzível, integridade e paridade, audit de dependências, typecheck, regressões prioritárias de instalação/rollback e contratos de release, pack, doctor e smoke do runtime/SQLite/API sobre o candidato exato. O recibo assinado vincula perfil, gates, SHA e hashes do pacote; falha ou timeout não produz aprovação. Validação de cada aba do Dashboard, XLSX, cobertura completa e matriz estendida ficam no perfil full solicitado explicitamente, sem bloquear uma nova versão por padrão. Mudança funcional nesses componentes exige somente os testes pertinentes ao impacto.
 - `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.
 
@@ -38,6 +38,12 @@ classificação explícita. Dependências, compatibilidade, schemas, migrações
 históricas conservam seus próprios números. Igualdade de versão não substitui paridade
 de bytes, hashes, instalação real nem prova da versão publicada.
 
+Pedidos simples de atualização usam `npx --yes @zaip-ai/cli@latest init --force --yes --profile full`
+(`npx.cmd` no Windows), com backup antes de sobrescrever e instalação das dependências ausentes.
+Restrições explícitas prevalecem. No init sem force, catálogo oficial legado reconhecido pode
+ser atualizado e passa a integrar o lock; catálogo personalizado permanece protegido. Discovery
+gerenciada é uma projeção única, regenerada a partir do catálogo da versão instalada.
+
 ## REQ-DIST-003 — Configuração global portátil do Codex
 
 O CLI público deve descobrir o diretório inicial do usuário em execução e reconciliar a proteção

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: "3.3.0"
+source_release: "3.5.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: "3.3.0"
+source_release: "3.5.0"
 ---
 
 # Melhorias estratégicas de custo, qualidade e resiliência

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

@@ -6,7 +6,7 @@ title: Ciclo de vida do trabalho
 status: active
 version: 26
 source_change: null
-source_release: "3.3.0"
+source_release: "3.5.0"
 ---
 
 # Work lifecycle

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: "3.3.0"
+source_release: "3.5.0"
 ---
 
 # Evidências, custo por Task e autonomia por SPEC

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

@@ -19,6 +19,7 @@ phases: [conversation, definition, planning, execution]
 - Essencial nunca seleciona Astra automaticamente, inclusive por herança, fallback ou subagentes. A única exceção é o principal de uma Task avulsa com Astra escolhido manualmente pelo usuário no host. Nos demais perfis, Astra/high pode também executar no bloco iniciado pelo terceiro replanejamento, sem ampliar o orçamento.
 - Task avulsa preserva modelo/esforço do principal e prioriza trabalho direto. Delegue só por necessidade concreta. Antes da delegação, informe que subagentes seguem a política ZAIP e podem usar modelo/esforço diferentes; registre a configuração observada, mantendo desconhecidos explícitos. Não prometa override que o host não suporta.
 - Reserve no ledger persistente da Task antes da invocação e registre o resultado observado. Tool calls, testes individuais, tokens e relógio não são tentativas. Uma retomada não renova orçamento; mudança de configuração só vale para novas Tasks. Não invente contagens históricas numa migração.
+- Execução autorizada continua automaticamente; não peça “continue execução” nem nova confirmação para reparação elegível. Pause somente por cancelamento humano, bloqueio real ou falha terminal após a recuperação permitida pelo perfil congelado. Aguarde filhos ativos e leases; checkpoint/contexto não autoriza parar. Respeite a política de falha da DAG.
 - Não abandone por duração. Limites técnicos de uma ferramenta não provam falha do produto. Recuperações internas e replanejamentos inválidos não podem criar chamadas de IA fora do controle de orçamento. Ausência de decisão Gui não é aprovação; persista decisão real e depois Stop, ou use o relay atômico suportado na captura.
 - Ao esgotar recuperação: `failed` exige impedimento técnico comprovado; falta de verificação, acesso, evidência ou conclusão segura é `blocked`. Preserve entrega parcial e liste ACs pendentes; nunca reduza ACs automaticamente. Continue ramos independentes da DAG, mas não execute dependentes de Task não concluída.
 - Perfil controla persistência, não rigor: engenharia comprova comportamento e segurança; conteúdo comprova fidelidade às fontes e briefing; estratégia/operações comprovam dados e premissas. Risco define assurance, não o domínio sozinho.

package/templates/.agents/rules/workflow.md

@@ -16,13 +16,13 @@ phases: [planning, execution, verification, evidence]
 - Colunas: Definição só PRD `draft`; Planejamento só SPEC `draft`; Pronto para Executar recebe macro `ready` e Task `planned`, não ativa/nunca iniciada ou tentada. Task `draft` não entra; iniciada/tentada fica em Execução, Verificação ou terminal e não retorna.
 - Todo turno tem Execution/Run raiz, mas só trabalho executável tem Task. Pergunta, explicação, status, análise pontual ou baixa confiança usa `interaction`, `phase: conversation`, `entrypoint: conversation`, sem Task/Change artificial. Mencionar PRD/SPEC não autoriza criação; leitura permanece Conversation. Fora da criação explícita de draft, mutação persistente ou resultado independente cria Task-first; deploy/push/publicação puros são Git-only.
 - PRD pode ser draft sem SPEC, mas `prepare|execute|deliver` exige SPEC e veda Change direta fora dela; só SPECs selecionadas pelo PreparedPlan contam. `task create` só persiste draft; Run de captura é separado. `prepare` pré-aloca IDs/valida DAG sem produto, Change, Execution ou Run de execução; em PRD/SPEC não cria Task nem promove draft. Task auto-prepare só sem `depends_on`; dependência exige `zaip plan build` completo.
-- Só pedido humano explícito move PRD/SPEC a `ready`; executar autoriza `prepare` necessário e `execute`. Criação, revisão, refinamento, aprovação de conteúdo ou planejamento genérico não promovem. Até cinco perguntas críticas no primeiro turno e três de esclarecimento; depois decisão técnica IA delegável. Não presuma credencial, autoridade externa/destrutiva, obrigação legal ou segurança não delegável.
+- Só pedido humano explícito move PRD/SPEC a `ready`; executar autoriza finalizar o preparo e seguir com implementação, DAG e gates parentais no mesmo fluxo; não pare na ativação nem peça “continue execução” por tempo/contexto gasto no preparo. Criação, revisão, refinamento, aprovação de conteúdo ou planejamento genérico não promovem. Até cinco perguntas críticas no primeiro turno e três de esclarecimento; depois decisão técnica IA delegável. Não presuma credencial, autoridade externa/destrutiva, obrigação legal ou segurança não delegável.
 - Resolva verbo por alvo/status: `finalize|conclua|deixe pronto` em `draft|ready` significa `ready`; conclusão de implementação em `active` continua Tasks/gates; `execute` usa o menor grão nomeado. `implemente` sem alvo conversa; em draft finaliza plano, ready executa, active|blocked|failed continua/retoma/rework. `desenvolva|melhore|aprimore` planeja/refina/rework e requer nova promoção. PRD cancelado é imutável; sucessor draft usa `tags:[rework]` e `rework_of_prd_id`.
 - `execute` é explícito/idempotente e materializa DAG antes da primeira mutação; `execution` inicia na tentativa mesmo sem diff, comprovado separadamente por `changed_files`/`result`. Pedido avulso de ação materializa/inicia Task, Change, Execution e Run raiz antes da mutação; só fica pronto se o usuário autorizou apenas planejamento/preparo. Refinamento draft é Git-native, incrementa `revision`/`updated_at`; após prepare gere revisão/rework, sem Task extra salvo pedido/resultado independente.
 - Toda mudança de código tem Change antes da implementação; `change.md` registra plano, decisão, Evidence, eval, teste e resultado. Requirements são verdade funcional/técnica; Change aplica delta só após AC/Evidence. Task é trabalho executável, Execution tem snapshot DAG, invocação orquestradora é inicial, delegada é subagente e chamada LLM é evento observável.
 - `RUN-*` identifica invocação física: raiz `orchestrator`, pai nulo/profundidade zero; filha `delegated`, pai/raiz/profundidade positiva, mesmo quando o agente filho orquestra uma Task. Task é a unidade de tentativa; PRD/SPEC coordenam dependências e aceite parental. `MCALL-*` pertence a uma invocação; fechamento e retomada seguem `RULE-RUN-LIFECYCLE-CLOSURE`.
 - Reconciliação global só após confirmação humana no popup, nunca abrir dashboard/turno/intervalo; usa `task_complete` exato ou falha órfã após dez minutos, sem inferir cancelamento/sucesso. Risco é `lite|standard|critical`; anexos só por risco/Evidence. Assurance V1: standalone lite uma validação/Evidence e teste só lógica/regressão; standard 2–3 validações, teste e Evidence consolidada; critical 3+ e quality review independente. Mutação, rollback, commit final e Evidence/AC dependem de sinais persistidos; sem sinal preserve gate conservador. SPEC/PRD adicionam matriz parental, 3 validações/Evidences, integração e revisão independente.
 - Novos projetos usam `execution.runtime: managed`: PRD/SPEC gerenciados, avulsas diretas. Ausente/manual não invoca provider; autonomous permite também Task gerenciada explícita. Commit exige Task real e título: `[CODEX|CLAUDE] [P:XXXX] [S:XXXX] [T:XXXX]`, ou `[Task-first:XXXX]` sem PRD/SPEC. Assunto ≤96, título reduz por palavra, IDs completos em trailers `ZAIP-*`. Somente `.agents/records/**` e `.local/**` dispensam identidade; `.agents` inteira não. Nunca escolher última Task global. Política: `.agents/skills/zaip-skill-task/references/commit-policy.md`.
-- Pedido explícito de `deploy|push|publicar|publicação GitHub` autoriza `$zaip-skill-github-deploy` a reconciliar branch/worktree selecionados e commitar o diff evidenciado com pathspecs explícitos. Consumidor é GitHub-only e independente. Release inicia `v1.0`, incrementa minor, muda major só por pedido e reutiliza tag só com SHA idêntico. No framework, o helper resolve `vN.N` e pacote `N.N.0`; só GitHub Actions publica npm. Release beta é prerelease sem sufixo; `main` é promoção humana. Use `rebase` por padrão ou `merge` escolhido pelo usuário, com referência recuperável e stash nomeado. Produto exige Task atribuída; publicar commits existentes continua Git-only. Nunca staging amplo, `git add -A`, force, segredos, squash, feature alheia ou outro worktree.
+- Pedido explícito de `deploy|push|publicar|publicação GitHub` autoriza `$zaip-skill-github-deploy` a reconciliar branch/worktree selecionados e commitar o diff evidenciado com pathspecs explícitos. A branch local ou o estado detached identificam a origem; a branch configurada identifica o alvo remoto e não exige checkout local nela. Preserve uma referência recuperável, reconcilie o candidato por SHA e publique somente por refspec explícito. Consumidor é GitHub-only e independente. Release inicia `v1.0`, incrementa minor, muda major só por pedido e reutiliza tag só com SHA idêntico. No framework, o helper resolve `vN.N` e pacote `N.N.0`; só GitHub Actions publica npm. Release beta é prerelease sem sufixo; `main` é promoção humana. Use `rebase` por padrão ou `merge` escolhido pelo usuário, com referência recuperável e stash nomeado. Produto exige Task atribuída; publicar commits existentes continua Git-only. Nunca staging amplo, `git add -A`, force, segredos, squash, feature alheia ou outro worktree.
 - Executar uma entrega autoriza seu commit local via `task commit TASK --files PATH[,PATH] --run RUN` antes da prova final; preserve o index alheio e resolva sobreposição de autoria. Git, HEAD e identidade devem estar prontos antes de iniciar. Conversas não criam commits artificiais. `validation execute` usa o Node do host e script relativo versionado/revisado no SHA, sem código inline/loaders; a worktree comprova o candidato, não é sandbox do SO. Só essa prova separa alterações concorrentes da entrega intacta; registros manuais mantêm o gate conservador. Documento externo exige revisão identificada ou exportação versionada. Commit não autoriza push nem substitui revisão/finalizador.
 - Plano visível: `DEFINE:` contexto/resultado/critério, `PLAN:` ciclo/DAG, `EXECUTE:` mudança, `VERIFY:` valida/Evidence/encerra; não use artefato como fase nem narre comandos internos. Registre decisão humana/IA com origem junto de Change/Execution; derive ledger do Git diff e preserve alterações do usuário. Estado novo fica em `.agents/records/<kind>/<ano>/<mês>`; diário, `.agents/data` e V1 são legado só leitura até migração explícita.

package/templates/.agents/runtime/VERSION

@@ -1 +1 @@
-3.3.0
+3.5.0