Ideia principal

O motor de contexto levado para o ChatGPT é inferior em quase todos os pontos ao que roda com o Codex ou o Claude Code: mais lento, incapaz de executar scripts Python ou de chamar APIs, sem recuo sobre o que ele vira quando um contexto cresce durante várias semanas. Comparado função por função, ele perde. Ainda assim, ele não é um rascunho do primeiro: ele suspende a única restrição que o primeiro nunca vai suspender, a de depender de uma máquina ligada e acessível.

Dois sistemas coexistem, portanto, e a escolha entre eles não se dá pelas capacidades, mas pela situação: no escritório, o motor completo; em deslocamento, o modo autônomo. Um sistema degradado vira um modo quando é escolhido pelo que ele destrava, e continua sendo um quebra-galho quando é escolhido por falta de coisa melhor.

Por que isso importa

Isso evita dois erros simétricos. O primeiro é abandonar uma versão mais pobre porque a comparação de funcionalidades é desfavorável a ela, quando ela atende a um caso que a outra não atende. O segundo é querer fazê-la convergir para a versão completa, o que faz perder a leveza que a tornava utilizável onde a outra não é.

Isso também dá a pergunta certa diante de uma alternativa menos capaz: que restrição ela suspende, e essa restrição é real no meu uso?

Nuances e limites

A coexistência tem um custo que o artigo não quantifica: dois conjuntos de diretrizes para manter, dois comportamentos para conhecer, e o risco de que os contextos criados de um lado não sejam aproveitáveis do outro.

E a justificativa cai assim que a restrição desaparece. Se o sistema completo ficar acessível sem máquina pessoal, o segundo modo perde a razão de ser — ele não se salva pelas funções.

Questões em aberto

• O que precisa continuar comum entre dois modos de um mesmo sistema para que o material produzido num deles continue aproveitável no outro?