auroq-os 2.4.7 → 2.4.8

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 → `git add` dos arquivos relevantes (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.
 

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.8",
   "description": "Auroq OS — Sistema Operacional de IA para Experts",
   "bin": {
     "auroq-os": "bin/auroq-os.js"

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