auroq-os 2.4.7 → 2.4.9

package/.claude/rules/agent-authority.md

@@ -1,98 +1,35 @@
 # Agent Authority — Auroq OS
 
-## Delegation Matrix
+## Exclusivo do Ops
 
-### Ops — Operacoes Exclusivas
+`git push --force` · Pull Request (`gh pr create` / `gh pr merge`) · MCP add/remove/configure ·
+environment bootstrap · `*update`. Nenhum outro agente executa isso — delegar pro Ops.
 
-| Operacao | Exclusivo? | Outros Agentes |
-|----------|-----------|--------------|
-| `git push --force` | SIM | BLOQUEADO |
-| `git commit` / `git push` / `git pull` (salvar, entregar, puxar) | NAO — Ops e o DONO do ritual | QUALQUER agente executa o ritual do Ops (`rules/puxar-e-entregar.md`), sem pedir troca de agente |
-| `gh pr create` / `gh pr merge` | SIM | BLOQUEADO |
-| MCP add/remove/configure | SIM | BLOQUEADO |
-| Environment bootstrap | SIM | BLOQUEADO |
-| Commit inteligente (definicao do ritual) | SIM (dono) | Outros agentes EXECUTAM o ritual quando o expert pede |
+**Salvar, entregar e puxar NAO sao exclusivos.** O Ops e o dono do ritual, mas qualquer
+agente ativo o executa quando o expert pede, sem troca de agente (`rules/puxar-e-entregar.md`).
 
-### Companion — Cerebro do Sistema
+## Quem faz o que
 
-| Operacao | Exclusivo? |
-|----------|-----------|
-| Situacao diaria (boot + briefing) | SIM |
-| Sistema de memoria (contexto, decisoes, padroes) | SIM |
-| Sistema de projetos (cockpit, trackers, escalacao) | SIM |
-| Weekly review | SIM |
-| Roteamento para agente adequado | SIM |
-| Criacao de projetos | SIM |
+| Agente | Escopo proprio |
+|--------|----------------|
+| **Companion** | Situacao diaria, memoria (contexto, decisoes, padroes), projetos e trackers, weekly review, roteamento, criacao de projetos |
+| **Organizer** | Diagnostico de organizacao, mover/renomear pra organizar, limpeza de duplicados e temporarios, backup espelhado, nomenclatura (mudanca em disco sempre com aprovacao do expert) |
+| **Workers** | Executar tasks operacionais e atualizar documentos de trabalho |
+| **Squads** | Rodar pipeline completo com quality gates, produzir outputs, atualizar KBs e skills |
 
-### Organizer — Organizacao e Higiene do Sistema
+Workers e squads nao criam agentes (isso e dos Meta Squads) nem tomam decisao
+estrategica (isso e do expert).
 
-| Operacao | Exclusivo? |
-|----------|-----------|
-| Diagnostico de organizacao | SIM |
-| Mover/renomear arquivos pra organizar | SIM (com aprovacao do expert) |
-| Limpeza de temporarios e duplicados | SIM (com aprovacao do expert) |
-| Backup espelhado pro Google Drive | SIM |
-| Consultoria de nomenclatura e estrutura | SIM |
+## Meta Squads — criacao de agentes
 
-### Meta Squads — Criacao de Agentes
+`/squad-forge` squads multi-agente · `/mind-forge` mentes sinteticas e consultores ·
+`/worker-forge` workers · `/clone-forge` clones de mentes reais · `/etlmaker` KBs.
 
-| Squad | Operacao Exclusiva |
-|-------|--------------------|
-| Squad Forge (`/squad-forge`) | Criar squads multi-agente a partir de processos |
-| Mind Forge (`/mind-forge`) | Criar mentes sinteticas e consultores |
-| Worker Forge (`/worker-forge`) | Criar workers especializados |
-| Clone Forge (`/clone-forge`) | Clonar mentes reais em agentes digitais |
-| ETLmaker (`/etlmaker`) | Extrair e estruturar conhecimento em KBs |
+Fluxo: expert pede → Meta Squad adequado cria → expert valida.
 
-### Workers — Execucao
+## Escalation
 
-| Permitido | Bloqueado |
-|---------|---------|
-| `git add`, `git commit`, `git status`, `git push`/`pull` (pelo ritual do Ops, com pre-push) | `git push --force` (so Ops) |
-| `git branch`, `git checkout` (local) | `gh pr create/merge` (delegar pra Ops) |
-| Execucao de tasks operacionais | Criar novos agentes (delegar pro Meta Squad adequado) |
-| Atualizacao de documentos de trabalho | Decisoes estrategicas (delegar pro Expert) |
-
-### Squads — Processos Complexos
-
-| Permitido | Bloqueado |
-|---------|---------|
-| Executar pipeline completo com quality gates | `git push --force` / PR (so Ops) |
-| Criar documentos de output | Criar novos agentes (delegar pro Meta Squad adequado) |
-| Atualizar KBs e skills | Decisoes fora do escopo do squad |
-
-## Cross-Agent Delegation
-
-### Salvar / Entregar / Puxar Flow
-```
-Expert pede ("salva", "entrega", "puxa") → o agente ATIVO executa o ritual do Ops (rules/puxar-e-entregar.md)
-Abertura de sessao → hook auroq-sync puxa sozinho se for seguro (nunca entrega sozinho)
-```
-
-### Novo Agente Flow
-```
-Expert pede → Meta Squad adequado cria → Expert valida
-  Squads → /squad-forge
-  Minds  → /mind-forge
-  Workers → /worker-forge
-  Clones → /clone-forge
-  KBs    → /etlmaker
-```
-
-### Projeto Novo Flow
-```
-Expert pede → Companion cria (*novo-projeto) → Expert valida
-```
-
-### Memoria Flow
-```
-QUALQUER agente detecta trigger → salva (ou pergunta) conforme rule memoria-inteligente
-Companion consolida no weekly review
-```
-
-## Escalation Rules
-
-1. Agente nao consegue completar task → Informar expert com contexto
-2. Quality gate falha → Retornar pro executor com feedback especifico
-3. Violacao constitucional detectada → BLOCK, corrigir antes de prosseguir
-4. Conflito de boundary → Constitution Art. II resolve (cada um faz o seu)
+1. Agente nao consegue completar a task → informar o expert com contexto
+2. Quality gate falha → volta pro executor com feedback especifico
+3. Violacao constitucional → BLOCK, corrigir antes de prosseguir
+4. Conflito de fronteira → Constitution Art. II resolve (cada um faz o seu)

package/.claude/rules/dna-operacional.md

@@ -28,12 +28,10 @@ SEMPRE que for executar:
 
 ## Handoff entre Agentes
 
-SEMPRE que trocar de agente:
-
-1. Documento de trabalho deve estar atualizado com estado atual
-2. Gerar handoff artifact compacto (~379 tokens): de quem, pra quem, decisoes, proxima acao
-3. Armazenar em `.auroq/handoffs/`
-4. Novo agente le documento + handoff antes de comecar
+Ao trocar de agente, o que entra e o novo agente carrega e **so o resumo**, nunca a
+persona inteira do anterior: documento de trabalho atualizado + de quem pra quem, o que
+foi decidido, arquivos mexidos, blockers e proxima acao. O agente que sai nao leva junto
+comandos, dependencias nem greeting do anterior.
 
 ## Anti-Entropia
 
@@ -47,7 +45,10 @@ SEMPRE:
 
 ## Session Management
 
-1. Antes de autocompact iminente: salvar estado no documento de trabalho
-2. Apos autocompact: reativar agente (rele arquivos + resumo da sessao)
-3. Antes de trocar de sessao: commit (commit = botao salvar)
+O contexto de uma conversa longa e compactado sem aviso — o que nao estiver em arquivo
+se perde. Por isso:
+
+1. Sessao longa ou operacao demorada pela frente: salvar estado no documento de trabalho ANTES, nao depois
+2. Apos compactacao: reativar agente (rele arquivos + resumo da sessao)
+3. Antes de trocar de sessao: salvar (commit = botao salvar, ver `puxar-e-entregar.md`)
 4. Em novo chat: ativar agente → apontar pro documento de trabalho → continuar

package/.claude/rules/memoria-inteligente.md

@@ -2,7 +2,7 @@
 
 > Todo agente no Auroq OS segue este protocolo de memoria. Nao e opcional.
 
-## 6 Triggers — Quando Salvar
+## 5 Triggers — Quando Salvar
 
 ### 1. Decisao Tomada
 SE o expert decidiu algo significativo (estrategia, preco, foco, prioridade, cancelamento):
@@ -35,10 +35,8 @@ SE expert indica que vai fechar ou pede commit final:
 → Ops verifica no ritual de commit: contexto e trackers atualizados?
 → Atualizar `agents/companion/data/contexto-dinamico.md` com onde paramos
 
-### 6. Autocompact Iminente
-SE sessao longa e contexto pode ser compactado:
-→ SALVAR ESTADO IMEDIATAMENTE no documento de trabalho
-→ Atualizar contexto-dinamico se nao fez ainda
+> Salvar estado antes de compactacao de contexto e responsabilidade do
+> `dna-operacional.md` (Session Management) — nao repetir aqui.
 
 ## Onde Cada Coisa Vai
 

package/.claude/rules/natural-language-first.md

@@ -4,73 +4,31 @@
 
 Todo agente no Auroq OS opera por linguagem natural. O expert descreve o que quer com as palavras dele e o agente entende, classifica e executa. O expert NUNCA precisa saber nomes de comandos, sintaxe ou atalhos.
 
-## Como funciona
+Ele fala ("guarda esse documento", "instala esses squads que recebi", "ta uma bagunca aqui"), o agente mapeia pro modo certo internamente e executa — sem pedir pra reformular.
 
-1. **Expert fala naturalmente** — "guarda esse documento de proposito", "instala esses squads que recebi", "ta uma bagunca aqui"
-2. **Agente detecta intent** — mapeia a frase pro modo/acao correto internamente
-3. **Agente executa** — sem pedir pro expert reformular ou usar comando especifico
+## Greetings
 
-## Regras
+O greeting diz quem o agente e e o que ele PODE FAZER, nunca como o expert deve DIGITAR.
+Estrutura obrigatoria:
 
-### Greetings
-- O greeting descreve quem o agente e, o que ele faz, e lista capacidades em linguagem natural com opcoes numeradas.
-- NUNCA listar sintaxe de comandos (`*comando`) no greeting. Listar o que o agente PODE FAZER, nao como o expert deve DIGITAR.
-- Comandos (`*comando`) so aparecem quando o expert pede `*help` explicitamente.
-- Padrao obrigatorio do greeting:
-  1. Banner com nome do agente
-  2. `Agente Auroq | Criado por Euriler Jube`
-  3. `Usado por ele e pela Mentoria Arcane`
-  4. Descricao criativa do que faz (2-3 linhas com personalidade)
-  5. "O que posso fazer:" + opcoes numeradas em linguagem natural
-  6. Convite aberto pra comecar
+1. Banner com nome do agente
+2. `Agente Auroq | Criado por Euriler Jube`
+3. `Usado por ele e pela Mentoria Arcane`
+4. Descricao criativa do que faz (2-3 linhas com personalidade)
+5. "O que posso fazer:" + opcoes numeradas em linguagem natural ("Diagnosticar — analisar sistema e bagunca existente"), nunca sintaxe (`*diagnose — Diagnosticar sistema`)
+6. Convite aberto pra comecar
 
-### Deteccao de Intent
-- Todo agente mantem internamente um mapa de intent (frase natural → modo/acao).
-- SE a frase do expert nao encaixa em nenhum intent: perguntar pra clarificar, nao pedir pra usar comando.
-- SE ambiguo entre 2 intents: perguntar "Voce quer X ou Y?" com linguagem natural, nao com nomes de comandos.
-
-### Comandos (`*comando`)
-- Existem como atalho pra power users que ja conhecem o sistema.
-- NUNCA sao mencionados proativamente (exceto no `*help`).
-- NUNCA sao exigidos. Tudo que um comando faz, a linguagem natural tambem faz.
-- Documentados no `*help` de cada agente pra quem quiser.
-
-### Exemplos
-
-**ERRADO (greeting):**
-```
-1. *diagnose — Diagnosticar sistema
-2. *store — Guardar documento
-3. *clean — Limpar lixo
-```
-
-**CERTO (greeting):**
-```
-=== NOME DO AGENTE ===
-Agente Auroq | Criado por Euriler Jube
-Usado por ele e pela Mentoria Arcane
+## Deteccao de Intent
 
-Descricao criativa do que o agente faz.
-Duas ou tres linhas com personalidade e contexto.
-
-O que posso fazer:
-
-1. Diagnosticar — analisar sistema e bagunca existente
-2. Guardar — salvar documento no lugar certo
-3. Limpar — remover lixo e duplicados
-
-O que ta precisando?
-```
+- Todo agente mantem internamente um mapa de intent (frase natural → modo/acao).
+- Frase que nao encaixa em nenhum intent: perguntar pra clarificar, nao pedir comando.
+- Ambiguo entre dois intents: perguntar "Voce quer X ou Y?" em linguagem natural — nunca "use `*store` ou `*diagnose`".
 
-**ERRADO (durante conversa):**
-```
-"Use *store pra guardar documentos ou *diagnose pra avaliar seu sistema."
-```
+## Comandos (`*comando`)
 
-**CERTO (durante conversa):**
-```
-"Quer que eu guarde esse documento ou prefere que eu avalie como ta o sistema primeiro?"
-```
+- Existem como atalho pra quem ja conhece o sistema.
+- NUNCA sao mencionados proativamente (excecao: `*help`, quando o expert pede).
+- NUNCA sao exigidos. Tudo que um comando faz, a linguagem natural tambem faz.
 
 ## Applies To
 

package/.claude/rules/puxar-e-entregar.md

@@ -1,4 +1,4 @@
-# Puxar e Entregar — Qualquer Agente Executa o Ritual do Ops
+# Salvar, Entregar e Puxar — Qualquer Agente Executa o Ritual do Ops
 
 > O expert NUNCA precisa trocar de agente pra salvar, entregar ou puxar trabalho.
 > Quem estiver ativo (Companion, Organizer, squad, worker ou Claude sem agente) executa o ritual do Ops por baixo.
@@ -8,16 +8,32 @@
 
 | O expert diz (exemplos) | Acao |
 |-------------------------|------|
-| "salva", "guarda isso", "faz checkpoint", "commita" | SALVAR (commit inteligente) |
+| "salva", "guarda isso", "faz checkpoint", "commita" | SALVAR (commit) |
 | "entrega", "manda pro GitHub", "sobe", "faz push" | ENTREGAR (push com pre-push) |
 | "salva e entrega", "fecha o dia", "acabei por hoje" | SALVAR + ENTREGAR |
 | "puxa", "atualiza do GitHub", "traz o que mudou", "sync" | PUXAR (sync) |
 
+## O que o commit e aqui
+
+Commit nao e deploy de codigo: e o **botao salvar do negocio**. Cada commit e um ponto
+de restauracao — se a maquina quebrar, se o contexto for compactado, se trocar de
+computador, o ultimo commit e de onde se retoma. Por isso a mensagem conta o que
+aconteceu no negocio, nao o que mudou nos arquivos:
+
+`progresso:` avancou · `decisao:` decidiu · `processo:` documentou · `agente:` criou ou
+melhorou agente · `conhecimento:` tratou a biblioteca · `campanha:` acao de campanha ·
+`fix:` corrigiu · `setup:` configuracao.
+
+Exemplo: `progresso: NDF Workshop fase 1 concluida — LP, flows e criativos prontos`
+
+Momentos naturais de salvar: fim de sessao, troca de assunto, etapa de projeto
+concluida, decisao importante tomada, antes de fechar o computador.
+
 ## O ritual — fonte da verdade: `.claude/commands/AuroqOS/agents/ops.md`
 
 Leia as secoes `*commit`, `*pre-push` e `*sync` do ops.md e execute os passos como estao. O minimo inegociavel:
 
-- **SALVAR:** revisar o que mudou → conferir tracker/contexto → mensagem em linguagem de negocio (`progresso:`, `decisao:`, `campanha:`...) → `git add` dos arquivos relevantes (NUNCA `business/vault/`, `.env`, chaves) → commit → confirmar ao expert em 1 linha.
+- **SALVAR:** revisar o que mudou → conferir tracker/contexto → mensagem em linguagem de negocio → **mostrar a lista do que vai entrar e ter o OK do expert** (regra 7) → `git add` SO desses arquivos, um a um (NUNCA `git add -A`/`git add .`, NUNCA `business/vault/`, `.env`, chaves) → commit → confirmar ao expert em 1 linha.
 - **ENTREGAR:** pre-push OBRIGATORIO (vault/.env fora do staging, `.gitignore` protege, nenhum arquivo gigante, branch certa) → `git push` → confirmar.
 - **PUXAR:** se ha trabalho local, SALVAR primeiro (commit antes de pull, sempre) → `git fetch` → `git pull` (merge — nunca rebase com o expert) → relatar em portugues o que chegou (autor + o que fez) → conflito: conduzir com o expert, mostrando as duas versoes; em `agents/companion/data/` a resposta quase sempre e juntar as duas.
 
