@jaimevalasek/aioson 1.21.4 → 1.21.6

package/docs/pt/5-referencia/clientes-ai.md

@@ -1,6 +1,6 @@
 # Usando AIOSON com diferentes CLIs de IA
 
-O AIOSON funciona com **Claude Code**, **Codex CLI**, **Gemini CLI** e **OpenCode**. Cada um tem uma forma diferente de ativar agentes — este guia explica como usar cada um sem confusão.
+O AIOSON funciona com **Claude Code**, **Codex CLI** e **OpenCode**. Cada um tem uma forma diferente de ativar agentes — este guia explica como usar cada um sem confusão.
 
 Também funciona em qualquer IDE com terminal: VS Code, Google Antigravity, Cursor, Windsurf, JetBrains IDEs e Zed — basta abrir um dos clientes acima no terminal integrado.
 
@@ -8,13 +8,13 @@ Também funciona em qualquer IDE com terminal: VS Code, Google Antigravity, Curs
 
 ## Comparativo rápido
 
-| | Claude Code | Codex CLI | Gemini CLI | OpenCode |
-|---|---|---|---|---|
-| Arquivo de config | `CLAUDE.md` | `AGENTS.md` | `.gemini/GEMINI.md` | `OPENCODE.md` |
-| Comandos personalizados | `.claude/commands/` | ❌ não suporta | `.gemini/commands/*.toml` | ❌ não suporta |
-| Autocomplete de agentes | `/aioson/` + Tab | ❌ não suporta | `/aios-` + Tab | ❌ não suporta |
-| Como ativar agente | `/aioson/setup` | linguagem natural | `/aios-setup` | linguagem natural |
-| Lê contexto automático | Sim (CLAUDE.md injeta) | Sim (AGENTS.md injeta) | Sim (GEMINI.md injeta) | Sim (OPENCODE.md injeta) |
+| | Claude Code | Codex CLI | OpenCode |
+|---|---|---|---|
+| Arquivo de config | `CLAUDE.md` | `AGENTS.md` | `OPENCODE.md` |
+| Comandos personalizados | `.claude/commands/` | Nao suporta | Nao suporta |
+| Autocomplete de agentes | `/aioson/` + Tab | Nao suporta | Nao suporta |
+| Como ativar agente | `/aioson/setup` | linguagem natural | linguagem natural |
+| Lê contexto automático | Sim (CLAUDE.md injeta) | Sim (AGENTS.md injeta) | Sim (OPENCODE.md injeta) |
 
 ---
 
@@ -181,83 +181,15 @@ Quando você menciona `@setup`, o Codex lê o arquivo correspondente e segue tod
 
 ---
 
-## Gemini CLI
-
-### Como funciona
-
-O Gemini CLI lê `.gemini/GEMINI.md` ao iniciar e reconhece comandos definidos em `.gemini/commands/*.toml`. Os agentes do AIOSON são registrados com o prefixo `aios-`.
-
-O nome humano do agente é **UI/UX**, mas o comando continua sendo `/aios-ux-ui`.
-
-### Ativando agentes
-
-Digite `/aios-` para ver os comandos disponíveis no autocomplete:
-
-```
-/aios-setup
-/aios-analyst
-/aios-architect
-/aios-deyvin
-/aios-ux-ui
-/aios-pm
-/aios-dev
-/aios-qa
-/aios-orchestrator
-```
-
-### Exemplos de uso
-
-```
-/aios-setup
-```
-> Inicia o onboarding do projeto.
-
-```
-/aios-dev
-```
-> Ativa o agente de desenvolvimento.
-
-```
-/aios-deyvin
-```
-> Ativa o agente de continuidade e pair programming.
-
-Alias compativel:
-```text
-/aios-pair
-```
-
-```
-/aios-orchestrator
-```
-> Inicia a orquestração da sessão atual.
-
-### Estrutura dos comandos Gemini
-
-Cada arquivo `.gemini/commands/aios-*.toml` aponta para o agente correspondente usando o campo `prompt` e injeção de arquivo:
-
-```toml
-description = "Project onboarding"
-prompt = """
-@{ .aioson/context/project.context.md }
-@{ .aioson/agents/setup.md }
-
-{{args}}
-"""
-```
-
----
-
-## Qual CLI usar?
+## Qual CLI usar?
 
 Não há uma resposta única — depende do seu fluxo de trabalho. Algumas considerações:
 
