Skip to content

Codex App project thread creation tools are missing #30944

Description

@coltonfoley

What version of the Codex App are you using (From “About Codex” dialog)?

26.623.81905

What subscription do you have?

ChatGPT Business

What platform is your computer?

Darwin 25.5.0 arm64 arm (macOS 26.5, build 25F71)

What issue are you seeing?

The Codex App no longer exposes the project/thread coordination tools that used to allow Codex to create a new chat under a specific Codex project.

In this session, the user asked Codex to create a new chat under an existing project. Codex searched for the expected native thread tools, but create_thread, read_thread, list_projects, set_thread_title, and set_thread_archived were not available in the tool surface.

Because those tools were missing, Codex incorrectly attempted a workaround with spawn_agent. That created a child/subagent thread from the current chat instead of a normal project-scoped chat in the requested project. Local thread records confirmed the spawned child inherited the current workspace rather than landing under the target project.

A later retry again searched for the native project/thread tools and still did not find them. Computer Use is also blocked from controlling the Codex app UI directly, so there was no reliable fallback path to create the project chat manually from within Codex.

What steps can reproduce the bug?

Feedback ID: 019f2325-da78-74a1-a01a-5754f1c20405

What is the expected behavior?

Codex should expose a supported way for the assistant to create a real user-visible chat under a specific existing Codex project when the user explicitly requests it.

Expected behavior:

  • Codex can list/select projects.
  • Codex can create a new thread targeted to the requested project.
  • Codex can read the thread back to verify it actually landed under that project.
  • If the create call fails, Codex can detect/report the failure instead of falling back to a subagent thread that appears in the wrong place.

Additional information

This used to work in prior Codex App sessions via native thread tools such as list_projects, create_thread, and read_thread.

The user relies on project-scoped Codex spaces for separate work lanes, so losing this capability is more than cosmetic: it causes work to land in the wrong project and makes sidebar/project organization unreliable.

Codex App version: 26.623.81905
Platform: Darwin 25.5.0 arm64 arm, macOS 26.5 build 25F71
Subscription entered above: ChatGPT Business

Metadata

Metadata

Assignees

No one assigned

    Labels

    appIssues related to the Codex desktop appapp-serverIssues involving app server protocol or interfacesbugSomething isn't working

    Type

    No type

    Fields

    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions