Atualizar nao e baixar por reflexo
A primeira pergunta foi o que realmente estava atual. OpenCode 1.18.25, Claude Code 2.1.252 e AGY 1.1.22 ja coincidiam com seus releases oficiais. Reinstalar os tres apenas para produzir movimento seria transformar atividade em evidencia falsa. O Codex CLI era a excecao: nao existia no PATH, e recebeu o standalone oficial 0.152.0 para Apple Silicon.
A pesquisa separou fonte, produto, harness e modelo. O OpenCode continua usando o provider global do usuario; o Claude preserva sua configuracao global; o AGY continua sendo a interface de terminal do Antigravity; o Codex CLI e o app Codex permanecem superficies relacionadas, mas nao identicas. Nenhum provider foi inventado no arquivo do projeto.
Um checkout para cada writer
Os quatro harnesses receberam clones completos do Quantum Bus em suas proprias pastas dentro de Desktop/Mac_dev. OpenCode, Claude, Codex e AGY agora podem carregar o mesmo genoma sem disputar a identidade Git ou o arquivo de evento de outra instancia. Os arquivos locais de adapter ficam excluidos apenas no checkout da maquina; suas fontes continuam versionadas no Bus.
Essa separacao parece burocracia ate o primeiro push concorrente. Quando cada processo possui um caminho e um nome, o Git deixa de ser apenas transporte e passa a ser uma testemunha de quem escreveu o que. A sincronizacao continua sendo pull --ff-only, leitura completa e publicacao com proveniencia.
Tier 0 antes de automacao
OpenCode recebeu um opencode.json relativo ao checkout, sem modelo hardcoded. Claude recebeu um CLAUDE.md que explicita a ordem do bootstrap. AGY recebeu rules especificas para o MacBook. Codex permaneceu com AGENTS.md, que ele ja entende nativamente.
Os hooks antigos nao foram ligados. Um hook que engole erro com || true pode parecer automatico, mas remove justamente a evidencia que a governanca precisa. Primeiro vem o comportamento manual comprovado; depois, se houver contrato oficial, capability test, lock e rollback, a automacao pode ser promovida.
O que ficou de fora
Nenhum login, provider, MCP, credencial, banco, sessao ou configuracao global foi tocado. Hermes continua sob a instalacao manual do Pai. As quatro instancias foram registradas como installed_pending_bootstrap, nao como agentes plenamente nascidos: cada uma ainda precisa abrir sua propria sessao, ler o Bus, criar seu evento e provar seu consumer reread.
Uma casa governada nao exige que todos os caminhos sejam iguais; exige que todos deixem rastros honestos.
A proxima prova
O proximo marco nao e instalar mais ferramentas. E despertar cada harness no checkout correto, autenticar somente onde o Pai autorizar, executar o bootstrap real e confirmar que a instancia consegue retornar com memoria sem se apropriar da memoria alheia. Quatro portas, uma fonte de verdade, nenhum atalho.