-| Cenário | Recomendação |
-|---|---|
-| Quer autocomplete preciso com namespace isolado | Claude Code — `/aioson/*` |
-| Prefere conversa natural sem memória de comandos | Codex — `use @dev to...` |
-| Já usa Gemini CLI como ferramenta principal | Gemini — `/aios-*` |
-| Projeto em equipe com múltiplos CLIs | Todos funcionam — o contexto em `.aioson/` é compartilhado |
+| Cenário | Recomendação |
+|---|---|
+| Quer autocomplete preciso com namespace isolado | Claude Code — `/aioson/*` |
+| Prefere conversa natural sem memória de comandos | Codex — `use @dev to...` |
+| Projeto em equipe com múltiplos CLIs | Claude, Codex e OpenCode compartilham o contexto em `.aioson/` |
 
 ### O contexto é o mesmo independente do CLI
 
@@ -288,8 +220,7 @@ npx @jaimevalasek/aioson@latest update
 Isso atualiza:
 - `CLAUDE.md` e `.claude/commands/aioson/`
 - `AGENTS.md`
-- `.gemini/GEMINI.md` e `.gemini/commands/`
-- `OPENCODE.md`
+- `OPENCODE.md`
 - Todos os agentes em `.aioson/agents/`
 
 ---

package/docs/pt/5-referencia/comandos-cli.md

@@ -132,7 +132,7 @@
 | `runtime:session:log` | Adiciona um passo concluido na sessao direta ativa | Quando quer registrar cada tarefa concluida durante a sessao |
 | `runtime:session:finish` | Encerra a sessao direta ativa | Quando terminou a sessao ou vai fazer handoff |
 | `runtime:session:status` | Mostra o estado da sessao direta e os ultimos eventos | Quando quer saber se a sessao ainda esta aberta ou acompanhar com `--watch` |
-| `live:start` | Abre uma sessao viva rastreada para Codex, Claude, Gemini ou OpenCode | Quando quer iniciar o cliente externo a partir do AIOSON e manter status, agente ativo e logs no dashboard |
+| `live:start` | Abre uma sessao viva rastreada para Codex, Claude ou OpenCode | Quando quer iniciar o cliente externo a partir do AIOSON e manter status, agente ativo e logs no dashboard |
 | `runtime:emit` | Registra eventos compactos da sessão viva atual; aceita `--worker-status`, `--verdict`, `--token-count`, `--progress-pct` | Quando quer marcar tarefa concluída, milestone, block ou step de plano sem abrir uma sessão paralela |
 | `live:status` | Mostra o estado da sessao viva e do processo filho | Quando quer acompanhar `active_agent`, progresso do plano e se o cliente ainda esta vivo |
 | `live:handoff` | Transfere a mesma sessao viva para outro agente AIOSON | Quando o agente atual precisa passar a continuidade para `@product`, `@architect`, `@dev` ou outro agente |
