🔌 Ativando: app, Codex e CLI

Sequência que resolve a maioria dos casos: confirme o plano (Pro; Plus também recebe, conforme o lançamento), abra o app de computador do ChatGPT, procure "verificar atualizações" no menu do app, atualize e relance. Depois, troque para a área de trabalho (o modo voltado a tarefas) e abra o seletor de modelo ali. No chat comum o seletor pode continuar mostrando só o modelo anterior.

Atualize o app do Codex (menu → atualizar, ou baixe a versão nova). Crie ou abra um projeto apontando para a pasta de código. No seletor de modelo da sessão, escolha GPT-6 Astra. Ao lado costuma existir o esforço de raciocínio: medium para tarefas de edição e UI, high para depuração e migração. O que é medium de sobra não precisa de high.

Resultado: um arquivo HELLO.md na raiz com o nome do modelo que você é e a data de hoje.
Onde: pasta atual.
Prova: saída de `cat HELLO.md`.
Não faça: não toque em nenhum outro arquivo.

O CLI lê ~/.codex/config.toml. As duas chaves que importam agora são model e model_reasoning_effort. Tudo pode ser sobrescrito por flag numa chamada (-m, -c chave=valor). A documentação do Codex lista as demais; confira na sua versão.

# atualiza (npm) e confere a versão
npm i -g @openai/codex && codex --version

# define o modelo padrão e o esforço
cat >> ~/.codex/config.toml <<'EOF'
model = "gpt-6-astra"
model_reasoning_effort = "medium"
EOF

# diagnóstico: instalação, config, auth, runtime
codex doctor

codex -m gpt-6-astra -c model_reasoning_effort="high" "Qual modelo você é? Responda só o nome."

O Codex lê um arquivo de instruções na raiz do projeto (AGENTS.md) e o aplica a toda sessão daquela pasta. Coloque ali o que você não quer repetir: como rodar, como testar, o que não tocar, o formato de prova que você aceita. O primeiro prompt da sessão principal pede um reconhecimento do projeto, e a partir dele você delega.

# Instruções para agentes

## Rodar e testar
- Subir: `npm run dev` (porta <PORTA>)
- Testar: `npm test`
- Nunca rode `npm run deploy` sem eu pedir explicitamente.

## Regras
- Não altere dependências (package.json) sem avisar antes.
- Não faça commit. Eu commito depois de verificar.
- Não mude comportamento em tarefas de "visual/CSS".

## Prova de conclusão
- Toda tarefa termina com: comando rodado + saída, ou screenshot, ou caminho do arquivo.
- Mostre a prova antes do resumo.

Leia o projeto nesta pasta. Não altere nada.
Me devolva, em até 15 linhas:
1. O que o projeto faz e como sobe.
2. Onde ficam configurações de modelo/provedor de IA (arquivo e linha).
3. Os três arquivos que você tocaria para mudar o visual da tela principal.
4. Riscos que você vê (segredos em texto, ausência de testes, etc.).

Dois controles independentes. O sandbox limita o que o processo consegue tocar (só leitura, escrita na pasta, acesso total). A política de aprovação decide quando ele pergunta antes de rodar algo (a pedido do modelo, nunca). O padrão sensato para uma máquina de trabalho: escrita na pasta do projeto, aprovação a pedido. Acesso total só quando o sandbox do sistema falha e a máquina é sua.

codex -s workspace-write -a on-request "Liste os arquivos que você mudaria para trocar o modelo de IA deste projeto. Não mude nada ainda."