Account-authenticated CLI runs consume allowance but are invisible in Codex Desktop
What version of Codex CLI is running?
0.148.0-alpha.15
What subscription do you have?
ChatGPT Pro
Which model were you using?
gpt-5.6-sol (high reasoning effort)
What platform is your computer?
Windows
What terminal emulator and version are you using (if applicable)?
Windows Task Scheduler (unattended codex exec --json)
Codex doctor report
Not collected for this report.
What issue are you seeing?
An account-authenticated Codex CLI run consumes the same ChatGPT/Codex account allowance, but is not visible or controllable in Codex Desktop.
Environment:
- Codex Desktop (Windows): 26.814.5167.0
- Codex CLI: 0.148.0-alpha.15
- Authentication: same ChatGPT/Codex account in CLI and Desktop
- Invocation: unattended
codex exec --jsonthrough Windows Task Scheduler - Model: gpt-5.6-sol with high reasoning effort
Observed behavior:
JSONL shows normal activity (including thread.started, turn.started, item.started, and item.completed) and the account allowance is consumed. However, Desktop shows neither a corresponding running chat/thread in the sidebar nor an active execution under Scheduled. The UI appears idle, and the user cannot see, attribute, monitor, or cancel the external CLI run from Desktop.
Impact:
This is a material usage-control and governance gap. A user can reasonably believe that no Codex work is running while an unattended account-authenticated job continues consuming allowance.
What steps can reproduce the bug?
- Authenticate Codex CLI with the same ChatGPT/Codex account used by Codex Desktop.
- Run
codex exec --jsonunattended through Windows Task Scheduler, using gpt-5.6-sol with high reasoning effort. - Confirm the JSONL lifecycle events and ongoing allowance consumption.
- Open Codex Desktop while the job runs.
Result: no corresponding running thread or Scheduled activity appears in Desktop.
What is the expected behavior?
Every allowance-consuming Codex run authenticated to the account, including externally launched CLI and Task Scheduler jobs, should be discoverable and controllable from Desktop.
Requested improvements:
- A visible “External CLI Activity” section or equivalent sidebar thread.
- Per-run source, model, reasoning effort, start time, safe task label/working-context indicator, live state, and usage attribution.
- Account-wide stop/cancel for active account-backed runs, including externally launched CLI jobs.
- A warning and explicit confirmation before launching an unattended worker that will not be visible in Desktop when human monitoring or usage limits were requested.
- An official CLI/API command to list and cancel active account-backed sessions.
Additional information
No thread ID is included in this public report. The issue affects account-backed CLI activity and its absence from the Desktop monitoring surface.
1 Comment
Potential duplicates detected. Please review them and close your issue if it is a duplicate.
Powered by Codex Action