@@ -393,7 +393,7 @@ aioson context:pack . --agent=dev --goal="ajustar captions do YouTube" --module=
 aioson context:pack . --agent=qa --goal="validar regressao do checkout" --module=app --max-files=10
 ```
 
-Use quando você quer mandar para Codex, Claude Code, Gemini ou outro cliente só o contexto mais relevante para a tarefa atual.
+Use quando você quer mandar para Codex, Claude Code ou outro cliente só o contexto mais relevante para a tarefa atual.
 
 O comando escreve `.aioson/context/context-pack.md` e normalmente seleciona:
 
@@ -521,8 +521,8 @@ Importante:
 - `scan:project` sozinho nao gera `discovery.md`
 - `scan:project` nunca gera `architecture.md`
 - se `discovery.md` e `skeleton-system.md` ja existirem e voce rodar com `--with-llm`, o scanner agora entra em modo de atualizacao por padrao: usa os arquivos atuais como memoria base, gera a nova versao consolidada e cria backup automatico em `.aioson/backups/` antes de sobrescrever
-- em projetos SMALL brownfield, o fluxo tipico depois do scan completo e `@analyst` -> `@architect` -> `@dev`
-- sem API LLM configurada, o fluxo local tambem e valido: `scan:project --folder=...` -> `@analyst` no seu Codex/Claude/Gemini -> `@architect` -> `@dev`
+- em projetos SMALL brownfield, o fluxo tipico depois do scan completo e `@analyst` -> `@scope-check` -> `@architect` -> `@dev`
+- sem API LLM configurada, o fluxo local tambem e valido: `scan:project --folder=...` -> `@analyst` no seu Codex/Claude -> `@scope-check` -> `@architect` -> `@dev`
 
 O parâmetro `--folder` agora é obrigatório. Ele define quais pastas do projeto devem ganhar um mapa completo com pastas e arquivos. Você pode informar uma pasta ou várias separadas por vírgula.
 
@@ -574,8 +574,8 @@ Quando usar cada modo:
 
 Fluxos recomendados:
 
-- **Com API no aioson:** `scan:project --folder=src --with-llm --provider=...` -> `@analyst` -> `@architect` -> `@dev`
-- **Sem API no aioson:** `scan:project --folder=src` -> abrir seu AI CLI -> `@analyst` -> `@architect` -> `@dev`
+- **Com API no aioson:** `scan:project --folder=src --with-llm --provider=...` -> `@analyst` -> `@scope-check` -> `@architect` -> `@dev`
+- **Sem API no aioson:** `scan:project --folder=src` -> abrir seu AI CLI -> `@analyst` -> `@scope-check` -> `@architect` -> `@dev`
 - **Com contexto mínimo para tarefa específica:** `scan:project --folder=src` -> `context:pack --agent=dev --goal="..." --module=src`
 - Se o seu cliente nao entender `@analyst`, gere um prompt pronto com `aioson agent:prompt analyst --tool=codex` ou troque `--tool` para o cliente correto
 
@@ -831,7 +831,7 @@ aioson live:status . --agent=product --watch=2
 aioson live:close . --agent=product --summary="Sessao encerrada com handoff e resumo final"
 ```
 
-Use esse fluxo quando voce quer iniciar Codex, Claude, Gemini ou OpenCode por fora do cliente, manter a mesma `session_key` viva entre varias tarefas e registrar no runtime:
+Use esse fluxo quando voce quer iniciar Codex, Claude ou OpenCode por fora do cliente, manter a mesma `session_key` viva entre varias tarefas e registrar no runtime:
 - agente ativo atual
 - marcos compactos no SQLite
 - `state.json`, `events.ndjson` e `summary.md` em `.aioson/runtime/live/{session_key}/`

package/docs/pt/5-referencia/sdd-automation-scripts.md

@@ -366,7 +366,7 @@ Monta e executa o plano de agentes para uma feature com base na classificação.
 
 | Flag | Descrição |
 |---|---|
-| `--tool=<tool>` | Ferramenta a usar (`claude`, `codex`, `gemini`) |
+| `--tool=<tool>` | Ferramenta a usar (`claude`, `codex`, `opencode`) |
 | `--classification=<tier>` | Override manual da classificação |
 | `--dry-run` | Mostra o plano sem executar |
 | `--start-from=<agent>` | Pula agentes anteriores ao agente dado |

package/docs/pt/5-referencia/skills.md

@@ -117,11 +117,10 @@ As skills instaladas são distribuídas automaticamente para as ferramentas de I
 | Cursor | `.cursor/skills/` | Acesso direto por path |
 | Windsurf | `.windsurf/skills/` | Acesso direto por path |
 | Codex | `AGENTS.md` | Via referência `@slug` no arquivo AGENTS.md |
-| Gemini CLI | `.aioson/installed-skills/` | Acesso direto por path |
 
 ### Nota sobre gitignore
 
