Depois de escrever as regras do Codex em Markdown, surge uma dúvida razoável: “Se eu entrar em outro computador com a mesma conta da OpenAI, essas regras vão junto?”
A resposta é: não automaticamente.
As instruções personalizadas e a memória do ChatGPT são recursos de personalização ligados à conta. Já $CODEX_HOME/AGENTS.md e ~/.codex/config.toml são arquivos no ambiente em que o Codex está rodando.
Mesma empresa, endereço diferente para as regras.
1. A mesma conta não significa a mesma configuração local
| Item | Local ou alcance principal | Outro PC recebe uma cópia idêntica automaticamente? |
|---|---|---|
| Instruções personalizadas do ChatGPT | Conta do ChatGPT | Uso centrado na conta |
| Memória do ChatGPT | Personalização do ChatGPT | Contexto da conta |
$CODEX_HOME/AGENTS.md |
Arquivo do ambiente Codex | Não |
$CODEX_HOME/AGENTS.override.md |
Arquivo do ambiente Codex | Não |
~/.codex/config.toml |
Configuração local do Codex | Não |
AGENTS.md do repositório |
Arquivo do projeto | Sim, se o Git o transportar |
A OpenAI descreve o Codex CLI como um agente de software local e multiplataforma que opera na máquina do usuário. A documentação técnica mostra que ele lê ~/.codex/config.toml, arquivos AGENTS em $CODEX_HOME e arquivos de instrução encontrados entre a raiz Git ou do projeto e a pasta de trabalho atual.[1]
No Codex, a pergunta decisiva é: “o arquivo existe neste ambiente?”
2. ChatGPT é muito mais próximo de “a conta lembra”
A documentação oficial diz que as instruções personalizadas se aplicam imediatamente a todos os chats e estão disponíveis na web, no aplicativo de computador, no iOS e no Android.[2]
A memória é gerenciada na personalização do ChatGPT e pode manter contexto útil de chats, arquivos e aplicativos conectados para reduzir repetições.[3]
Ao explicar a troca entre várias contas, a OpenAI também afirma que chats, memória, histórico, cobrança, espaços de trabalho e configurações permanecem separados por conta.[4]
Assim, “a personalização acompanha a conta” é um bom modelo mental para o ChatGPT.
Isso não significa que aparência, notificações e permissões do sistema sejam idênticas em todos os dispositivos.
3. AGENTS.md do Codex é manual de trabalho, não memória de perfil
Pense em AGENTS.md como uma folha de procedimento presa à parede da oficina.
Se o PC A contém:
~/.codex/AGENTS.md
- rodar testes antes de terminar
- preservar mudanças existentes não relacionadas
- não usar force push
esse texto está no sistema de arquivos do PC A até que algum mecanismo seu o sincronize.
Entrar no PC B com a mesma conta da OpenAI não faz o ~/.codex do PC A brotar sozinho ali.
A conta responde “quem está usando?”.
Os arquivos locais respondem “como trabalhar neste ambiente?”.
4. AGENTS.md do projeto viaja porque o Git o leva
Se project/AGENTS.md entra em um commit, ele passa a fazer parte do histórico do projeto.
Projeto no Git
└── project/
├── AGENTS.md
├── src/
└── docs/
↓ clone / pull
PC A PC B
└── project/ └── project/
└── AGENTS.md └── AGENTS.md
Isso não é sincronização da conta OpenAI.
É o Git transportando um arquivo com histórico de versões.
Comandos de compilação, procedimentos de teste, regras de código, operações proibidas e critérios de revisão podem ir junto com o código.
O projeto muda de endereço e o manual vai no mesmo caminhão.
5. Codex combina regras gerais com instruções cada vez mais específicas
A descrição técnica da OpenAI informa que o Codex reúne instruções de várias fontes. Ele inclui AGENTS.override.md e AGENTS.md em $CODEX_HOME e percorre pastas da raiz Git ou do projeto até a pasta de trabalho atual. A documentação do projeto tem limite padrão de 32 KiB.[1]
Uma estrutura natural é:
~/.codex/AGENTS.md
regras comuns
project/AGENTS.md
regras deste projeto
project/server/AGENTS.md
regras adicionais desta área
É mais fácil manter isso do que transformar um único Markdown em uma constituição imperial.
6. Vários PCs: cópias em cada máquina são úteis, mas o original de referência deve ser único
Git: codex-config/global-AGENTS.md ← original das regras comuns
│
┌─────┴─────┐
↓ ↓
PC A ~/.codex/AGENTS.md PC B ~/.codex/AGENTS.md
Git: project/AGENTS.md ← original das regras do projeto
↓ clone/pull ↓ clone/pull
PC A project/AGENTS.md PC B project/AGENTS.md
Se um computador quebrar, as outras cópias e o histórico do Git continuam existindo. Uma máquina nova pode ser reconstruída.
Mas não edite cada cópia como se todas fossem originais independentes.
PC A = v18
PC B = v16 + alteração misteriosa
PC C = v11 “essa era a mais nova?”
Isso deixou de ser redundância e virou arqueologia digital.
7. Sincronização não é a mesma coisa que cópia de segurança
Três cópias idênticas não garantem recuperação segura.
Se você apagar um arquivo por engano e a sincronização apagar o mesmo arquivo em todas as máquinas, você criou uma exclusão altamente disponível.
Uma configuração resistente precisa de:
- um original de referência claro;
- cópias utilizáveis em outras máquinas;
- histórico de versões para desfazer mudanças ruins.
Git combina muito bem com configuração em texto.
Não coloque fichas de acesso a API, chaves privadas, cookies, senhas ou dados pessoais no repositório. Fazer a regra e o vazamento viajarem juntos não é eficiência.
8. Onde guardar cada coisa
| Conteúdo | Lugar recomendado | Motivo |
|---|---|---|
| Preferências persistentes de resposta do ChatGPT | Instruções personalizadas | Personalização da conta |
| Contexto de conversa que deve continuar | Memória | Continuidade no ChatGPT |
| Princípios comuns a todo trabalho local do Codex | $CODEX_HOME/AGENTS.md |
Alcance local amplo |
| Ajustes locais de comportamento do Codex | ~/.codex/config.toml |
Fonte de configuração lida pelo Codex |
| Regras de compilação, teste e segurança de um projeto | repo/AGENTS.md |
Versionadas com o projeto |
| Regras extras de uma subpasta | repo/subdir/AGENTS.md |
Contexto mais específico |
| Original recuperável das regras comuns | Área Git segura, sem segredos | Facilita versões em vários PCs |
Não é necessário copiar toda preferência do ChatGPT para o Codex nem jogar todo manual do projeto na memória do ChatGPT.
São camadas diferentes.
9. Falhas comuns
“Troquei de PC e o Codex mudou de comportamento.” Veja se AGENTS.md e config.toml foram migrados. Talvez o modelo não tenha mudado; o manual ficou na casa antiga.
“O mesmo projeto age diferente em cada máquina.” Regras mantidas manualmente por PC tendem a divergir. Leve regras do projeto para o Git quando possível.
“Editei o AGENTS comum separadamente em três PCs.” Agora existem três “últimas versões”. Você não criou três cópias de segurança; criou três partidos políticos.
“Guardei a ficha de acesso junto para facilitar a recuperação.” Não faça isso. É a abertura de um relatório de incidente de segurança.
10. Modelo final: camada da conta, camada da máquina e camada Git
[Camada da conta ChatGPT]
Instruções personalizadas / Memória
↓
Web / Computador / Celular
[Camada da máquina Codex]
PC A ~/.codex/AGENTS.md + config.toml
PC B ~/.codex/AGENTS.md + config.toml
↑
sincronização opcional a partir de um original seguro
[Camada Git do projeto]
project/AGENTS.md
↓ clone / pull
PC A / PC B / ambientes compatíveis
A resposta final é simples.
No ChatGPT, “a conta lembra” é um bom modelo. Para Markdown local do Codex, “esta máquina precisa ter o arquivo” é mais seguro. O AGENTS.md do projeto pode viajar pelo Git.
Ter cópias em vários PCs aumenta a resistência, desde que exista um único original com histórico de versões.
AGENTS.md não se teletransporta.
O Git pode comprar a passagem.
- OpenAI, “Unrolling the Codex agent loop openai.com
- OpenAI Help Center, “ChatGPT Custom Instructions help.openai.com
- OpenAI Help Center, “Memory FAQ help.openai.com
- OpenAI Help Center, “Use multiple accounts with account switching help.openai.com
