@zaip-ai/cli 4.5.0 → 4.6.0

package/templates/.agents/design/apps/catalog/dist/index.html

@@ -5,7 +5,7 @@
     <meta name="viewport" content="width=device-width, initial-scale=1.0" />
     <meta name="description" content="Design system e catálogo de componentes do repositório ZAIP." />
     <title>ZAIP Design System</title>
-    <script type="module" crossorigin src="./assets/index-DkpQYoyC.js"></script>
+    <script type="module" crossorigin src="./assets/index-D3uhpycC.js"></script>
     <link rel="stylesheet" crossorigin href="./assets/index-D1JaPXfV.css">
   </head>
   <body>

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

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

package/templates/.agents/design/apps/catalog/src/pages/ComponentsPage.tsx

@@ -38,6 +38,10 @@ import {
   WorkspaceStatusSpecimen,
   workspaceStatusFixtures,
 } from "../components/WorkspaceStatusSpecimen.js";
+import {
+  ReconciliationSpecimen,
+  reconciliationFixtures,
+} from "../specimens/ReconciliationSpecimen.js";
 
 const dashboardFamilies = [
   ["Dialogs e popups", "TaskDetailsDialog, TraceStageDialog", "Foco, contexto e saída explícita"],
@@ -65,6 +69,14 @@ export function ComponentsPage() {
           <DashboardFiltersSpecimen key={fixture.name} fixture={fixture} />
         ))}
       </Section>
+      <Section
+        title="Reconciliação manual"
+        description="Aviso compacto com contagens independentes e Veja mais. O diálogo de detalhes ocupa a tela com rolagem, Escape e retorno do foco; bloqueios e invocações ativas têm explicação própria. Adaptador nativo do componente local do Dashboard."
+      >
+        {reconciliationFixtures.map((fixture) => (
+          <ReconciliationSpecimen key={fixture.name} fixture={fixture} />
+        ))}
+      </Section>
       <Section
         title="Hero editorial"
         description="Componente público para promessa, explicação e até duas ações; a variação de ação secundária permanece legível sobre navy."