-Mesmo que `.aioson/skills/` esteja no gitignore, todas as ferramentas (Claude Code, Gemini CLI, Codex) conseguem ler os arquivos via path direto no filesystem. O gitignore afeta apenas a descoberta automática do Codex via `@` — mas como as skills são referenciadas por path explícito nos agentes, isso não é um problema.
+Mesmo que `.aioson/skills/` esteja no gitignore, todas as ferramentas (Claude Code, Codex) conseguem ler os arquivos via path direto no filesystem. O gitignore afeta apenas a descoberta automática do Codex via `@` — mas como as skills são referenciadas por path explícito nos agentes, isso não é um problema.
 
 ## Mapeamento framework → skill
 

package/docs/pt/README.md

@@ -22,7 +22,7 @@ Esta é a porta de entrada da documentação em português. Não é um índice a
 ### Quero uma receita pronta para o meu caso
 
 **Trilhas canônicas — como features chegam ao dev:**
-1. **[Feature completa com @sheldon](./3-receitas/feature-completa-com-sheldon.md)** — a trilha principal: `@product → @sheldon → @analyst → @architect → @ux-ui → @pm → @orchestrator → @dev → @qa` (com gates opcionais de `@tester` e `@pentester`)
+1. **[Feature completa com @sheldon](./3-receitas/feature-completa-com-sheldon.md)** — a trilha principal: `@product → @sheldon → @analyst → @architect → @ux-ui → @pm → @orchestrator → @scope-check → @dev → @qa` (com gates opcionais de `@tester` e `@pentester`)
 2. [Da ideia ao PRD via @briefing](./3-receitas/da-ideia-ao-prd-via-briefing.md) — quando a ideia ainda é vaga
 3. [Plans externos para @product](./3-receitas/plans-externos-para-product.md) — quando você planejou em ChatGPT/Claude.io e quer trazer
 
@@ -82,7 +82,7 @@ npx @jaimevalasek/aioson init meu-projeto
 # 2. Entre no projeto
 cd meu-projeto
 
-# 3. Abra seu cliente AI (Claude Code, Codex, Gemini, OpenCode) e digite:
+# 3. Abra seu cliente AI (Claude Code, Codex e OpenCode) e digite:
 /aioson:agent:setup
 ```
 

package/docs/pt/_arquivo/README.md

@@ -112,7 +112,7 @@ Sem API LLM no `aioson`, ainda existe um caminho valido:
 
 - rode `scan:project . --folder=...` para gerar os mapas locais
 - rode `context:pack` se quiser entregar menos contexto e gastar menos tokens
-- abra Codex, Claude Code, Gemini CLI ou outro cliente de IA
+- abra Codex, Claude Code ou outro cliente de IA
 - ative `@analyst`
 - o `@analyst` pode usar `scan-index.md`, `scan-folders.md`, `scan-<pasta>.md` e `scan-aioson.md` para escrever `discovery.md`
 - se o cliente permitir escolher modelo, prefira um modelo rapido/barato nessa etapa

package/docs/pt/_arquivo/inicio-rapido.md

@@ -16,7 +16,7 @@
 
 - Node.js 18+
 - Um projeto de software (existente ou novo)
-- Claude, Codex, Gemini ou OpenCode configurado no seu editor
+- Claude, Codex ou OpenCode configurado no seu editor
 
 ---
 
@@ -24,7 +24,7 @@
 
 Ao rodar o `init` ou `install`, um **wizard interativo** aparece para você escolher:
 
-1. **Quais ferramentas AI** usar (Claude Code, Codex, Gemini, OpenCode)
+1. **Quais ferramentas AI** usar (Claude Code, Codex e OpenCode)
 2. **Qual modo** (Development ou Development + Squads)
 3. **Design system** (opcional) — Clean SaaS UI, Aurora Command UI, Cognitive Core UI, etc.
 4. **Idioma dos agentes** — English, Português, Español, Français
@@ -58,7 +58,7 @@ npx @jaimevalasek/aioson install --all
 ```
 
 **O que o `--all` instala:**
-- Ferramentas: Claude Code, Codex, Gemini, OpenCode
+- Ferramentas: Claude Code, Codex e OpenCode
 - Modo: Development + Squads
 - Design: nenhum
 - Idioma: English
