I’ve been using the same conversation for a little bit now and the as the title says, it’s almost unuseable now. instead of a text with updates, i get a 20 minute freeze with the “im finished now” message eventually popping up. the conversation isnt even that long yet. completly ridiculous and unacceptable.
I am not OpenAI staff, but this sounds worth splitting into two cases: model latency vs local UI freeze.
The details that would make the report easier to act on are: Codex app version and macOS version; model/reasoning setting; whether it happens in a fresh conversation or only this longer one; whether terminal commands keep running while the UI is frozen; whether CPU/memory spikes during the freeze; and one exact timestamp with timezone.
As a workaround, I would try starting a fresh conversation or trimming the long thread/context. If it still reproduces, screenshots/logs plus the delayed I am finished now state should be strong signal for support.
Quite similar experience. I have to restart my long-term conversations due to that
I don’t think this is related to hardware or the operating system. There seems to be only one possible explanation: when the context becomes bloated, token calculation may be recalculated multiple times across different tool flows, which I believe causes a freezing issue.
Of course, I can’t say with certainty that “this is exactly how it works and this is why it happens,” because we don’t know precisely how the model operates in the background. However, I don’t think this is a hardware or environment-related issue. I have fairly clear evidence for that: I have the system below, and even I experience freezing issues. On top of that, CPU usage does not increase.
For now, the solution is this: when you leave it running autonomously, if you have passed 100 turns, you should definitely open a new context window. Because beyond the token count we see in the chat, I believe there is a large data-processing cycle happening in the background on every request, since intermediate expert agents also need to perform calculations.
Even with lightweight requests, intermediate context calculations and tool usage slow the process down.
we really need an optimization patch for the UI rendering asynchronous chunks, especially when working with file structures. The backend is fast, but the frontend is choking lol
Newest codex and windows versions. Happens across reasoning settings. Will see if it happens in different convos. It’s definitly working perfectly fine while UI is frozen. CPU is not spiking. Any other applications are perfectly fluid while codex is fully frozen.
Sugestão para melhoria do Codex no VS Code:
O Codex é bom quando entende o projeto, mas o processo até chegar nesse ponto consome muitos créditos e muito contexto. Em projetos grandes ou legados, o agente precisa de um modo de continuidade mais longo e econômico, parecido com uma conversa técnica contínua.
O problema atual é que, quando o Codex começa a entender o app, as regras de negócio, os arquivos sensíveis e os testes de regressão, o contexto já está grande e caro. Se o usuário precisa iniciar outro chat/sessão, perde boa parte desse aprendizado e precisa ensinar tudo de novo. Isso gasta créditos e aumenta o risco de regressão.
Sugestões:
-
Criar um “Modo Projeto com Memória Longa”, onde o Codex guarde regras de negócio, decisões anteriores, arquivos sensíveis, testes de regressão e padrões do projeto entre sessões.
-
Criar um “Modo Econômico de Contexto”, em que o Codex reutilize um resumo técnico persistente do projeto em vez de reler o workspace inteiro a cada tarefa.
-
Permitir um arquivo fixo, como
AI_CONTEXT.md, que o Codex leia automaticamente antes de agir, contendo:
-
regras do projeto;
-
o que não pode quebrar;
-
cenários de teste;
-
funções críticas;
-
decisões anteriores.
- Antes de editar, o Codex deveria apresentar um plano curto:
-
arquivos que vai tocar;
-
funções que vai alterar;
-
motivo técnico;
-
risco de regressão.
-
Para manutenção/refatoração, permitir um modo “patch mínimo”, evitando reescrever blocos inteiros, criar funções paralelas
_v2, duplicar lógica ou mudar arquitetura sem necessidade. -
Ter um modo “não mexer fora do escopo”, em que o usuário define arquivos, pastas ou funções que não devem ser alterados.
-
Melhorar a continuidade de conversa com baixo consumo: o usuário deveria conseguir trabalhar por bastante tempo no mesmo raciocínio sem o custo crescer tanto quanto uma exploração completa do projeto.
-
Permitir comparação automática contra cenários de regressão definidos pelo usuário, por exemplo: “não quebrar 09/2025, 10/2025 e 12/2025”.
-
Separar melhor “entendimento longo do projeto” de “execução curta da tarefa”. O entendimento do projeto deveria ser reaproveitado; a execução deveria ler só o trecho necessário.
O objetivo é que o Codex atue mais como mantenedor técnico de sistema legado: entender o contexto do projeto, preservar regras já validadas, corrigir o ponto comprovado, gastar menos créditos e evitar regressões.