What variant of Codex are you using?
IDE Extension + CLI
What feature would you like to see?
Feature request: typed service-state warnings before Codex sessions
Summary
Please add typed service-state warnings to Codex CLI / VS Code / Codex App before starting agentic sessions.
For production-grade agentic coding workflows, a generic “service operational” state is not enough. Users need to know whether Codex is currently affected by high load, maintenance, model updates, infrastructure/routing changes, known degradation, or usage/token accounting anomalies, because each condition requires a different user response.
Problem
When Codex performance degrades server-side, even small tasks with minimal context and clear prompts can show symptoms such as:
- increased scope drift
- weaker instruction adherence
- unnecessary token usage
- wider-than-requested file reads or edits
- slower reasoning
- unstable agentic loops
- cleanup work caused by avoidable intermediate mistakes
In structured repositories, this does not only waste time and tokens. It can also contaminate otherwise clean project states and force the user to spend additional effort restoring scope and consistency.
The difficult part is that the user often only recognizes the degraded state after damage has already started. Explaining the degraded state to Codex also consumes more tokens and can itself create further drift.
Why typed warnings matter
Different service states require different user behavior:
-
High Load / Peak Usage
- Meaning: temporary latency or performance degradation may occur.
- User action: wait briefly, retry later, or avoid sending large contexts until performance improves.
-
Scheduled Maintenance
- Meaning: active maintenance is in progress.
- User action: pause critical Codex work until maintenance is complete.
-
Model Update / Behavior Update
- Meaning: model behavior, instruction following, coding style, or agent behavior may have changed.
- User action: run small verification tasks first and avoid large refactorings until behavior is confirmed.
-
Infrastructure / Routing Change
- Meaning: backend routing, tool execution, context handling, or agent orchestration may be affected.
- User action: use stricter review, smaller scopes, and avoid autonomous multi-step tasks.
-
Known Degradation
- Meaning: latency, quality, rate limits, tool calls, or Codex agent stability are currently impaired.
- User action: avoid critical work and avoid spending tokens on complex tasks.
-
Usage / Token Accounting Anomaly
- Meaning: Codex may consume usage faster than expected or run into unexpected limits.
- User action: stop long-running tasks and monitor usage carefully.
Suggested UX
The warning should appear directly in Codex CLI / VS Code / Codex App before a session starts, not only on the public status page.
It could also appear as a small badge inside the chat with hover text.
Example:
Codex is currently affected by: Model Update + High Load.
You may experience increased drift, weaker instruction adherence, higher token usage, or unstable agentic behavior. We recommend using smaller tasks and avoiding large automated refactorings until the service state returns to normal.
Why this matters
This feature would not need to guarantee perfect quality. It would simply give serious users enough operational awareness to avoid wasting time, tokens, and project integrity during known risk windows.
A weaker but predictable coding API can be safer for production workflows than a stronger but unmarked, fluctuating one. Typed service-state warnings would make Codex more trustworthy for agentic coding systems.
Additional information
This is relevant across subscription tiers, including Plus and Pro. Higher-tier access may increase limits or availability, but it does not eliminate the operational risk of unmarked performance or reliability drops during degraded service states.
What variant of Codex are you using?
IDE Extension + CLI
What feature would you like to see?
Feature request: typed service-state warnings before Codex sessions
Summary
Please add typed service-state warnings to Codex CLI / VS Code / Codex App before starting agentic sessions.
For production-grade agentic coding workflows, a generic “service operational” state is not enough. Users need to know whether Codex is currently affected by high load, maintenance, model updates, infrastructure/routing changes, known degradation, or usage/token accounting anomalies, because each condition requires a different user response.
Problem
When Codex performance degrades server-side, even small tasks with minimal context and clear prompts can show symptoms such as:
In structured repositories, this does not only waste time and tokens. It can also contaminate otherwise clean project states and force the user to spend additional effort restoring scope and consistency.
The difficult part is that the user often only recognizes the degraded state after damage has already started. Explaining the degraded state to Codex also consumes more tokens and can itself create further drift.
Why typed warnings matter
Different service states require different user behavior:
High Load / Peak Usage
Scheduled Maintenance
Model Update / Behavior Update
Infrastructure / Routing Change
Known Degradation
Usage / Token Accounting Anomaly
Suggested UX
The warning should appear directly in Codex CLI / VS Code / Codex App before a session starts, not only on the public status page.
It could also appear as a small badge inside the chat with hover text.
Example:
Why this matters
This feature would not need to guarantee perfect quality. It would simply give serious users enough operational awareness to avoid wasting time, tokens, and project integrity during known risk windows.
A weaker but predictable coding API can be safer for production workflows than a stronger but unmarked, fluctuating one. Typed service-state warnings would make Codex more trustworthy for agentic coding systems.
Additional information
This is relevant across subscription tiers, including Plus and Pro. Higher-tier access may increase limits or availability, but it does not eliminate the operational risk of unmarked performance or reliability drops during degraded service states.