@@ -125,7 +125,7 @@ Se você nao usa API LLM no `aioson`, o caminho manual tambem funciona:
 
 1. Rode `scan:project . --folder=src`
 2. Opcional: rode `context:pack . --agent=analyst --goal="consolidar discovery brownfield" --module=src`
-3. Abra seu Codex, Claude Code, Gemini CLI ou cliente equivalente
+3. Abra seu Codex, Claude Code ou cliente equivalente
 4. Execute `@analyst`
 5. O `@analyst` usa os arquivos de scan para gerar `discovery.md`
 
@@ -172,14 +172,9 @@ No **Codex** (AGENTS.md já configurado — sem slash commands):
 use the @setup agent to onboard this project
 ```
 
-No **Gemini CLI** (`.gemini/commands/` já configurado):
-```
-/aios-setup
-```
-
-O agente `@setup` detecta o framework, faz as perguntas e gera o `project.context.md`.
-
-> Cada CLI tem uma forma diferente de invocar agentes. Consulte o [Guia de CLIs de IA](./clientes-ai.md) para exemplos detalhados de Claude Code, Codex e Gemini.
+O agente `@setup` detecta o framework, faz as perguntas e gera o `project.context.md`.
+
+> Cada CLI tem uma forma diferente de invocar agentes. Consulte o [Guia de CLIs de IA](../5-referencia/clientes-ai.md) para exemplos detalhados de Claude Code, Codex e OpenCode.
 
 Se voce estiver entrando num projeto ja existente e quiser um companheiro tecnico para retomar uma sessao, diagnosticar algo pequeno ou implementar aos poucos, pode chamar `@deyvin` depois que o contexto minimo estiver pronto.
 
@@ -253,7 +248,7 @@ Exemplos:
 ## Próximos passos
 
 - [Referência completa dos comandos do CLI](./comandos-cli.md)
-- [Como usar com Claude Code, Codex e Gemini](./clientes-ai.md)
+- [Como usar com Claude Code, Codex e OpenCode](../5-referencia/clientes-ai.md)
 - [Cenários completos com exemplos práticos](./cenarios.md)
 - [Guia de agentes: quando usar cada um](./agentes.md)
 - [Hardening do motor: gates, auto-cura e test briefing](./motor-hardening.md)

package/docs/pt/_arquivo/memoria-contexto.md

@@ -7,7 +7,7 @@
 
 # Memória e Contexto
 
-> Guia prático para entender quais arquivos o AIOSON gera, qual é a função de cada um e como montar contexto mínimo para trabalhar melhor com LLMs e CLIs como Codex, Claude Code e Gemini.
+> Guia prático para entender quais arquivos o AIOSON gera, qual é a função de cada um e como montar contexto mínimo para trabalhar melhor com LLMs e CLIs como Codex, Claude Code e OpenCode.
 
 ## Visão geral
 
@@ -187,7 +187,7 @@ aioson context:pack . --agent=analyst --goal="consolidar discovery brownfield" -
 
 Depois:
 
-1. Abra Codex, Claude Code ou Gemini CLI.
+1. Abra Codex, Claude Code ou OpenCode.
 2. Rode `@analyst`.
 3. Use os arquivos de scan ou o `context-pack.md` para escrever `discovery.md`.
 4. Depois passe para `@architect`.

package/docs/pt/deyvin-subtask-scout/README.md

@@ -21,7 +21,7 @@ Esta pasta documenta a feature completa — 3 fases, 3 verbos CLI, 1 check advis
 - Harness com suporte a sub-agentes: Claude Code (Agent tool) ou Codex (MultiAgentV2)
 - `.aioson/config/scout-engine.json` no projeto (copiado automaticamente pelo installer como `{}`, defaults ativos)
 
-> **Gemini CLI / OpenCode:** emitem `harness_unsupported` e caem automaticamente para o fluxo CLI-less inline do `deyvin.md`. Paridade de harness completa é V2.
+> **OpenCode:** emitem `harness_unsupported` e caem automaticamente para o fluxo CLI-less inline do `deyvin.md`. Paridade de harness completa é V2.
 
 ---
 

package/docs/pt/deyvin-subtask-scout/sub-task-scout.md

@@ -83,7 +83,7 @@ Módulo puro `src/sub-task-engine.js`: template de prompt, validadores JSON hand
 Três verbos CLI (`scout:prep`, `scout:validate`, `scout:commit`) + estado com file-lock em `src/sub-task-state.js`. Template de config `template/.aioson/config/scout-engine.json` (vazio `{}`; defaults ativos). Sandbox path check: `scope_paths` fora do root do projeto são rejeitados.
 
 ### Fase 3 — `wiring-and-lifecycle`
-- `deyvin.md` (workspace + template byte-identical, 13611 bytes, abaixo do limite de 15360): nova seção "Sub-task scout invocation" com caminho CLI + fallback CLI-less por harness (Claude Code Agent tool, Codex MultiAgentV2, Gemini/OpenCode com mensagem `harness_unsupported`)
+- `deyvin.md` (workspace + template byte-identical, 13611 bytes, abaixo do limite de 15360): nova seção "Sub-task scout invocation" com caminho CLI + fallback CLI-less por harness (Claude Code Agent tool, Codex MultiAgentV2/OpenCode com mensagem `harness_unsupported`)
 - `feature:close`: hook de arquivamento copia scouts com `feature_slug` correspondente para `.aioson/context/features/{slug}/scouts/`, appenda bullet no dossier
 - `memory:summary`: linha "Scouts dispatched: N (top topics: ...)" sempre presente — visível em cold-load de agente
 - `doctor`: check advisory `scouts_directory_pruning` (scouts órfãos >90d); `--fix` apaga; scouts com `feature_slug` **nunca** são podados

package/docs/pt/deyvin-subtask-scout/troubleshooting.md

@@ -88,7 +88,7 @@ Você tem 1 retry (`max_retries_on_malformed_json=1`). Se o segundo também falh
 
 ## Harness sem suporte a sub-agentes (`harness_unsupported`)
 
-**Sintoma:** Gemini CLI ou OpenCode não suportam o Agent tool / sub-agent nativamente.
+**Sintoma:** OpenCode não suportam o Agent tool / sub-agent nativamente.
 
 **O que acontece:** `scout:prep` retorna normalmente, mas o harness emite `harness_unsupported` ao tentar despachar o sub-agente.
 

package/docs/pt/living-memory/README.md

@@ -61,7 +61,7 @@ Os comandos abaixo são o vocabulário mínimo da Memória Viva. Cada um tem um
 | `.aioson/config/autonomy-protocol.json` | Contrato canônico de autonomia (v1.1 com `tiers`) |
 | `.aioson/runtime/reflect-prompt.json` | Manifest pendente de reflexão (efêmero — apagado após commit) |
 | `.aioson/runtime/aios.sqlite` | Telemetria: eventos `memory_reflect_*`, `notify_*` |
-| `.claude/settings.json` + `.codex/`/`.gemini/`/`.opencode/` | Permissões nativas geradas a partir do protocol |
+| `.claude/settings.json` + `.codex/`/`.opencode/` | Permissões nativas geradas a partir do protocol |
 
 ---
 

package/docs/pt/living-memory/autonomy-contract.md

@@ -1,6 +1,6 @@
 # Autonomy Contract — 3 tiers de autonomia
 
-> O Autonomy Contract responde uma pergunta operacional: **o agente pode rodar este comando sozinho, ou precisa parar e pedir?** A resposta vive em `.aioson/config/autonomy-protocol.json` (schema v1.1) e é materializada nas configurações nativas de cada harness (Claude Code, Codex, Gemini, OpenCode).
+> O Autonomy Contract responde uma pergunta operacional: **o agente pode rodar este comando sozinho, ou precisa parar e pedir?** A resposta vive em `.aioson/config/autonomy-protocol.json` (schema v1.1) e é materializada nas configurações nativas de cada harness (Claude Code, Codex e OpenCode).
 
 ## A ideia em uma linha
 
@@ -47,8 +47,7 @@ A invariante mais importante: **tier 3 nunca é materializado em allow list de t
   "tools": {
     "claude":   { "mode": "trusted",  "derived_from_tiers": ["tier1_silent", "tier2_notified"], "requires_tty": false, "max_auto_retries": 3 },
     "codex":    { "mode": "trusted",  "derived_from_tiers": ["tier1_silent", "tier2_notified"], "requires_tty": false, "max_auto_retries": 3 },
-    "gemini":   { "mode": "guarded",  "derived_from_tiers": ["tier1_silent"],                    "requires_tty": true,  "max_auto_retries": 1 },
-    "opencode": { "mode": "guarded",  "derived_from_tiers": ["tier1_silent"],                    "requires_tty": true,  "max_auto_retries": 0 }
+    "opencode": { "mode": "guarded",  "derived_from_tiers": ["tier1_silent"],                    "requires_tty": true,  "max_auto_retries": 0 }
   },
   "agents": {
     "committer": { "max_mode": "guarded" }
@@ -56,18 +55,17 @@ A invariante mais importante: **tier 3 nunca é materializado em allow list de t
 }
 ```
 
