You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Allow Chats to be moved into, out of, and between Projects #22345
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
Start a general-purpose Codex chat under Chats
Use it for research, planning, debugging, or product discussion
Realize the conversation belongs with a specific codebase or project
Try to move it into that project for organization and future retrieval
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.
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.
Activity
qulery commentedon May 12, 2026
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.
etraut-openai commentedon May 12, 2026
This has been requested previously. Closing to avoid duplication. Please upvote existing issue.
athappa-nv commentedon May 19, 2026
@etraut-openai This is becoming a major pain point. What is the existing issue?