openai / openai/codex

Feature request: idempotent task creation and explicit phone ↔ Codex Desktop ownership handoff

Open
#40,157 2 comments 1 reaction 0 assignees View on GitHub

Nobody has claimed this yet.

app app-server enhancement iOS remote
Dominant language
Rust
Stars
125k
Forks
19.4k
PR merge metrics
PR metrics pending

Description

What variant of Codex are you using?

Codex App + ChatGPT iPhone Remote + local app-server automation

What feature would you like to see?

I have a concrete cross-device automation use case that would benefit from first-class support.

An iPhone Voice Memo syncs to an always-on Mac, where a local daemon detects it, transcribes it locally, and generates a Codex prompt. The daemon then needs a supported way to create one official Codex task that is immediately visible in the ChatGPT/Codex iPhone app while the Mac is locked but awake and online. Later, the user should be able to continue that same task in Codex Desktop, and then continue it again from the phone.

The difficult part is not transcription. It is task creation, mobile visibility, and thread ownership across Codex hosts. In current experiments, using a standalone app-server/Remote host can make the task visible on mobile, but attaching or continuing the same thread from Codex Desktop may lead to an active-writer or “opened in another app” conflict. Recovering requires an explicit release/resume sequence.

Requested capabilities:

  • A supported local API for idempotent task creation, returning the canonical thread ID and a durable receipt.
  • Immediate mobile visibility/notification for a newly created task.
  • Explicit atomic ownership handoff between the mobile Remote host and Codex Desktop.
  • A visible owner/state indicator and fail-closed handling of conflicting writers.
  • Safe sequential continuation on phone → Mac → phone without duplicate turns, forks, or manual database changes.

Simultaneous multi-writer editing is not required. A reliable sequential handoff would fully satisfy this workflow.

Additional information

Related context: #31114, #35800, #37620, and discussion #14067.

This request focuses on a supported creation-and-ownership protocol rather than transcription. Identifying account, host, environment, local path, recording, and thread details have intentionally been omitted from this public report.

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

Start by reviewing related issues #31114, #35800, #37620 and discussion #14067, then trace the local app-server task-creation and host-ownership entry points. The work is done when supported idempotent creation, canonical receipts, mobile visibility, and explicit sequential phone-to-Desktop-to-phone handoff prevent duplicate turns, forks, and conflicting writers.

Written by the indexing model from the issue text.

Assessment

Tech stack
rust
Domain
backend-api-design, distributed-systems, mobile-dev
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Active
Clarity
Mostly clear
Newbie friendliness
30/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.