-Cada tool opta nos tiers via `derived_from_tiers`. Claude e Codex podem rodar tier 1 e 2 sem perguntar. Gemini e OpenCode só rodam tier 1 (rest é guarded — pergunta antes).
+Cada tool opta nos tiers via `derived_from_tiers`. Claude e Codex podem rodar tier 1 e 2 sem perguntar. OpenCode só roda tier 1 (rest é guarded — pergunta antes).
 
 ## Como vira permissão nativa por harness
 
-Toda vez que `aioson update` ou `aioson setup` roda, o `permissions-generator` lê o protocol e escreve 4 arquivos:
+Toda vez que `aioson update` ou `aioson setup` roda, o `permissions-generator` lê o protocol e escreve os arquivos nativos:
 
 | Harness | Arquivo gerado | Formato | Merge |
 |---|---|---|---|
 | Claude Code | `.claude/settings.json` | JSON (`permissions.allow[]`) | Merge com entradas existentes (preserva customizações) |
 | Codex CLI | `.codex/permissions.json` | JSON nativo | Sobrescreve (com backup) |
-| Gemini CLI | `.gemini/permissions.toml` | TOML | Sobrescreve (com backup) |
-| OpenCode | `.opencode/permissions.yaml` | YAML | Sobrescreve (com backup) |
+| OpenCode | `.opencode/permissions.yaml` | YAML | Sobrescreve (com backup) |
 
 A versão anterior é sempre salva em `.aioson/backups/{timestamp}/permissions/`.
 