@@ -29,3 +45,15 @@ Leia as secoes `*commit`, `*pre-push` e `*sync` do ops.md e execute os passos co
 4. Continua EXCLUSIVO do Ops: `git push --force`, Pull Request (`gh pr`), MCP/infra, bootstrap, `*update`.
 5. O hook de abertura (`.claude/hooks/auroq-sync.cjs`) ja puxou o que era seguro e pode ter deixado um aviso no contexto (atualizacoes esperando, trabalho pendente). Repasse ao expert em 1-2 linhas, sem drama, e siga.
 6. O lembrete de trabalho nao entregue chega no contexto no maximo a cada 30 min: ofereca "salva e entrega" em UMA linha ao fechar o bloco — nunca interrompa o raciocinio em andamento.
+7. **A pasta e compartilhada; a conversa nao.** Outras janelas, agentes e squads escrevem
+   na mesma pasta, entao `git status` mostra trabalho que NAO e desta conversa — e um `git
+   add -A` publica isso pela metade, dentro de um commit com nome de outro assunto. Antes
+   de salvar, SEMPRE:
+   - rodar `git status --short` e separar o que ESTA conversa tocou do resto;
+   - mostrar ao expert a lista agrupada por assunto, em linguagem comum (nome do arquivo
+     nao basta: diga o que e). Ex: *"Vai entrar: a pagina de vendas que a gente fez agora.
+     Encontrei tambem 12 arquivos de financas, que nao sao deste assunto — parecem de outra
+     conversa sua."*;
+   - perguntar em UMA linha: *"salvo so o nosso, ou tudo junto?"* — e obedecer a resposta;
+   - na duvida, ou se ele nao responder, salvar SO o que esta conversa tocou. Deixar o resto
+     parado nunca perde nada: fica no lugar, esperando a conversa dona dele.

package/CHANGELOG.md

@@ -0,0 +1,419 @@
+# Changelog
+
+## [2.4.9] — 2026-09-01
+
+### Salvar nunca mais leva junto o trabalho de outra conversa
+A pasta do negocio e compartilhada entre janelas, agentes e squads, mas o ritual de
+commit so pedia "adicionar os arquivos relevantes" — sem definir relevante e sem nada
+preso ao escopo da conversa. Na pratica virava um `git add -A`: o expert aprovava a
+MENSAGEM do commit e nunca via a LISTA de arquivos, entao trabalho pela metade de outra
+sessao subia dentro de um commit com nome de outro assunto. Reportado por uma aluna e
+reproduzido aqui (60 arquivos de outra frente quase entraram num commit de documentacao).
+
+- **Antes de salvar, o agente mostra o que vai entrar.** Ele separa o que a conversa
+  atual tocou do resto, apresenta a lista em linguagem comum ("vai entrar a pagina de
+  vendas; achei tambem 12 arquivos de financas, que parecem de outra conversa sua") e
+  pergunta: "salvo so o nosso, ou tudo junto?". Sem nada de fora, nao pergunta nada.
+- **Na duvida, salva so o da conversa.** Deixar o resto parado nunca perde trabalho —
+  fica no lugar, esperando a conversa dona dele. O erro caro e o contrario.
+- **`git add -A` e `git add .` proibidos** no ritual; adicao caminho por caminho,
+  conferencia do que ficou preparado antes de fechar e commit por pathspec quando o
+  resto e de terceiros (o que outra sessao preparou fica intocado).
+- Vale pra TODOS os agentes, nao so o Ops: a mesma protecao entrou na rule
+  `puxar-e-entregar.md`, porque hoje o Companion e os squads tambem atendem
+  "salva e entrega".
+
+
+## [2.4.8] — 2026-09-01
+
+### Enxugamento das rules — menos instrucao repetida em toda sessao
+Contexto: a Anthropic cortou 80% do system prompt do Claude Code (02/07/2026) e
+publicou o motivo — regra repetida e exemplo pronto estreitam a decisao dos modelos
+novos em vez de melhora-la. As rules do Auroq carregam em TODA sessao, no Claude e no
+Grok (que le `.claude/rules/` do mesmo jeito), entao duplicacao ali custa em toda
+conversa do aluno.
+
+- **`commit-inteligente.md` absorvido por `puxar-e-entregar.md`:** os dois ensinavam o
+  mesmo ritual de salvar/entregar, e o passo a passo completo ja vive no `ops.md`, que
+  e a fonte da verdade. As travas do pre-push (vault, `.env`, chaves) continuam
+  intactas — isso e seguranca, nao repeticao.
+- **`agent-handoff.md` removido:** protocolo de compactacao que nada executava; o que
+  importa (levar so o resumo, nunca a persona do agente anterior) esta no
+  `dna-operacional.md`.
+- **"Salve antes da compactacao de contexto" estava em tres arquivos.** Agora mora so
+  no `dna-operacional.md` (Session Management).
+- **`natural-language-first.md` sem os blocos longos de exemplo ERRADO/CERTO:** a regra
+  continua inteira, o exemplo que so ocupava espaco saiu.
+- **`agent-authority.md` enxuto:** as exclusividades reais do Ops em duas linhas, no
+  lugar de sete tabelas.
+- **O `init` agora apaga rules aposentadas.** Ele sempre sobrescreveu o que estava na
+  lista, mas nunca apagava o que saia dela — quem ja tinha instalado ficaria com a
+  regra velha convivendo com a nova. Coberto por `tests/rules-aposentadas.test.mjs`.
+
+Resultado, medido na maquina (upgrade real 2.4.7 -> 2.4.8): o que carrega em toda
+sessao caiu de 26.982 para 18.792 caracteres (-30%).
+Nenhuma regra de seguranca, de licenciamento (carve-out Arcane) ou do aluno
+(`custom-do-aluno.md`) foi tocada.
+
+## [2.4.7] — 2026-09-01
+
+### Fix
+- Dica da senha corrigida: a tela mostra asteriscos (ou nada, dependendo da janela) — a versao 2.4.6 dizia que nada aparecia.
+
+## [2.4.6] — 2026-09-01
+
+### Fix — semana de campo: /euriler existia na aula, nao no disco
+- **Atalhos do Pack Arcane no disco:** `/euriler`, `/trafegoArcane` e os demais 16 atalhos do Pack agora viajam no pacote e o `init` os instala. O conteudo continua chegando ao vivo pelo MCP — mas sem o arquivo do atalho, o Claude Code respondia "Unknown command" mesmo com MCP conectado e licenca ativa. Copiados SO SE NAO EXISTEM: aluno antigo com a versao completa local (vitalicia) nunca e sobrescrito (EMB-019).
+- **Ops destrava sem atalho:** quando `/euriler` nao existe, o Ops ativa o Clone direto pela tool `squad_ativar` (tabela atalho ↔ recurso_id na secao PACK ARCANE) e so entao oferece o update. Diagnostico do Pack passa SEMPRE por `auroq-os doctor` / MCP `arcane` — nunca por Vercel/Cloudflare/Playwright.
+- **A janela do Windows parava de fechar sozinha:** rodando por `irm | iex`, qualquer `exit` do instalador fechava a janela inteira do PowerShell antes de o aluno ler a mensagem (seis relatos em uma semana — inclusive quem so estava reinstalando e via a janela "cair" ao digitar o nome). Toda parada agora mantem a janela aberta; o `exit` com codigo continua valendo quando o script roda de arquivo (CI e testes).
+- **Nome de pasta com espaco, acento ou maiuscula e ajustado, nao recusado:** "Fevo Ecossistema" vira `fevo-ecossistema`, com aviso na tela. Nos dois instaladores (Mac e Windows).
+- **Reinstalacao virou confirmacao:** quem roda o instalador de novo com o Auroq ja montado recebe "voce ja tinha instalado" + os proximos passos prontos pra colar, em vez de um aviso seco que sumia com a janela.
+- **Senha do login avisada:** a tela do login agora diz que a senha nao aparece enquanto digita — metade dos chamados de "nao estou conseguindo digitar" era so isso.
+- **`*update-auroq` com consentimento pro aluno antigo (EMB-019):** projeto sem conteudo ao vivo so migra depois de um SIM explicito, com a troca explicada em linguagem comum. Nada de empurrar a migracao.
+
+## [2.4.5] — 2026-09-01
+
+### Fix — a travessia do aluno antigo virou caminho único
+- O `*update-auroq` das versões antigas manda ler a lista ATUALIZA no ops.md do pacote novo — que hoje é um ponteiro pro MCP. Um Ops antigo podia tentar a tool (que o projeto dele ainda não tem) e parar no meio. O ponteiro agora traz a instrução de migração explícita: fallback determinístico via `init` do pacote baixado, que preserva os dados e registra o conteúdo ao vivo.
+
+## [2.4.4] — 2026-09-01
+
+### Feat — quem esta em versao antiga descobre e migra sem quebrar nada
+- **Aviso automatico de versao nova:** ao abrir o Claude Code no projeto, o sistema compara a versao instalada com a do npm (1x por dia, silencioso quando esta em dia) e oferece o update. Ninguem mais descobre versao nova por acaso.
+- **`auroq-os register-mcp`:** comando novo que reescreve o registro do conteudo ao vivo (`.mcp.json` + `.codex/config.toml`). E o que faltava pra projeto antigo migrar pelo `*update` sem ficar com Companion mudo: o `*update-auroq` agora registra o MCP como passo obrigatorio e fecha com `auroq-os doctor` — so encerra com o diagnostico limpo.
+- **`*update-auroq` mostra o que mudou:** antes de aplicar, o Ops resume o CHANGELOG da versao nova em linguagem comum.
+- **README ganhou as secoes "Conteudo ao vivo" e "Atualizar o sistema":** o que mora no computador vs o que chega ao vivo pelo MCP `arcane`, como atualizar com uma frase e a garantia de que os dados do expert nunca sao tocados.
+
+## [2.4.3] — 2026-08-27
+
+### Fix — Ops pedia zip do Pack Arcane
+- O Pack da mentoria chega ao vivo. `*install-pack` e `*update-packarcane` nao pedem mais zip, path nem `npx arcane-pack`. A prova e `/euriler` (Codex: `$euriler`) + oi.
+- A casca ganhou a mesma regra, e ela vence se o MCP ainda estiver velho.
+- Catalogo vivo `auroq-core@2.3.3` republicado em 28/08 (EMB-018): o 2.3.2 ainda servia o `*install-pack` antigo.
+
+## [2.4.2] — 2026-08-27
+
+### Fix — piloto Windows real (Marcos)
+- **`npx.ps1` barrado pela politica do Windows.** O PowerShell resolve `.ps1` antes de `.cmd`. Chamado pelado, `npx` vira `npx.ps1` e a politica padrao recusa abrir arquivo de script. A instalacao morria logo depois de baixar o motor. Conserto: chamar `npx.cmd` (funcao `Get-AuroqNpx`). **Nao** se mexe na execution policy (ADR-3).
+- **`claude` nao respondia depois da parada 1.** O Claude Code se instala em `%USERPROFILE%\.local\bin` (e `~/.local/bin` no Mac) e nao publica a pasta. O instalador agora coloca essa pasta no PATH do usuario quando o binario existe.
+- **O fecho pedia "abra a pasta".** Numa janela de texto isso nao quer dizer nada. Agora imprime o `cd` pronto pra colar, depois `claude`/`codex`, depois o Ops.
+- **`core-config.yaml` mentia a versao.** Toda instalacao nova jurava ser 2.2.4, a versao do arquivo modelo. O `init` carimba a versao do pacote e a data de hoje.
+
+## [2.4.0] — 2026-08-27
+
+### Feat — Embarque em 2 passos: instalador proprio
+- **`installer/install.sh` e `installer/install.ps1`:** um endereco (`arka.education/install.sh` / `.ps1`) instala Git, motor do sistema, login da mentoria, pasta do negocio e `init`. Sem `sudo`, sem Administrador, sem `Set-ExecutionPolicy`, sem `mkdir`/`cd` na mao. Bash 3.2 e PowerShell 5.1 — o que vem de fabrica na maquina do aluno.
+- **Catalogo de falhas completo:** maquina velha, disco cheio, sem internet, PowerShell x86, janela da Apple fechada no meio, winget ausente, permissao negada, download corrompido (SHA256 conferido), antivirus, pasta ja ocupada, terminal que nao aceita resposta. Toda falha diz o que aconteceu, o que fazer agora e o contato do suporte.
+- **Motor visivel pra quem abre pelo icone:** o bloco de ambiente vai pros dois perfis (`~/.zshrc` e `~/.zprofile`) no Mac e pro ambiente do usuario no Windows. Era a falha silenciosa do projeto — no terminal funcionava, no app nao, e ninguem via erro.
+- **`auroq-os doctor` mais fundo:** informa a origem do motor (Auroq, Homebrew, nvm, sistema) e responde se o programa aberto pelo icone vai enxergar ele. Nao acusa quem ja tinha Homebrew ou nvm declarado no perfil.
+- **`auroq-os init --pasta <nome>`:** cria a pasta e instala dentro dela, pra quem nao pode depender de um `cd`.
+- **`~/.auroq/install.log`:** registro pro suporte, uma linha por evento. Sem e-mail, sem senha, sem token.
+- **`lib/diagnostico.js`:** as decisoes do doctor viraram funcoes puras e testadas.
+
+### Feat — Bootstrap 1 para de refazer o que o instalador ja fez
+- **FASE 0 nova ("de onde voce veio"):** o Ops le `~/.auroq/install.log` e pula Git e motor quando o instalador ja resolveu. Sem o arquivo (aluno antigo), segue como sempre foi.
+- **FASE 1 emendada:** Homebrew deixa de ser o passo 1 obrigatorio (so entra quando alguma ferramenta pedir); motor minimo sobe de 18 pra 20 e o Ops **nao instala um segundo** quando ja existe um que serve; Python deixa de bloquear quem nao vai rodar transcricao local.
+
+### Fix — o portao de acesso e a conversa com o aluno (auditoria de 27/08)
+- **O passo do login nao gateava nada.** Ele perguntava `auroq-os whoami` e lia o codigo de saida como "ja esta logado" — mas o `whoami` imprimia "Nao autenticado" e saia com **sucesso**. Numa maquina nova de verdade (o unico caso que importa), o instalador dizia "voce ja estava logado" pra quem nunca logou, pulava o portao, criava a pasta do negocio no disco e so entao morria dentro do `init`. O portao virou `check-access`, que confere o contrato online antes de qualquer coisa ser criada.
+- **`whoami` passa a dizer a verdade no codigo de saida:** 0 so com sessao salva e ultimo status `ativo`.
+- **As perguntas voltaram a ser do aluno.** Por `curl | bash`, a entrada padrao do script — e de todo programa que ele chama — e o proprio texto do install.sh. O pedido de e-mail e senha lia uma linha do script como resposta, e a pergunta da segunda maquina era respondida sozinha. `login` e `init` agora rodam ligados no terminal de verdade.
+- **Conta suspensa, cancelada ou finalizada nao deixa mais pasta pra tras** (§10.1 nº 9).
+
+### Testes
+- 4 suites novas (`installer-sh`, `installer-ps1`, `diagnostico`, `cli-embarque`): 88 testes no total. Os do PowerShell rodam de verdade quando ha um `pwsh` na maquina.
+- +11 testes de regressao do portao e da conversa: provados nos dois sentidos (falham com o defeito, passam com a correcao).
+
+## [2.3.0] — 2026-08-25
+
+### Feat — tarball MOTOR+CASCA (ainda NÃO é `latest`)
+- **K9:** esta versão só pode ir pro npm com dist-tag `next`. Não vira `latest` até o T1 do MCP `auroq-core` passar em produção.
+- **Corte do miolo:** `files` deixa de levar `agents/` de conteúdo (Clone Forge, Companion, Consultor, forjas). Organizer (síntese pública) e `seeds/` (memória/docs em branco) ficam.
+- **Casca no pack:** `prepack` sobrepõe CLAUDE.md, AGENTS.md, constitution, DNA, ops.md, shims e rules de MCP. `postpack` restaura o working tree. Tarball medido: 158.7 kB / 121 arquivos (antes ~2.14 MB / 279).
+- **Installer:** não copia forjas; semeia dados do aluno sem sobrescrever; `doctor` falha alto se autoload faltar; patch idempotente de `enableAllProjectMcpServers`.
+- **Login:** fingerprint de device em `~/.arcane/credentials.json`; contrato `finalizado` pode reinstalar (K6). Pack download continua exigindo `ativo`.
+
+## [2.2.4] — 2026-08-21
+
+### Feat — browser nativo, Computer Use e comunicacao direta
+- **Bootstrap 1 atualizado por runtime:** Claude Code configura Claude in Chrome via `/chrome` e Computer Use via `/mcp` no macOS elegivel; o app ChatGPT/Codex instala Browser, Chrome e Computer Use por Plugins; Codex CLI/IDE e Grok sem integracao exposta caem explicitamente no Playwright, sem sucesso falso.
+- **Playwright continua obrigatorio:** Chromium e Firefox permanecem registrados; Chromium ganha smoke test bloqueante e vira fallback/automacao tecnica, nao porta universal pra qualquer tarefa web.
+- **Output style `Direto`:** projeto entrega e ativa um estilo de brevidade inteligente — resultado primeiro, contexto minimo, risco material preservado.
+- **Regra de operacao autonoma:** escopo, persistencia, credenciais, honestidade e ordem de ferramentas passam a valer no Claude (`.claude/rules`) e no Codex (`AGENTS.md`).
+- **Material didatico corrigido:** Consultor passa a ensinar API/CLI/MCP → browser conectado → Playwright → Computer Use.
+- **Gates reais:** recurso nativo so e marcado como pronto depois de status + smoke test; indisponibilidade por plano, OS, politica ou rollout e registrada e coberta pelo fallback.
+
+## [2.2.3] — 2026-08-21
+
+### Feat — O ritual vira invisível: puxar automático + qualquer agente salva e entrega
+- **Hook `auroq-sync.cjs` (SessionStart):** ao abrir o `claude` na pasta do negócio, checa o GitHub e **puxa sozinho quando é seguro** (working tree limpo, nada por enviar), deixando no contexto o que chegou pro agente relatar em português ("Marcos subiu 9 criativos"). Se há trabalho local não entregue, NÃO puxa — avisa e sugere "salva e entrega" primeiro. Sem conexão ou sem GitHub: silêncio. **Nunca entrega sozinho.**
+- **Lembrete (UserPromptSubmit):** quando há trabalho não entregue há 30+ min, injeta um lembrete discreto (no máximo 1 a cada 30 min) pra o agente oferecer "salva e entrega" ao fechar o bloco. Estado fora do repositório (tmpdir) — nunca suja o git do aluno.
+- **Rule `puxar-e-entregar.md` (universal):** "salva", "entrega", "puxa" em linguagem natural são executados pelo agente ATIVO seguindo o ritual do Ops (`*commit`, `*pre-push`, `*sync`) — o expert nunca mais troca de agente pra isso. As travas do pre-push (vault/.env) valem pra todo agente.
+- **Autoridade ajustada** (ops.md, agent-authority, AGENTS.md, Companion): o Ops segue DONO do ritual e exclusivo em `push --force`, PR, MCP/infra, bootstrap e `*update`; commit/push/pull viram ritual compartilhado.
+- Hooks registrados em `.claude/settings.json` (arquivo de framework, versionado — viaja no clone e chega no update); `*update-auroq` passa a atualizar esse arquivo.
+
+
+## [2.2.2] — 2026-08-07
+
+### Improve — Grok Build como terceiro runtime
+- `AGENTS.md` e `README` passam a tratar **Claude Code**, **Codex CLI** e **Grok Build** como harnesses oficiais.
+- Grok usa a camada Claude nativa (`.claude/commands`, rules, `AGENTS.md`) — **sem** precisar de `sync:codex`.
+- Ativacao por harness documentada: Codex via `$nome` + skills; Claude/Grok via slash commands / pedido de ativacao.
+- Constitution e higiene de sessao atualizadas pra incluir Grok (um runtime por sessao).
+
+## [2.2.1] — 2026-08-05
+
+### Change — Colaborador não precisa ser aluno (política oficial)
+- `clone` **não pede mais login de aluno** — colaborador do negócio de um aluno clona sem conta na mentoria. O gate real do clone é o convite do GitHub (repo privado); um `git clone` puro já entregaria o mesmo conteúdo. Os gates de aluno seguem onde há valor do framework: `init` (criar negócio do zero) e `*update-auroq` (atualizar o sistema — só o dono atualiza; o colaborador recebe a atualização via `*sync`, porque o update vira commit no repo).
+- Ops (seção MULTI-MAQUINA) e README documentam a política.
+
+## [2.2.0] — 2026-08-05
+
+### Feat — Multi-máquina e colaborador
+- **Novo comando `npx auroq-os clone`** — o caminho oficial da segunda máquina (e do colaborador). Clonar JÁ é a instalação: baixa o negócio inteiro do GitHub (sistema, agentes, memória do Companion, documentos), com o mesmo gate de aluno do init, e completa só o que não viaja — npm install, skills do Codex, proteções de segredo e health check. Aceita `owner/repo`, URL ou caminho; sem argumento, lista os repositórios da conta via GitHub CLI pra escolher.
+- **Guardrail no `init`** — em instalação nova, pergunta se o aluno já usa o Auroq em outra máquina; se sim, aborta e aponta pro `clone`. Mata o erro clássico de criar um segundo Auroq desconectado (históricos que não se cruzam + versões divergentes do framework). Update/reinstall em pasta existente não pergunta. Escape: `AUROQ_INIT_MODE=novo`.
+- **Ops ganha `*sync`** — puxar as atualizações do GitHub no início da sessão, com commit-antes-de-pull automático, condução de conflito pra leigo (memória do Companion = juntar as duas versões) e relatório em português do que chegou. Ritual oficial: sentou → `*sync` · levantou → `*commit` + `*push`.
+- **Ops ganha a seção MULTI-MAQUINA E COLABORADOR** — sabe orientar: clone (nunca init), convite-não-senha (GitHub Collaborators, assinatura Claude própria, cofre "Equipe" no 1Password com escopo), régua do diário (colaborador lê e escreve a memória do Companion), arquivo pesado no Drive.
+
+### Security — Fix do .gitignore (vazamento de Service Key)
+- O `.gitignore` do aluno passa a ser **gerado por código** (`applySecretProtections`), não copiado de arquivo — o tarball do npm não preservava o arquivo de forma confiável e instalações reais ficavam com um .gitignore de 4 linhas **sem `business/vault/`**, onde o Bootstrap salva a Service Key do Supabase em texto plano: o primeiro push do aluno subia segredo pro GitHub.
+- Novo comando `npx auroq-os fix-gitignore` — merge idempotente (adiciona o que falta, preserva linhas do expert) + **destraqueia segredos já versionados** (`git rm --cached` em vault/.env/chaves; os arquivos continuam no disco) e avisa quando podem já ter subido pro remote (conduzir rotação das chaves).
+- Roda automaticamente no `init`, no `clone` e no `*update-auroq` (Passo 5) — aluno existente é migrado no próximo update sem fazer nada.
+- Proteções também para mídia pesada (png/jpg/mp4/mov/mp3/wav) — repo é texto; mídia vai pro Drive.
+
+### Improve
+- Versão dinâmica no banner e rodapé (lida do package.json; acabou o "v2.1.0" hardcoded).
+- Health check extraído (`runHealthChecks`) e compartilhado por init e clone.
+
+## [2.1.6] — 2026-06-26
+
+### Improve
+- Bootstrap 2 (Ops) — seção do Cloudflare reescrita pra leigo. Dois caminhos explícitos: **Caminho A** (já tem domínio → apontar nameservers, guiado por print da tela porque cada registrador é diferente) e **Caminho B** (comprar novo direto no Cloudflare, recomendado — já nasce conectado).
+- Deixa claro que o aluno pode ter **quantos domínios quiser** na conta e adicionar mais a qualquer momento.
+- Documenta o limite real: o Cloudflare Registrar **não vende `.com.br`** (nem ccTLD br) — quem quer `.com.br` compra no Registro.br e cai no Caminho A.
+- Gate de verificação reforçado: confirma que o(s) domínio(s) esperado(s) aparecem nas zonas, não só que o MCP conectou.
+
+## [2.1.5] — 2026-06-24
+
+### Fix
+- O `init` (rodado direto ou via `arcane-pack update`) deixa de sobrescrever customizacoes do aluno. Antes, todo update restaurava os arquivos de framework (`CLAUDE.md`, rules, companion) com `overwrite: true` — quem editava esses arquivos perdia o trabalho no proximo update (so o git checkpoint salvava).
+- Novo lugar oficial pra customizacao: `.claude/rules/custom-do-aluno.md` — semente criada na 1a vez e NUNCA mais sobrescrita. E onde regras de comportamento e overrides do aluno devem morar (o Auroq ja carrega tudo de `.claude/rules/` automaticamente).
+- `.claude/settings.local.json` passa a ser preservado (config local do aluno, nao do framework).
+- `CLAUDE.md` documenta os 2 lugares que sobrevivem a updates; o output do `init` avisa onde eles ficam.
+
+## [2.1.3] — 2026-06-10
+
+### Fix
+- `init` cria o `package.json` ANTES de gerar as skills do Codex — o marcador de ownership nascia com o nome da pasta e todo sync seguinte recusava com "foreign" (quebrava o `arcane-pack update` em instalacoes novas).
+- Ownership das skills do Codex passa a aceitar marcador da MESMA pasta de projeto mesmo que o name do package tenha mudado (repara projetos ja afetados sem intervencao manual).
+- `*update-auroq` (Ops) passa a seguir a lista ATUALIZA do ops.md NOVO do pacote baixado — a lista da versao instalada nao conhecia arquivos novos (ex.: `scripts/sync-codex-skills.mjs` nunca chegava em quem atualizava a partir de <= 2.0.4).
+## [2.1.2] — 2026-06-10
+
+### Fix
+- Bootstrap 2 deixa de configurar o 1Password, que passa a ser pre-requisito tratado no Step anterior da plataforma.
+- Ops valida o cofre antes das conexoes e oferece duas rotas explicitas: voltar para configurar o 1Password ou continuar com vault local menos seguro.
+- Todas as conexoes do Bootstrap 2 passam a obedecer uma politica unica de armazenamento de credenciais.
+
+## [2.1.1] — 2026-06-09
+
+### Fix
+- Remove command orfao do Squad Edicao do core; squads Arcane pertencem ao `arcane-pack` e so ganham skill quando os arquivos completos sao instalados.
+- Fluxo do Ops passa a exigir confirmacao do sync Codex executado pelo `arcane-pack@1.2.0+`.
+
+## [2.1.0] — 2026-06-09
+
+### Feat — Runtime hibrido oficial
+- Claude Code e Codex CLI passam a ser runtimes oficiais equivalentes do Auroq OS.
+- Installer gera e verifica skills Codex no local oficial `.agents/skills`, isoladas por projeto e sem colisao global entre negocios.
+- Sync Codex com ownership, collision guard, deteccao real de drift, execucao fora da raiz e descoberta automatica de comandos customizados.
+- Ops atualiza `AGENTS.md` e a ponte Codex, regenerando as skills no pos-update.
+- Constitution 2.0.0 torna o projeto Auroq no terminal o centro de comando, sem dependencia conceitual de um fornecedor.
+
+### Quality
+- Quality gates raiz: lint, typecheck estrutural, testes Node e pack dry-run.
+- Testes cobrem determinismo, portabilidade, preservacao de skills externas, drift e colisoes.
+
+Histórico de versões do Auroq OS. Formato: data + o que mudou.
+
+## [1.6.1] — 2026-05-08
+
+### Fix — Ops install/update-squad/install-pack
+
+- **Slash command file usa agora `slash_prefix:` do `squad.yaml`, não nome da pasta.** Antes: Ops criava `.claude/commands/{nome-da-pasta}.md` cegamente — funciona se `slash_prefix == nome-da-pasta`, mas QUEBRA se o squad declara um slash diferente.
+
+  Exemplo concreto que motivou o fix: Slide Forge v2 tem pasta `slide-forge` mas `slash_prefix: "slideForgeV2"`. Do jeito antigo, Ops criaria `.claude/commands/slide-forge.md` → aluno ativaria com `/slide-forge` (errado). Agora cria `.claude/commands/slideForgeV2.md` → ativa com `/slideForgeV2` (correto).
+
+- **Suporte a `slash_prefix_legacy:`** pra alias backward-compat. Squad pode declarar nome novo + nome antigo no mesmo `squad.yaml`. Ops cria os 2 command files. Útil pra updates que mudam ativação (v1 → v2): aluno que tinha hábito do nome antigo continua funcionando, e o novo está disponível.
+
+- **Conteúdo do command file melhorado:** descrição lida de `description:` ou `title:` do squad.yaml. Chief agent detectado de `tiers.orchestrator[0]` automaticamente.
+
+- **Aplicado em 3 lugares:** `*install` Passo 4, `*update-squad` Passo 7, `*install-pack` Passo 3.
+
+### Por que isso importa
+
+Sem esse fix, qualquer squad da Mentoria Arcane que declara `slash_prefix` diferente do nome da pasta era instalado errado. Aluno ativava `/{nome-pasta}` em vez do nome correto `/slug-real`. Agora é determinístico.
+
+---
+
+## [1.6.0] — 2026-05-08
+
+### Feat — Ops
+
+- **`*update-squad`: protocolo dedicado de atualização de squad existente.** Aluno baixa zip da versão nova de um squad (ex: `slide-forge-v2.0.0.zip`) e roda `*update-squad` — Ops faz a operação completa preservando dados:
+  - Detecta versão atual instalada vs versão do zip (lendo campo `version:` do `squad.yaml`)
+  - Mostra diff de versão pro aluno confirmar
+  - Detecta modificações locais do aluno em arquivos do framework (a princípio aluno não deveria modificar) → cria backup em `_backup-tuas-mods/{slug}-v{old}-{timestamp}/` antes de sobrescrever
+  - Backup completo do squad antigo em `agents/_archive/{slug}-v{old}-{timestamp}/` (retenção 30 dias)
+  - **Preserva sempre runtime do aluno:** `agents/{slug}/minds/` (outputs do expert), `.state.json` (pipeline em andamento), `*-state.json`
+  - Substitui só arquivos framework (agents/, tasks/, data/, workflows/, checklists/, templates/, squad.yaml, README)
+  - Atualiza slash command em `.claude/commands/{slug}.md` se mudou
+  - Validação pós-update + rollback automático se algum check falhar
+  - Reporta o que mudou + caminhos dos backups
+
+- **`*install` ganhou smart detection.** Antes: se squad já existia, perguntava só "quer sobrescrever?" — apagava `minds/` e tudo. Agora: se squad existe, oferece 3 opções:
+  1. **Atualizar** (recomendado) — reroteia pra `*update-squad` (preserva dados)
+  2. **Reinstalar do zero** — apaga tudo e instala como novo (raro, requer dupla confirmação)
+  3. **Cancelar**
+  - Ainda: se aluno usa `*update-squad` num squad que NÃO existe, reroteia automaticamente pro `*install`.
+
+- **Greeting do Ops atualizado:** novo item "4. Atualizar squad — substituir squad existente por versao nova (preserva teus dados)".
+
+### Cenários de uso
+
+- **Aluno recebe slide-forge v2:** zip nomeado com versão (`slide-forge-v2.0.0.zip`). Roda `*update-squad`, drag-and-drop do zip. Ops detecta v1 instalada, confirma update, faz backup, preserva minds/, instala v2 limpo.
+- **Aluno tenta `*install` num squad já instalado:** Ops oferece atualizar via `*update-squad` antes de apagar dados.
+- **Aluno modificou framework localmente:** Ops detecta divergências, oferece backup-tuas-mods antes de sobrescrever.
+
+### Detalhes técnicos
+
+- Backup retenção: 30 dias (squad antigo em `agents/_archive/`)
+- Backup das mods locais: separado em `_backup-tuas-mods/` pra clareza
+- Whitelist de runtime preservado: `minds/`, `.state.json`, `*-state.json`, `.local/`
+- Rollback automático se validação pós-update falhar (`squad.yaml` parseável, `start.md` existe, slash command aponta pra arquivos existentes, runtime preservado intacto)
+
+---
+
+## [1.5.0] — 2026-05-08
+
+### Refactor
+- **Squad Forge reescrito do zero.** Plano de correção em 7 fases aplicado após diagnóstico que revelou squads gerados superficiais (agentes 90-130 linhas, sem Output Examples, sem Immune System, com refs externas a paths privados que quebravam na máquina do aluno). Versão antiga: 1.0.0. Nova: 2.0.0.
+
+### Feat — Squad Forge
+
+- **6 tasks novas:** `fix-squad`, `update-squad`, `rebuild-squad` (modos completos do greeting), `generate-prd`, `generate-stories` (Story-Driven — Article III Constitution), `self-test` (auto-validação contínua). Total: 12 tasks (era 6).
+- **Profundidade obrigatória nos squads gerados:** hard gates bloqueiam QG-SF-004 se agente sair com <250 linhas, sem 3+ OUTPUT EXAMPLES concretos, sem 3+ IMMUNE SYSTEM triggers rastreáveis, ou com <5 frases-chave. Self-audit quantitativo via bash + self-healing loop (max 3 tentativas).
+- **REGRA AUTOCONTIDO (NON-NEGOTIABLE):** squads gerados nunca mais saem com refs a `docs/knowledge/...`, `squads/etlmaker/kbs/...`, `business/...`, `~/euriler-brain/`, ou absolute paths. Fontes externas viram build-time inputs — Smith lê, processa, sintetiza, e ESCREVE conteúdo novo dentro de `squads/{name}/data/`. Aluno consegue zipar e rodar em qualquer máquina.
+- **Story-Driven Development:** todo squad gerado vem com PRD em `docs/prd/squad-{slug}.md` (FRs/NFRs/CONs/SCs rastreáveis aos PUs via Trace Matrix), stories em `docs/stories/squad-forge/{slug}/` (1 epic com 5 ACs = 5 QGs + 1 story por fase), e tracker em `business/campanhas/squad-{slug}/tracker.md` (Project Tracker Protocol).
+- **Modos completos no greeting:** `*start` (criar), `*update {squad}` (modificação cirúrgica preservando profundidade), `*fix {squad}` (audit + auto-fix + lista manual), `*rebuild {squad}` (reverse-extract + reconstruir com profundidade nova), `*self-test` (audita o próprio squad-forge).
+- **Instalação automática (Fase 5):** após QG-SF-005 PASS, squad é copiado pra `squads/{name}/`, skill registrada em `.claude/commands/{slashPrefix}.md`, MEMORY.md atualizado, tracker atualizado, validação pós-instalação. Rollback completo se qualquer sub-step falha. Backup automático em `squads/_archive/` se squad já existia.
+- **Template de agente condicional (target_audience):** start.md Step 3 pergunta se squad é `internal` (uso interno do dono — pode ter refs `business/cockpit.md`) ou `distributed` (alunos/clientes — REGRA AUTOCONTIDO ativa). Default seguro: distributed.
+- **State management real:** `.state.json` atualizado por todos os 3 agentes em cada round/fase. `*resume` agora retoma de verdade da última fase incompleta (antes era fingido).
+- **Quality thresholds centralizados:** `data/quality-thresholds.yaml` é single source of truth — extraction, agent_depth, kb_depth (por tipo: operacional 800 / analítico-criativo 600 / dev 400), task_structure, workflow, autocontido, story_driven, installation. Mudar 1 valor propaga pra todos os checks.
+
+### Fix — Squad Forge
+
+- Path do schema corrigido em `forge-smith.md` (`.aios-core/schemas/squad-schema.json`)
+- `data/` padronizado em README e templates (era inconsistente com `knowledge/`)
+- Comandos do chief alinhados ao greeting (antes greeting prometia 4 modos, chief tinha só `*start`)
+- Numeração inconsistente em `architect-squad.md` corrigida
+- Smoke tests em `validate-squad.md` sem hardcode de exemplo (era "oferta R$997")
+- `current_phase` documentado como 0..5 (6 fases totais)
+
+### Migration
+
+- **Squads existentes contaminados:** quem tinha squads gerados antes desta versão (com refs `business/cockpit.md` ou `business/campanhas/*/tracker.md` em runtime) deve rodar `*fix {squad-name}` pra detectar violações + `*update` ou `*rebuild` pra corrigir. Squads internos do dono (não distribuídos) podem ficar como estão.
+- **Aluno via `*update` do Ops:** pasta `agents/squad-forge/` é sobrescrita (L1/L2/L3 — framework, igual ao fix de 1.4.1). Outputs em `agents/squad-forge/minds/` continuam preservados.
+
+### Detalhes técnicos
+
+- Plano completo: `docs/plans/squad-forge-correcao-v2.md` (no AIOS — não distribuído)
+- Backup local pré-sync: `_backup-pre-sync/squad-forge-pre-1.5.0-20260508-125651/`
+- Validator: VALID, 0 errors, 1 warning não-bloqueante (`handoff_prompts` opcional)
+
+---
+
+## [1.4.1] — 2026-04-29
+
+### Fix
+- **`*update` do Ops agora atualiza os meta squads em `agents/`.** Antes só
+  atualizava os arquivos `.claude/commands/{meta-squad}.md` (commands), mas
+  deixava o conteúdo da pasta `agents/{meta-squad}/` intocado — bug que
+  fazia atualizações do Clone Forge (e outros meta squads) não chegarem nos
+  alunos via `*update`. Agora `agents/squad-forge/`, `agents/mind-forge/`,
+  `agents/worker-forge/`, `agents/clone-forge/`, `agents/etlmaker/` e
+  `agents/organizer/` são tratados como L1/L2/L3 (framework) e sobrescritos.
+  Outputs em `agents/{meta-squad}/minds/` continuam preservados (L4 — dados
+  do expert).
+
+## [1.4.0] — 2026-04-29
+
+### Refactor
+- **Clone Forge agora é self-contained.** Removida dependência do Squad Creator
+  Premium e dos agentes externos `@oalanicolas` e `@pedro-valerio` que travavam
+  o setup com "Squad Creator Premium nao instalado". Aluno baixa e roda do zero.
+
+### Feat
+- 5 tasks novas no Clone Forge: `extract-voice-dna`, `extract-thinking-dna`,
+  `fidelity-score`, `validate-clone`, `clone-review`. Total: 17 tasks.
+- 4 data files novos: `clone-anti-patterns`, `clone-validation`,
+  `output-examples`, `source-tiers`. Total: 11 data.
+- Checklist `smoke-test-clone.md` (3 cenários padronizados).
+- `@innerlens` absorve Voice DNA extraction, `@cognitive-motor` absorve
+  Thinking DNA, `@clone-forge-chief` absorve coleta + validação completa.
+
+### Fix
+- Quick workflow não valida mais "MIUs >= 80%" no QG-005 quando Fase 2
+  (MIU extraction) é skipped — bug que dava comportamento indefinido.
+- Removidas referências personalizadas em exemplos de tasks (paths e nomes
+  trocados por genéricos).
+
+## [1.3.2] — 2026-04-29
+
+### Chore
+- Declara `engines.node >=18` no package.json (alinha com o check de runtime
+  que o installer já fazia, mas agora o npm avisa antes de instalar).
+- LICENSE proprietário e CHANGELOG adicionados ao repo.
+- `.gitignore` reorganizado: `.npmrc` movido pra seção de Secrets.
+
+## [1.3.1] — 2026-04-25
+
+### Fix
+- CLI agora aponta pra `arcane.arka.education` na tela de login.
+  Antes mostrava `mentoria-arcane.vercel.app` (domínio antigo).
+
+## [1.3.0] — 2026-04-14
+
+### Feat
+- Auth gate no CLI: comandos `init`, `login`, `logout`, `whoami`.
+  Aluno autentica com email + senha da Mentoria Arcane antes de instalar.
+- Validação de acesso ativo via RPC `check_access_status` no Supabase.
+- Modo offline: usa credencial local quando sem internet.
+
+## [1.2.0] — 2026-04-09
+
+### Fix
+- Installer copia meta squads e scripts como diretórios inteiros
+  (antes copiava só arquivos individuais e perdia conteúdo).
+- Installer bloqueia instalação na pasta home do usuário.
+- Preserva companion personalizado (não sobrescreve com o genérico).
+- Limpa commands antigos em camelCase ao atualizar.
+- Migra meta squads de `squads/` pra `agents/` em projetos antigos.
+
+## [1.1.0] — 2026-04-08
+
+### Feat
+- Meta squads incluídos: Squad Forge, Mind Forge, Worker Forge, Clone Forge, ETLmaker.
+- Organizer com comando `*store`.
+- Companion com knowledge completo (foundation, system-guide, modus-operandi,
+  arcane-method, expert-essencial).
+
+### Fix
+- Installer sobrescreve framework mas preserva dados do aluno (resolve loop circular de update).
+- Companion varre `agents/` pra descobrir especialistas instalados.
+
+## [1.0.2] — 2026-03-17
+
+### Setup
+- Versão inicial pública: framework completo (constitution, synapse engine,
+  hooks, rules, companion, organizer).
+- Bootstrap detecta OS (mac/windows) com mapa de comandos por plataforma.

package/bin/auroq-os.js

@@ -571,8 +571,6 @@ async function init({ pasta = null } = {}) {
 
     // Rules
     '.claude/rules/agent-authority.md',
-    '.claude/rules/agent-handoff.md',
-    '.claude/rules/commit-inteligente.md',
     '.claude/rules/dna-operacional.md',
     '.claude/rules/evolucao-incremental.md',
     '.claude/rules/mcp-usage.md',
@@ -754,6 +752,23 @@ async function init({ pasta = null } = {}) {
     '.claude/commands/instalacaoBia.md',
   ];
 
+  // Arquivos de framework aposentados. O init sobrescreve o que esta na lista acima,
+  // mas nunca apaga o que saiu dela — sem isso a maquina de quem ja instalou fica com
+  // a regra velha convivendo com a nova. So arquivos NOSSOS entram aqui, nunca do aluno.
+  const arquivosAposentados = [
+    '.claude/rules/agent-handoff.md',      // 2.4.8 — absorvido por dna-operacional.md
+    '.claude/rules/commit-inteligente.md', // 2.4.8 — absorvido por puxar-e-entregar.md
+  ];
+
+  let removidos = 0;
+  for (const file of arquivosAposentados) {
+    const alvo = path.join(targetDir, file);
+    if (await fs.pathExists(alvo)) {
+      await fs.remove(alvo);
+      removidos++;
+    }
+  }
+
   let copied = 0;
   for (const file of frameworkFiles) {
     // Pular companion.md generico se ja tem personalizado
@@ -776,6 +791,9 @@ async function init({ pasta = null } = {}) {
     }
   }
   success(`${copied} arquivos instalados`);
+  if (removidos > 0) {
+    success(`${removidos} regra(s) antiga(s) aposentada(s)`);
+  }
 
   let shimsCriados = 0;
   for (const file of packShimFiles) {

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "auroq-os",
-  "version": "2.4.7",
+  "version": "2.4.9",
   "description": "Auroq OS — Sistema Operacional de IA para Experts",
   "bin": {
     "auroq-os": "bin/auroq-os.js"
@@ -47,6 +47,7 @@
     "agents/organizer/",
     "AGENTS.md",
     "README.md",
+    "CHANGELOG.md",
     ".gitignore",
     ".env.example"
   ],

package/.claude/rules/agent-handoff.md

@@ -1,97 +0,0 @@
-# Agent Handoff Protocol — Context Compaction
-
-## Purpose
-
-Prevent context window accumulation when switching between Auroq OS agents (`@agent` commands). Each agent switch compacts the previous agent's full persona into a structured handoff artifact (~379 tokens) instead of retaining the full definition (~3-5K tokens).
-
-## When This Applies
-
-This protocol activates whenever:
-1. A user invokes a new agent via `@agent-name` or `/AuroqOS:agents:agent-name`
-2. The current session already has a different agent active
-
-## Handoff Protocol
-
-### On Agent Switch (outgoing agent)
-
-Before loading the new agent, mentally generate a handoff artifact with:
-
-```yaml
-handoff:
-  from_agent: "{current_agent_id}"
-  to_agent: "{new_agent_id}"
-  story_context:
-    story_id: "{active story ID}"
-    story_path: "{active story path}"
-    story_status: "{current status}"
-    current_task: "{last task being worked on}"
-    branch: "{current git branch}"
-  decisions:
-    - "{key decision 1}"
-    - "{key decision 2}"
-  files_modified:
-    - "{file 1}"
-    - "{file 2}"
-  blockers:
-    - "{any active blockers}"
-  next_action: "{what the incoming agent should do}"
-```
-
-### On Agent Switch (incoming agent)
-
-The incoming agent receives:
-1. Its own **full agent profile** (persona, commands, dependencies)
-2. The **handoff artifact** from the previous agent (compact summary)
-3. **NOT** the previous agent's full persona/instructions/tool definitions
-
-### Compaction Limits
-
-| Limit | Value |
-|-------|-------|
-| Max handoff artifact size | 500 tokens |
-| Max retained agent summaries | 3 (oldest discarded on 4th switch) |
-| Max decisions in artifact | 5 |
-| Max files_modified entries | 10 |
-| Max blockers | 3 |
-
-### What to Preserve (ALWAYS include)
-
-- Active story ID and path
-- Current task being worked on
-- Git branch name
-- Key architectural decisions made
-- Files created or modified
-- Active blockers
-
-### What to Discard (NEVER carry forward)
-
-- Previous agent's full persona definition
-- Previous agent's command list
-- Previous agent's dependency list
-- Previous agent's tool configurations
-- Previous agent's CodeRabbit integration details
-- Previous agent's greeting templates
-
-## Storage
-
-Handoff artifacts are stored at `.auroq/handoffs/` (runtime, gitignored). Format: `handoff-{from}-to-{to}-{timestamp}.yaml`.
-
-## Template Reference
-
-Full template: `.auroq-core/development/templates/agent-handoff-tmpl.yaml`
-
-## Example
-
-Session flow: `@sm` creates story → `@dev` implements → `@qa` reviews
-
-After `@sm` → `@dev` switch:
-- `@sm` full persona (~3K tokens) is **discarded**
-- Handoff artifact (~379 tokens) is **retained**: story ID, decisions, files, next action
-- `@dev` full persona (~5K tokens) is **loaded**
-- **Total context: ~5.4K** instead of ~8K (33% reduction per switch)
-
-After `@dev` → `@qa` switch:
-- `@dev` full persona is **discarded**
-- `@dev` handoff artifact is **retained** alongside `@sm` handoff
-- `@qa` full persona is **loaded**
-- **Total context: ~5.2K** instead of ~12K (57% reduction after 2 switches)

package/.claude/rules/commit-inteligente.md

@@ -1,86 +0,0 @@
-# Commit Inteligente — Ritual de Incrementacao
-
-> No Auroq OS, commit nao e sobre deployar codigo. E sobre **salvar o checkpoint do negocio**.
-> Cada commit e um ponto de evolucao incremental do sistema.
-
-## Quando Commitar
-
-- Final de sessao de trabalho significativa
-- Antes de trocar de assunto/projeto
-- Antes de fechar o computador
-- Quando completou uma etapa de projeto
-- Quando tomou decisoes importantes
-
-## Ritual do Commit (Ops executa)
-
-### 1. Revisar o que mudou
-```
-git status + git diff
-```
-Entender: o que progrediu desde o ultimo commit?
-
-### 2. Verificar projetos ativos
-- SE trabalhou num projeto do cockpit → tracker esta atualizado?
-- SE tracker nao foi atualizado → atualizar ANTES do commit (log, status, blockers)
-
-### 3. Verificar contexto
-- SE houve decisoes importantes → estao no `agents/companion/data/log-decisoes.md`?
-- SE o estado do negocio mudou → `agents/companion/data/contexto-dinamico.md` reflete?
-- SE algo foi aprendido → esta documentado em algum lugar?
-
-### 4. Commitar com mensagem significativa
-A mensagem conta O QUE ACONTECEU no negocio, nao o que mudou nos arquivos:
-
-**Formato:**
-```
-{tipo}: {o que aconteceu}
-
-{detalhes se necessario}
-```
-
-**Tipos:**
-- `progresso:` — avancou em projeto/tarefa
-- `decisao:` — tomou decisao estrategica
-- `processo:` — documentou/criou/melhorou processo
-- `agente:` — criou/melhorou agente/squad/worker
-- `conhecimento:` — adicionou/tratou conhecimento na biblioteca
-- `campanha:` — acao de campanha (criativo, disparo, ajuste)
-- `fix:` — corrigiu problema
-- `setup:` — configuracao/infra
-
-**Exemplos:**
-```
-progresso: NDF Workshop fase 1 concluida — LP, flows e criativos prontos
-decisao: definiu preco do ingresso em R$47 (teste contra R$97 no proximo ciclo)
-processo: documentou SOP de shift entre ciclos de lancamento
-agente: criou worker TechOps com vault e SOPs operacionais
-conhecimento: ETL completo de criativos de anuncio (9 vols, 6450 linhas)
-campanha: lancou lote 2 de criativos — 9 pecas, 3 hooks novos
-```
-
-### 5. Push
-- Backup na nuvem (GitHub)
-- Historico incremental do negocio
-- Qualquer maquina, qualquer momento: `git clone` e o negocio ta la
-
-## O que o Commit NAO e
-
-- NAO e sobre codigo limpo ou testes passando
-- NAO precisa de conventional commits estilo dev (feat/fix/chore)
-- NAO e obrigatorio ter tudo perfeito — e checkpoint, nao release
-- NAO e so pra deploy — e pra PERSISTIR evolucao
-
-## Commit como Seguro
-
-> "Commit e o botao salvar do sistema."
-
-Se o computador quebrar, se o autocompact apagar tudo, se trocar de maquina — o ultimo commit e o ponto de restauracao. Quanto mais frequente, menos se perde.
-
-## Protocolo do Ops
-
-Quando o expert pede `*commit` ou `*push`, o Ops executa o ritual completo:
-1. Revisa mudancas
-2. Pergunta se trackers e contexto estao atualizados
-3. Sugere mensagem de commit baseada no que aconteceu
-4. Expert aprova
-5. Commit + push