🧭 Engenharia reversa não é produto

Circularam vídeos mostrando "mods" do Claude Code. Num deles, o Claude passava a usar o uso do computador do aplicativo do Codex: clicava, digitava e lia a tela por meio de outra IA.

Em outro, várias sessões do Claude trabalhavam ao mesmo tempo, cada uma num papel, com um painel mostrando quem estava liderando e quem tinha travado. O apelido era "Threads".

Quase tudo foi feito por engenharia reversa: olhar o aplicativo rodando, descobrir por onde ele conversa por dentro e ligar um fio ali, sem convite do fabricante.

Como ler o desenho: o trecho azul é a parte que o fabricante oferece (o app usando o computador). O trecho vermelho tracejado é o fio que alguém improvisou para entrar nele. É esse fio que some quando o app atualiza.

A engenharia reversa tem valor. Ela prova que uma coisa é possível, mostra por onde o programa conversa e derruba o "não dá" dito cedo demais.

O problema começa quando o achado vira o sistema do dia a dia. Aí você passa a depender de algo que o fabricante pode mudar amanhã, sem aviso. A regra deste curso cabe numa linha: engenharia reversa é técnica de descoberta, não é produto.

Como ler o desenho: a engenharia reversa entra só no primeiro quadro. O que decide o caminho é a caixa verde do meio. Na maioria dos casos de 2026, a resposta é "sim", e o seu sistema segue pela seta azul.

O que os vídeos fizeram por engenharia reversa era necessário quando foram gravados. Hoje, a maior parte já tem via oficial: um comando ou recurso que o próprio fabricante documenta e mantém.

A tabela mostra a troca. A última coluna diz em que módulo deste curso você faz isso com o kit.

O que olhar na tabela: nenhuma linha da coluna do meio depende de "abrir o app por dentro". Todas são comandos ou configurações que o fabricante publica.

O INEMA Agent Runtime é um kit que você copia para dentro do seu projeto. Ele faz o Claude Code e o Codex descobrirem, conectarem e usarem as ferramentas que você já tem, com regras claras do que podem fazer sozinhos.

Não é plataforma nem servidor. É uma pasta runtime/ com quatro arquivos de regras, scripts de diagnóstico e verificação, pontes, uma guarda e sete receitas testadas. Funciona pela assinatura do Claude Code e/ou do Codex.

runtime/LEIA-ME.md        o ciclo e a escada de vias
runtime/CAPACIDADES.md    mapa das ferramentas e por qual via
runtime/POLITICA.md       o que o agente faz sozinho, pede antes ou nunca faz
runtime/ROTEAMENTO.md     qual modelo para qual tarefa (economiza cota)
runtime/scripts/          doctor · observar · verificar
runtime/pontes/           codex-exec.sh · mcp-modelo/
runtime/mods/             runtime-guarda · runtime-painel
runtime/receitas/         R1 a R7, cada uma com uma Prova
AGENTS.md · CLAUDE.md     o Codex e o Claude leem as mesmas regras
.claude/                  política aplicada, time de 3 papéis, guarda ligada

O arquivo runtime/LEIA-ME.md organiza tudo num ciclo: descobrir → conectar → rotear → executar → observar → verificar → aprender. Cada etapa tem um arquivo e uma pergunta.

E toda ação, em qualquer etapa, passa pela POLITICA.md: ela diz o que o agente faz sozinho e o que pede antes.

Como ler o desenho: o anel tracejado é a ordem das etapas, e o "aprender" (verde) devolve o ciclo para o começo com regras melhores. As linhas para o centro mostram que nenhuma etapa escapa da política.

O que olhar na tabela: as perguntas são as mesmas que você faria ao contratar alguém: o que existe, como chega, quem faz, como confere e o que melhora.

Duas pessoas acompanham você no curso. Os dados delas são os arquivos de exemplo que já vêm no kit, em runtime/exemplos/. Assim, cada comando que você rodar devolve exatamente o que a aula mostra.

Como ler o desenho: cada degrau depende do anterior. Você só conecta (T2) o que descobriu (T1), só monta um time (T3) com pontes que funcionam, e só deixa o agente mais solto (T4) com política e registro de falhas.