@@ -105,7 +103,7 @@ Resultado típico para um claude trusted:
 
 Note que padrões tier 3 (`git push`, `npm publish`) **não estão na lista**. Cada vez que o agente tenta rodar um deles, Claude pergunta. Esse é o ponto.
 
-### Gemini / OpenCode
+### OpenCode
 
 Modo `guarded` por padrão. Só tier 1 é auto-aprovado. Tudo o resto pergunta. Adequado para harnesses com TTY interativo onde o usuário acompanha cada ação.
 

package/docs/pt/living-memory/diagramas.md

@@ -15,7 +15,7 @@
                                   │
                                   ▼
 ┌──────────────────────────────────────────────────────────────────────────────┐
-│  Agente @dev (Claude Code / Codex / Gemini / OpenCode)                       │
+│  Agente @dev (Claude Code / Codex  / OpenCode)                       │
 │  ──────────                                                                  │
 │  1. Lê .aioson/config.md                                                     │
 │  2. Lê .aioson/context/project.context.md                                    │
@@ -148,21 +148,21 @@ aioson workflow:next . --complete=dev
                   │   • UNION de shell_patterns + aioson_commands
                   │   • HARD-REJECT tier3_blocking
                   │
-        ┌─────────┼─────────┬─────────────┐
-        ▼         ▼         ▼             ▼
-   ┌────────┐ ┌──────┐ ┌────────┐  ┌──────────┐
-   │ Claude │ │ Codex│ │ Gemini │  │ OpenCode │
-   │ JSON   │ │ JSON │ │ TOML   │  │ YAML     │
-   │ (merge │ │ (over│ │ (over- │  │ (over-   │
-   │ user)  │ │ -wr) │ │ write) │  │ write)   │
-   └────┬───┘ └──┬───┘ └───┬────┘  └────┬─────┘
-        │       │         │            │
-        │       │         │            │  backup do anterior
-        │       │         │            ├──────────────────────┐
-        ▼       ▼         ▼            ▼                      ▼
-   .claude/    .codex/   .gemini/   .opencode/      .aioson/backups/
-   settings    permis-   permis-    permis-          {timestamp}/
-   .json       sions     sions      sions            permissions/
+        ┌─────────┼─────────┐
+        ▼         ▼         ▼
+   ┌────────┐ ┌──────┐ ┌──────────┐
+   │ Claude │ │ Codex│ │ OpenCode │
+   │ JSON   │ │ JSON │ │ YAML     │
+   │ (merge │ │ (over│ │ (over-   │
+   │ user)  │ │ -wr) │ │ write)   │
+   └────┬───┘ └──┬───┘ └────┬─────┘
+        │       │          │
+        │       │          │  backup do anterior
+        │       │          ├──────────────────────┐
+        ▼       ▼          ▼                      ▼
+   .claude/    .codex/   .opencode/      .aioson/backups/
+   settings    permis-   permis-         {timestamp}/
+   .json       sions     sions           permissions/
                .json     .toml      .yaml             └── <tool>/
                                                           └── <file>
 

