Skip to content

Allow Chats to be moved into, out of, and between Projects #22345

Closed as duplicate

Description

@tperlmutter

What variant of Codex are you using?

App

What feature would you like to see?

Summary

Please add support for re-homing existing Codex chats that live under Chats into a selected project under Projects, and more generally allow chats to be moved:

  • from Chats into Projects
  • out of Projects back into Chats
  • between one Project and another

Why this matters

Codex already presents Projects as containers that can hold chats. In the desktop UI, projects appear with a chat count area beneath them, which makes it natural to expect chats to be organizable within those projects.

Because of that UI model, it is confusing and limiting that a chat started under Chats cannot later be associated with a project, even when the conversation clearly becomes project-specific.

This is a real workflow blocker, not just a cosmetic preference.

Example workflow that currently breaks down

  1. Start a general-purpose Codex chat under Chats
  2. Use it for research, planning, debugging, or product discussion
  3. Realize the conversation belongs with a specific codebase or project
  4. Try to move it into that project for organization and future retrieval
  5. Discover there is no supported way to do so

At that point, the user is forced to leave relevant project context stranded under Chats, which fragments work history unnecessarily.

Expected behavior

Codex should provide a way to move or assign an existing chat to a project after creation.

Possible UX options:

  • Move to Project
  • Add to Project
  • drag-and-drop from Chats into a Project
  • project reassignment from a chat overflow menu

It should also be possible to:

  • remove a chat from a project
  • move a chat from one project to another

Why this is consistent with Codex

This would make Codex behave more like the broader ChatGPT Projects model and more like normal IDE/workspace organization patterns.

Users often begin with a loose conversation and only later determine the correct project affiliation. The system should support that natural progression instead of requiring perfect categorization at chat creation time.

Additional context

I also submitted in-product Codex feedback for this request.

Feedback thread ID:

019e1cb8-45e7-7bc0-9f68-fd7c46a5c2e0

Additional information

Codex feedback thread ID: 019e1cb8-45e7-7bc0-9f68-fd7c46a5c2e0

Activity

  1. qulery commented on May 12, 2026

    @qulery

    This would be a useful improvement.

    There are cases where, over time, development migrates into a slightly different context and repository. Work with Git in another repo may still be happening, but it isn’t clearly visible, because the chat continues to track only the Git state of the current project.

  2. etraut-openai commented on May 12, 2026

    @etraut-openai
    Contributor

    This has been requested previously. Closing to avoid duplication. Please upvote existing issue.

  3. athappa-nv commented on May 19, 2026

    @athappa-nv

    @etraut-openai This is becoming a major pain point. What is the existing issue?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    appIssues related to the Codex desktop appenhancementNew feature or request

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions