openai / openai/codex

Support a low-priority mode that continues work after the weekly limit is reached

Open
#42,706 1 comment 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

app CLI enhancement rate-limits
Dominant language
Rust
Stars
125k
Forks
19.4k
PR merge metrics
PR metrics pending

Description

What variant of Codex are you using?

app, cli

What feature would you like to see?

Feature request

P l e a s e add a low-priority execution mode for Codex that can continue eligible work when the regular weekly usage limit has been reached.

Today, reaching the weekly limit can stop an ongoing workflow entirely. This is especially disruptive for long-running tasks: the agent may already have context, a plan, active sub-tasks, or a partially completed implementation, but cannot continue until the limit resets.

A low-priority mode could provide lower scheduling priority and/or slower execution, while allowing non-urgent work to continue in the background instead of being stopped completely.

Claude Code appears to offer a similar idea: lower-priority capacity can keep a workflow moving without competing with normal-priority usage. A comparable option in Codex would be very useful.

Suggested behavior

  • Allow users to opt in to a low-priority mode.
  • When the normal weekly limit is exhausted, eligible tasks can continue through lower-priority capacity instead of failing or stopping.
  • Clearly show that the task is running in low-priority mode and may be slower.
  • Keep normal-priority capacity protected for users who still have it available.
  • Let the user choose whether an existing task should automatically switch to low priority or pause.

Why this matters

This would make Codex much more reliable for long-running work. For many tasks, latency is acceptable; losing all progress and having to wait for the weekly reset is not.

Thank you.

Additional information

No response

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

The issue does not identify files, tests, or entry points. Start by locating the weekly usage-limit handling and task execution or scheduling code, then determine how an opt-in low-priority mode, fallback behavior, status display, and pause choice would be represented and tested.

Written by the indexing model from the issue text.

Assessment

Tech stack
rust
Domain
cli
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Active
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.