openai / openai/codex

Start queued local tasks when the Mac is plugged in and idle

Open
#45,267 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

app automations enhancement
Dominant language
Rust
Stars
125k
Forks
19.4k
PR merge metrics
PR metrics pending

Description

What variant of Codex are you using?

Codex App on macOS.

What feature would you like to see?

Allow an explicitly queued local task to start when selected machine conditions are met.

For example: "Run the full test suite when my Mac is connected to power and has had no keyboard or mouse activity for ten minutes."

This would help users defer local builds, tests, and renders without choosing a fixed start time or watching the machine manually.

Proposed interaction design

Add When this Mac is ready as a timing option for a one-time local task in Scheduled. Preserve the task's prompt, project, and execution environment. Let the user select external power, an inactivity duration, or both.

Full test suite                              Waiting

✓ Connected to power
· Inactive for 10 minutes              4 / 10 minutes

[Run now]       [Edit conditions]             [Cancel]

After Queue task, show the unmet conditions in the task row. Evaluate readiness locally without starting an agent turn just to check power or inactivity.

Situation Proposed behavior
All selected conditions are met Start the queued task using its normal execution and permission flow.
User interacts before it starts Reset the inactivity period and keep waiting.
Mac sleeps or Codex closes Preserve the pending item; recheck conditions and begin a fresh inactivity period after resuming.
A condition is unavailable Explain which condition cannot be checked; retain Run now and Cancel.
Conditions change after starting Continue the running task under its normal lifecycle.

Repeated condition events must not create another run for an item that has already started. After a restart, reconcile an uncertain start with the existing run before retrying.

Initial scope and interface details

Start with one-time local tasks. The Mac must be awake and Codex must be running for a queued task to start.

Reuse Codex's existing typography, controls, and status treatments. Status needs text as well as color, keyboard access, and a clear primary action appropriate to the current state. The layout and copy above are proposals for discussion.

Additional information

Iverson's WorkTool already provides scheduled prompts and keep-awake controls. This proposal adds machine conditions as the trigger for starting explicitly queued work.

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

No files, tests, or code entry points are named in the issue. Start by reviewing the proposed Scheduled interaction and the one-time local-task scope, then trace the existing task queuing, execution, and permission flow. Done means queued tasks persist, wait for the selected power or inactivity conditions, expose Run now and Cancel, and avoid duplicate starts after events or restart.

Written by the indexing model from the issue text.

Assessment

Tech stack
macos, rust
Domain
desktop
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.