package/docs/pt/living-memory/memoria-viva.md

@@ -43,7 +43,7 @@ Quando um agente abre, ele lê esses 4 arquivos primeiro. Eles cabem na janela d
 ## Ciclo de vida de uma sessão
 
 ```
-1. Você abre Claude Code / Codex / Gemini / OpenCode e ativa um agente:
+1. Você abre Claude Code / Codex  / OpenCode e ativa um agente:
    /dev "vamos adicionar paginação em /api/posts"
 
 2. O agente lê:

package/docs/pt/living-memory/reflexao-in-harness.md

@@ -1,6 +1,6 @@
 # Reflexão In-Harness — pipeline técnica
 
-> Por que "in-harness"? Porque a parte cara — interpretar diff e reescrever prosa — acontece **dentro da sessão do harness** (Claude Code, Codex, Gemini, OpenCode), usando o LLM que você já está pagando. O CLI nunca abre conexão com um provider de IA. Ele decide quando disparar, monta o pacote pro agente, e valida o resultado.
+> Por que "in-harness"? Porque a parte cara — interpretar diff e reescrever prosa — acontece **dentro da sessão do harness** (Claude Code, Codex e OpenCode), usando o LLM que você já está pagando. O CLI nunca abre conexão com um provider de IA. Ele decide quando disparar, monta o pacote pro agente, e valida o resultado.
 
 ## Componentes
 

package/package.json

@@ -1,13 +1,12 @@
 {
   "name": "@jaimevalasek/aioson",
-  "version": "1.21.4",
+  "version": "1.21.6",
   "description": "AI operating framework for hyper-personalized software.",
   "keywords": [
     "ai",
     "agents",
     "claude",
     "codex",
-    "gemini",
     "opencode",
     "cli",
     "framework"
@@ -24,6 +23,7 @@
   "files": [
     "bin/",
     "src/",
+    "scripts/",
     "template/",
     "docs/",
     "README.md",
@@ -41,7 +41,7 @@
     "test:genome-2.0-smoke": "node scripts/smoke/genome-2.0-smoke.js",
     "test:genome-2.0:block-a": "node scripts/smoke/genome-2.0-smoke.js && npm run test:genome && npm test && npm run lint",
     "test:genome-2.0:rollout": "node scripts/testing/genome-2.0-rollout.js",
-    "lint": "node --check src/*.js src/commands/*.js src/i18n/*.js src/i18n/messages/*.js bin/*.js",
+    "lint": "node scripts/check-js.js",
     "sync:agents": "node src/commands/sync-agents-preflight.js && rsync -av --progress --exclude='config.md' --exclude='runtime/' --exclude='backups/' --exclude='mcp/servers.local.json' template/ ./",
     "ci": "npm run lint && npm test"
   },