@@ -135,7 +147,7 @@ export function ComponentsPage() {
       </Section>
       <Section
         title="Custos: carregamento e população"
-        description="Adaptador nativo do Dashboard: carregamento não é zero; cards e linhas numéricas sem medição exibem 0 com aviso de ausência, sem registrar custo fictício. O cabeçalho distingue a última telemetria do estado atual dos dados. O subtotal de Provedores usa a mesma consulta das linhas."
+        description="Adaptador nativo do Dashboard: carregamento não é zero; cards e linhas numéricas sem medição exibem 0 com aviso de ausência, sem registrar custo fictício. O cabeçalho exibe uma única Última Atualização baseada no snapshot. O subtotal de Provedores usa a mesma consulta das linhas."
       >
         {costPopulationFixtures.map((fixture) => (
           <CostPopulationSpecimen fixture={fixture} key={fixture.name} />

package/templates/.agents/design/apps/catalog/src/specimens/ReconciliationSpecimen.stories.tsx

@@ -0,0 +1,6 @@
+import { ReconciliationSpecimen, reconciliationFixtures } from "./ReconciliationSpecimen.js";
+
+export default { title: "Components/Reconciliação manual", component: ReconciliationSpecimen };
+export const Empty = { args: { fixture: reconciliationFixtures[0] } };
+export const Blocked = { args: { fixture: reconciliationFixtures[1] } };
+export const LongList = { args: { fixture: reconciliationFixtures[2] } };

package/templates/.agents/design/apps/catalog/src/specimens/ReconciliationSpecimen.tsx

@@ -0,0 +1,101 @@
+import { useEffect, useId, useRef, useState } from "react";
+import { Badge, Button, Card } from "../components/Primitives.js";
+
+export const reconciliationFixtures = [
+  { name: "Sem itens", reconciled: 0, blocked: 0, active: 0 },
+  { name: "Resultado com bloqueios", reconciled: 12, blocked: 12, active: 2 },
+  { name: "Lista extensa", reconciled: 120, blocked: 80, active: 2 },
+] as const;
+
+/** Native catalog adapter: the catalog has no dependency on Dashboard apps. */
+export function ReconciliationSpecimen({
+  fixture = reconciliationFixtures[1],
+}: {
+  fixture?: (typeof reconciliationFixtures)[number];
+}) {
+  const [open, setOpen] = useState(false);
+  const dialog = useRef<HTMLDialogElement>(null);
+  const trigger = useRef<HTMLButtonElement>(null);
+  const title = useId();
+  useEffect(() => {
+    if (!open) return;
+    const element = dialog.current;
+    const overflow = document.body.style.overflow;
+    element?.showModal();
+    document.body.style.overflow = "hidden";
+    return () => {
+      element?.close();
+      document.body.style.overflow = overflow;
+      trigger.current?.focus();
+    };
+  }, [open]);
+  return (
+    <Card>
+      <h3>{fixture.name}</h3>
+      <p>Resultado da reconciliação manual</p>
+      <p>
+        <Badge>{fixture.reconciled} reconciliados</Badge>{" "}
+        <Badge tone="warning">{fixture.blocked} bloqueados</Badge>{" "}
+        <Badge>{fixture.active} não reconciliados</Badge>
+      </p>
+      <Button ref={trigger} onClick={() => setOpen(true)}>
+        Veja mais
+      </Button>
+      {open ? (
+        <dialog
+          ref={dialog}
+          aria-labelledby={title}
+          onCancel={(event) => {
+            event.preventDefault();
+            setOpen(false);
+          }}
+          style={{
+            margin: 0,
+            maxWidth: "none",
+            maxHeight: "none",
+            width: "100vw",
+            height: "100dvh",
+            boxSizing: "border-box",
+            padding: "var(--space-lg, 24px)",
+            background: "var(--surface)",
+            color: "var(--text)",
+          }}
+        >
+          <header style={{ display: "flex", justifyContent: "space-between", gap: 16 }}>
+            <h2 id={title}>Detalhes da reconciliação</h2>
+            <Button variant="secondary" onClick={() => setOpen(false)}>
+              Fechar detalhes
+            </Button>
+          </header>
+          <div style={{ overflow: "auto", height: "calc(100% - 100px)", overflowWrap: "anywhere" }}>
+            <p>
+              Um item bloqueado também pode ter sido reconciliado. Invocações ainda em execução são
+              preservadas.
+            </p>
+            <h3>Bloqueados ({fixture.blocked})</h3>
+            <ul>
+              {Array.from(
+                { length: fixture.blocked },
+                (_, index) => `TASK-EXEMPLO-${String(index + 1).padStart(3, "0")}`,
+              ).map((id) => (
+                <li key={id}>
+                  <code>{id}</code>
+                  <p>
+                    Sem orquestrador ativo após o prazo de reconciliação. A conclusão exige
+                    evidências.
+                  </p>
+                </li>
+              ))}
+            </ul>
+            <h3>Não reconciliados ({fixture.active})</h3>
+            <p>
+              {fixture.active
+                ? "A invocação ainda está em execução e foi preservada."
+                : "Nenhum item."}
+            </p>
+          </div>
+        </dialog>
+      ) : null}
+    </Card>
+  );
+}

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

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

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: "4.5.0"
+source_release: "4.6.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: "4.5.0"
+source_release: "4.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: "4.5.0"
+source_release: "4.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: "4.5.0"
+source_release: "4.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: "4.5.0"
+source_release: "4.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: "4.5.0"
+source_release: "4.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: "4.5.0"
+source_release: "4.6.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: "4.5.0"
+source_release: "4.6.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: "4.5.0"
+source_release: "4.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: "4.5.0"
+source_release: "4.6.0"
 ---
 
 # Kanban and dashboard

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

@@ -4,21 +4,31 @@ id: REQUIREMENTS-MODEL-ORCHESTRATION
 area: model-orchestration
 title: Seleção automática e observável de modelo e effort
 status: active
-version: 9
+version: 10
 source_change: null
-source_release: "4.5.0"
+source_release: "4.6.0"
 ---
 
 # Orquestração de modelos
 
+O roteamento de filhos em `autonomy-v1` usa exclusivamente GPT-6 Luna, Sol e
+Astra. Task avulsa aceita sinais explícitos na captura/preparo e conserva seu
+`model_profile` no PreparedPlan; com modo `auto`, tanto o coordenador quanto
+`native-next` aplicam esse perfil. Sem perfil histórico, a preferência Sol do
+catálogo continua conservadora. Capacidade incompatível bloqueia sem downgrade.
+Recuperação conserva o executor do plano congelado validado e seus limites de
+ação; Astra/high só executa a partir do terceiro replanejamento permitido.
+Risco isolado não ativa Astra. A migração Terra -> Sol conserva o baseline e
+não reclassifica consumo histórico nem torna toda antiga Task Terra em Luna.
+
 ## REQ-MODEL-001 — Configuração automática opt-in
 
 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-6-sol`, `default_effort: medium`, `default_velocity: standard` e allowlist única com `gpt-6-luna` e `gpt-6-sol`; `gpt-6-astra` é opcional para as rotas restritas. 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.
+- `AC-MODEL-001-03`: setup, migration e adapters preservam a configuração existente; templates v4 podem declarar `auto` com `autonomy-v1`, sem alterar o seletor manual do principal. Projetos legados não são ativados silenciosamente; a configuração efetiva passa em `zaip doctor`.
+- `AC-MODEL-001-04`: a allowlist legada `automatic_sources` continua `[spec, prd]`, sem aceitar `task`. Com `autonomy-v1`, isso não proíbe seleção dos filhos de Task avulsa por perfil; somente o principal preserva o seletor manual do host.
 
 ## REQ-MODEL-002 — Seleção governada por Agent Run
 
@@ -38,7 +48,7 @@ A configuração selecionada deve ser aplicada quando o Agent Run começa e perm
 - `AC-MODEL-003-02`: toda Call interna herda exatamente o modelo, effort e velocidade `standard` do Agent Run; o ledger rejeita uma configuração solicitada divergente dentro da mesma Run.
 - `AC-MODEL-003-03`: mudança deliberada de modelo, effort, agente ou fase material exige encerrar a Run corrente e abrir outra Run relacionada; retry técnico e retomada por checkpoint preservam a configuração original.
 - `AC-MODEL-003-04`: fallback ou reroteamento feito pelo host/provider não altera a configuração planejada; modelo/effort efetivos e divergência requested/effective são observações internas da Run quando disponíveis.
-- `AC-MODEL-003-05`: o coordenador injeta a política automática somente em Executions cuja origem esteja em `automatic_sources`; Runs de conversa e Tasks avulsas preservam a seleção manual do host e registram `unknown`/`null` quando ela não for observável.
+- `AC-MODEL-003-05`: sem `autonomy-v1`, seleção automática se restringe às origens de `automatic_sources`. Com `autonomy-v1`, coordenador e delegação nativa aplicam perfil persistido aos executores também de Task avulsa no modo `auto`; reviewer/finalizer conservam seus contratos. Conversation e principal avulso preservam seleção manual; campos efetivos ausentes ficam `unknown`/`null`.
 
 ## REQ-MODEL-004 — Telemetria agregada por Agent Run
 
@@ -59,7 +69,12 @@ O modo automático deve ser ativado com evals, rollback e documentação que dis
 
 ## 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.
+Astra orienta a solução de problemas difíceis. As cláusulas de handback abaixo
+descrevem o diagnóstico legado; `autonomy-v1` também permite executor
+Astra/high a partir do terceiro plano válido em balanced/persistent, conforme
+RULE-AUTONOMY-DECISION, sem ampliar escopo, ferramentas ou tentativas. Essential
+nunca seleciona Astra automaticamente. Risco crítico sem diagnóstico difícil
+evidenciado não autoriza Astra.
 
 - `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.

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: 8
+version: 9
 source_change: null
-source_release: "4.5.0"
+source_release: "4.6.0"
 ---
 
 # Distribuição pública e ativação
@@ -26,9 +26,9 @@ 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 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-01`: resolva primeiro o modo de deploy. Commits e Change usam validação por impacto, sem suíte completa automática, teto de testes ou regra de relógio da Task; o perfil balanced conserva 10 execuções/3 replanos. Gates densos de distribuição pertencem à release do builder, salvo impacto direto de installer/segurança. O gate padrão dessa 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.
+- `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. A skill portátil resolve modo por `.agents/config/deploy-policy.json`, project-owned e schema 1, antes de qualificar; `default_mode: auto|commits|release`, auto padrão (builder verificado: Release + npm via Actions; consumidor: commits + push). Instalador semeia uma vez silenciosamente e preserva preferências no upgrade. Nenhum campo de modo é inserido em `project.yaml#deploy`. Overrides explícitos de commits/sem release ou release/próxima versão valem só no pedido; menção/negação não autoriza e prepare não publica. Scope `current-work`; `all-worktree` só por “deploy de tudo”. Branches de aplicação seguem configuração literal, inclusive main, sem criar beta; banco conserva beta/promoção humana. Sem confirmação rotineira ou aviso extra sobre pipeline existente, preservando bloqueios reais. Consumidor release é GitHub-only, sem npm/chave/política protegida do builder. Builder é comprovado por origin e manifests, não nome/pasta. Release inicia v1.0, incrementa minor numérico, major explícito; builder N.N.0, retry conserva SHA/identidade e SHA já publicado não gera Release vazia. Chat breve; notas detalhadas só na Release, com range Git completo observado como fonte/Evidence.
 
 A identidade da candidata deriva exclusivamente de `package.json#version` na raiz.
 O builder do instalador aplica `zaip-skill-update-version-doc`: mantém instruções gerais

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: "4.5.0"
+source_release: "4.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: "4.5.0"
+source_release: "4.6.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: "4.5.0"
+source_release: "4.6.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: "4.5.0"
+source_release: "4.6.0"
 ---
 
 # Evidências, custo por Task e autonomia por SPEC

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

@@ -23,6 +23,8 @@ requires: []
 - 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.
+- Quando o pedido envolver conta ou serviço externo, descubra os conectores disponíveis na sessão e aplique `$zaip-skill-use-connectors`; para enviar e-mail aplique também `$zaip-skill-send-email`. Instalação, tool listada, autenticação, permissão de escrita e resultado confirmado são estados distintos. Nunca contorne bloqueio do app, provider ou workspace.
 - 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.
+- Deploy GitHub explícito seleciona `$zaip-skill-github-deploy` e resolve modo antes de qualificar: `.agents/config/deploy-policy.json` project-owned, schema 1, `default_mode: auto|commits|release` (auto: builder verificado Release + npm via Actions, consumidor commits + push). Override vale só no pedido; discutir/negar release não publica. Escopo `current-work`; só “deploy de tudo” amplia a `all-worktree`. Frontend/backend seguem branch literal, inclusive `main`, sem criar beta; banco exige `beta`/promoção humana. Commits usam checks por impacto; gates densos de distribuição são de release, salvo impacto direto de installer/segurança. Não peça confirmação rotineira para deploy autorizado. Release `vN.N` inicia `v1.0`, incrementa minor numérico, major explícito; retry mantém SHA/identidade e SHA já publicado não gera Release vazia. No builder, pacote `N.N.0`; só Actions publica npm.
+- Antes de editar produto em Task executável, obtenha `task workspace TASK --run RUN` e respeite seu claim: Task avulsa e DAG serial usam um escritor no checkout principal; só frentes PRD/SPEC independentes, disjuntas e com concorrência ativa usam branch/worktree persistente. Não edite `.local/task-workspaces` diretamente. Após Run terminal, feche frente isolada com backup verificável; diff compartilhado misturado bloqueia transferência até reconciliação.

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

@@ -2,7 +2,7 @@
 id: RULE-WORKFLOW
 load: auto
 priority: critical
-max_context_tokens: 2250
+max_context_tokens: 2400
 requires:
   - RULE-CORE
 triggers: [workflow, fluxo, lifecycle, ciclo, task, tarefa, spec, prd, change, execução, execution]
@@ -23,6 +23,7 @@ phases: [planning, execution, verification, evidence]
 - `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: codex_native`: a execução fica no host Codex, com subagentes nativos observados também para Task avulsa. Ausente/manual não invoca provider; `managed` e `autonomous` são contratos explícitos de compatibilidade, não o padrão da v4. 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. 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.
+- Pedido explícito de deploy/push/publicação GitHub resolve modo antes de qualificação em `$zaip-skill-github-deploy`: política project-owned `.agents/config/deploy-policy.json`, schema 1, `default_mode: auto|commits|release`; auto usa Release + npm via Actions no builder verificado e commits + push no consumidor. “apenas commits/sem release” e “deploy com release/próxima versão/novo release” são overrides do pedido, não preferência permanente; discussão/negação não autoriza publicação e prepare não publica. Escopo padrão `current-work`; só “deploy de tudo” amplia para `all-worktree`. Preserve trabalho/index concorrentes e causalidade de todos os commits publicados. Não peça confirmação rotineira nem aviso extra de pipeline existente; mantenha bloqueios reais de integridade/auth/destruição/expansão. Aplicação segue frontend/backend literal, inclusive main, sem criar beta; só banco mantém beta e promoção humana. Origem local/detached é separada do alvo remoto; use ref recuperável, stash nomeado, rebase padrão ou merge autorizado e refspec SHA explícito. Commits usam `guarded-commits.mjs` e checks por impacto; release usa qualificação pertinente/protected helper, com gates densos do builder só em release salvo impacto direto installer/segurança. Sem suíte completa automática, teto de testes ou regra de relógio da Task; balanced mantém 10 execuções/3 replanos. Consumidor release é GitHub-only, sem npm/chave/política protegida do builder. Release inicia v1.0, minor numérico, major explícito; retry conserva SHA/identidade, SHA já publicado é no-op. Builder vN.N = N.N.0. Notas detalhadas só na Release, fonte/Evidence no range Git completo; chat breve. Produto exige Task atribuída; commits existentes seguem Git-only. Nunca staging amplo, 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.
+- Ciclo de release: `.agents/config/release-cycle.json` define a versão `major.minor` corrente e `open|frozen`. PRD/SPEC futura pode permanecer `draft`; `ready`, `execute` e início de Task exigem alvo corrente explícito. Para cortar release, encerre Tasks correntes, reconcilie fronts, congele o ciclo e audite SHA/main/branches/worktrees. Execute os checks locais fixos no SHA candidato; publique apenas `main` e exija CI remoto bem-sucedido para esse mesmo SHA antes da Release. Nunca crie branch remota candidata para commit crítico ou release. Exceção única de coordenação do corte requer `release_task_id` e `release_run_id` explícitos no manifesto frozen, Task crítica em execução com alvo corrente, Run raiz ativa e escopos só de release no `freeze`. Antes de `audit`, finalize essa Task/Run, integre seus records no SHA final e mantenha o checkout limpo; `audit` e `advance` revalidam ambos no SHA exato. Após Release e CI exatas observadas, avance a versão com histórico; falha mantém bloqueio e trabalho recuperável.
 - 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 @@
-4.5.0
+4.6.0