Auditar antes de mexer
Inventário somente leitura dos dois runtimes com doctor.sh e audit.sh: cada skill sai como reutilizável, adaptador, nativo ou não resolvido.
O problema
O lock-in não está no modelo. Está no que ficou dentro do runtime.
Quem usa um assistente de código há alguns meses acumulou instruções, memória, skills, hooks e milhares de sessões num formato que só aquele runtime lê. A conta chega no dia da troca.
- O CLAUDE.md cresceu, mistura regra com resíduo de plugin e nenhum outro agente sabe o que fazer com ele.
- A memória nativa e as sessões em JSONL guardam decisões que ninguém anotou em outro lugar.
- As skills foram copiadas à mão entre runtimes e as cópias já divergem.
- O CLI do Codex não tem import nativo: trocar de executor vira reconstruir do zero.
- Uma sessão nova repete erro antigo e contradiz o que já tinha sido resolvido.
Depois da formação
Ao fim das 3 trilhas, você consegue:
Separar o portátil do resíduo
Dividir o CLAUDE.md: regras portáteis vão para o AGENTS.md, o que depende de plugin ou hook fica no arquivo específico.
Instalar o núcleo portátil
AGENTS.md, context/, tasks/current.md e handoffs/latest.md no projeto, sem sobrescrever nada do que já existe.
Manter uma fonte por skill
Skills canônicas com polyskill: uma fonte, cópias geradas por runtime e um comando de drift que mostra o que divergiu.
Provar a continuidade
Readback em sessão nova nos dois runtimes, com as cinco perguntas de continuidade, e o ciclo diário de handoff e prime.
Pôr um terceiro executor
Modelo local em container, MCP e hooks entre Claude e Codex e workspace de cliente com escopo explícito.
1 curso · 3 trilhas · 18 módulos + o kit
Três trilhas e o kit, do porquê ao seu projeto real.
A trilha 1 define cada termo na primeira aparição. A trilha 2 roda o kit comando por comando. A trilha 3 aplica tudo em seis projetos sobre um sistema real. O kit fecha o caminho: você roda no seu projeto, em modo audit.
- 1
Fundamentos
Trilha 1 · Por que e o quê
Por que separar o cérebro do modelo, o vocabulário (runtime, harness, skill, MCP, hook, handoff), os três níveis de migração e a anatomia de um workspace portátil.
- 2
Mão na massa
Trilha 2 · O kit, comando por comando
doctor.sh e audit.sh, CLAUDE.md → AGENTS.md, o núcleo instalado sem sobrescrever, skills com polyskill e o readback provado nos dois runtimes.
- 3
Projetos
Trilha 3 · Seis projetos sobre um sistema real
Migrar o primeiro projeto real, MCP e hooks entre Claude e Codex, memória curada com a sua aprovação, modelo local em container e workspace de cliente.
- 4
Kit
Kit agente-claude-codex
Scripts de diagnóstico, adaptação, prova e drift, o template do núcleo portátil e os mega-prompts A e B, todos começando em MODE: audit.
Para quem é
Feita para você se
- Você usa o Claude Code há meses e precisa usar o Codex por custo, acesso ou política.
- Você já trocou de ferramenta uma vez e não quer reconstruir tudo de novo.
- Você quer rodar dois executores no mesmo projeto, inclusive um modelo local.
- Você atende clientes e precisa de escopo e isolamento explícitos por projeto.
Ainda não é para você se
- Você quer usar Claude e Codex juntos, um faz e o outro revisa: a área Codex + Claude cobre isso.
- Você procura um botão que copie tudo de um runtime para o outro sem auditar.
Incluído na formação
O curso parte de um kit que você roda hoje.
O kit agente-claude-codex é bash e Markdown, aberto no GitHub. Nada em ~/.claude ou ~/.codex é copiado em massa ou apagado, e instalar skill faz backup ao lado.
Projetos e kits
Modelo: um contexto, várias plataformasKit agente-claude-codexagente-claude-codex · GitHubMapa do temaÁrea Codex + Claude
Vídeos
Por que esta formação
O que muda em relação a copiar o CLAUDE.md.
Audit antes de implement
Todo script e todo mega-prompt começa analisando, planejando e simulando. Você lê o plano antes de mudar um arquivo.
Prova por leitura, não por arquivo
Arquivo existir não prova nada. O readback abre sessão nova em cada runtime e confere se o agente leu e usou.
Rodou numa máquina de verdade
A auditoria encontrou 89 skills só no Claude: 71 reutilizáveis, 15 adaptador, 2 nativo e 1 sem SKILL.md. O registro está no repositório.
Três idiomas, mesmo conteúdo
As versões em inglês e espanhol são espelhos completos, com progresso separado por idioma.
Perguntas
Antes de começar.
Preciso fazer na ordem?
A ordem sugerida é trilha 1 → 2 → 3 e depois o kit no seu projeto. Quem já conhece runtime, harness e handoff pode começar pela trilha 2.
Migrar ou ficar agnóstico?
Migrar é chegar ao nível 1 ou 2: importar no app ou rodar o kit. Ficar agnóstico é o nível 3, o único que sobrevive à próxima troca de modelo. A trilha 1 ajuda a escolher.
Vou deixar de usar o Claude?
Não. Agnóstico não é abandonar o Claude: você continua escolhendo o executor por tarefa, com o conhecimento no projeto.
Quais ferramentas preciso?
Terminal, git e o Claude Code ou o Codex instalados. O kit é bash e Markdown, sem interface. O módulo 3.4 acrescenta um modelo local em container.
Quanto tem de conteúdo?
São 3 trilhas com 6 módulos cada, 18 no total, e 108 tópicos. A trilha 3 tem seis projetos com objetivo, comandos, critério de aceite e riscos.
Modelos mudam. Sua estrutura fica.
Comece pela trilha 1 e escolha um projeto que você conhece bem. Em uma sessão em modo audit você já sabe o que é portátil, o que precisa de adaptador e o que depende de hook.