Codex Session Hygiene¶
Atualizado: 2026-06-11
Objetivo¶
Reduzir ruido nas sessoes do Codex, preservar contexto util e tornar cada execucao mais previsivel.
Este documento cobre somente Codex. Configuracoes e automacoes de outras superficies de agente ficam fora deste runbook.
Principios¶
- Menos contexto carregado por padrao: skills e plugins devem entrar quando ajudam a tarefa atual.
- Uma fonte de verdade por assunto:
AGENTS.mddefine contrato de repo, docs/wiki registra decisao duravel, skill curta guia o fluxo operacional. - Sessao isolada quando houver risco: se a arvore esta suja, use branch ou worktree isolado antes de editar.
- Verificacao antes de afirmar conclusao: relate comandos executados e limitacoes conhecidas.
- Push sem surpresa: force push deve ser opt-in e explicito.
Baseline Recomendada¶
Plugins¶
Manter ativos por padrao:
github: issues, PRs, CI e reviews.browser: verificacao visual e interacao local.build-web-apps: UI, design, frontend e QA visual.superpowers: brainstorming, debugging, planos e verificacao.
Ativar sob demanda:
computer-use: somente quando for necessario operar app desktop.expo: somente em tarefas mobile.alpaca: somente em tarefas de mercado financeiro.documents,spreadsheets,presentations: somente ao produzir esses artefatos.chrome: somente quando o Browser in-app nao bastar.
Reasoning¶
Usar high como padrao para model_reasoning_effort e
plan_mode_reasoning_effort. Subir para xhigh apenas quando houver
arquitetura complexa, seguranca, migracoes, investigacao de CI dificil ou
analise de risco relevante.
Git¶
Configurar git-always-force-push = false. Quando for preciso reescrever
historico, usar --force-with-lease e declarar o motivo.
Skill de Inicio de Sessao¶
A skill versionada em .codex/skills/auraxis-session-start/SKILL.md deve ser a
rotina curta de abertura de trabalho:
- ler
AGENTS.md; - verificar
.context/active_agents.json; - escolher o repo correto;
- isolar branch/worktree quando necessario;
- registrar Codex antes de editar;
- verificar, restaurar coordenacao, commitar, fazer push e abrir PR.
Ela nao deve duplicar regras de produto, arquitetura ou design. Quando uma
decisao precisa sobreviver a sessao, ela deve ir para docs/wiki/.
Auditoria Local¶
Rodar o script read-only abaixo para identificar fontes de ruido:
O script reporta tamanho de caches, sessoes, worktrees, plugins instalados e
flags relevantes do ~/.codex/config.toml. Ele nao remove arquivos.
Limpeza Recomendada¶
Executar limpezas em duas fases:
- Auditoria: medir tamanho e listar candidatos.
- Remocao explicita: apagar apenas artefatos confirmados como descartaveis.
Candidatos comuns:
- sessoes antigas em
~/.codex/sessions; - worktrees antigos em
~/.codex/worktrees; - logs grandes que nao sao necessarios para debugging atual;
- plugins habilitados que nao pertencem ao tipo de tarefa atual.
Nao automatizar exclusao agressiva no repo. Cada maquina pode ter historico e estado operacional diferente.
Checklist de PR do Codex¶
Antes de abrir PR:
git diff --name-onlynao deve incluir arquivos de outras superficies de agente..context/active_agents.jsondeve voltar paraidle, salvo quando o PR documenta intencionalmente o proprio contrato de coordenacao.- O commit deve conter somente arquivos ligados ao escopo.
- A descricao do PR deve listar verificacoes executadas.
- Qualquer check nao executado deve ser declarado.