Unify Chat, Work, Projects, and repositories into a single project workspace
Nobody has claimed this yet.
Assessment
- Difficulty
- 5/5
- Estimated time
- Over a week
- Newbie friendliness
- 28/100
- Issue type
- Feature
- Clarity
- Mostly clear
- Activity status
- Quiet
- Tech stack
- macos, rust
- Domain
- cli, desktop, developer-experience
Research direction
Start by mapping how Chat, Work, Projects, repositories, and Codex CLI are currently separated, using the existing project and workspace entry points. Establish a minimal scope and acceptance criteria for shared context, task handoff, conversation updates, and user approval. Done means the unified workflow is defined clearly enough for implementation and review.
Written by the indexing model from the issue text.
Description
What variant of Codex are you using?
App on MacOS, also CodexCLI in Terminal.
What feature would you like to see?
Unify Chat, Work, Projects, and repositories into a single project workspace
I’ve been using ChatGPT and Codex extensively on a long-running software and research project.
The current architecture separates:
• Chat conversations
• Work/Codex tasks
• ChatGPT Projects
• Repository context
Although each component is individually useful, they do not function as a coherent project workspace.
Current workflow:
1 Discuss implementation in Chat.
2 Chat produces a prompt.
3 Manually paste the prompt into Work (or Codex/Codex CLI)
4 Work executes.
5 Copy Work output back into Chat.
6 Chat reviews.
7 Repeat.
There are variations on the above theme such as:
- Discuss open issues and discover need for new primary source research on some element of the project in chat.
- Chat produces a Research Prompt for Deep Research.
- Manually paste that into a new thread and /deepresearch.
- Manually upload the output to the main thread in the project.
- Chat identifies changes needed in the project and writes a prompt for Work (or Codex) to update the code or documentation.
- Manually paste the Work/Codex output back to Chat and continue discussion, next steps for project
- Repeat.
This creates unnecessary friction because Chat and Work already exist within the same application.
Instead, I believe the primary abstraction should be a Project, containing:
• repository
• uploaded documents
• project instructions
• conversation history
• long-running memory
• active Work tasks
• research artifacts
• decision log
• TODOs
Within that project:
• Chat should be able to launch Work tasks directly.
• Work results should automatically appear in the project conversation.
• Chat should be able to review Work output without copy/paste.
• Both Chat and Work should share the same instructions and repository context.
The distinction between “thinking” and “modifying the repository” should remain explicit—the user should approve implementation—but the handoff between Chat and Work should be seamless.
The current architecture feels like coordinating multiple separate applications.
The underlying capabilities already exist; the missing piece is a unified project model. The project—not the conversation or the agent—should be the primary unit of organization. Conversations, Work tasks, research jobs, automations, repositories, and shared instructions are all facets of the same project and should operate over the same persistent context.
Note: I would be happy to discuss this further and share more context if helpful. I realize there are many possible workflows using these tools, but I don't understand how I could modify my workflow to improve it with the current tools to eliminate the considerable friction I face.
Additional information
No response
- Dominant language
- Rust
- Stars
- 125k
- Forks
- 19.5k
- Avg merge
- 1m
- Merged PRs (30d)
- 1k
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from openai/codex
-
enhancement remote
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
-
bug CLI windows-os
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
-
macOS sandbox blocks hw.optional.arm64 sysctl, causing Flutter to misdetect Apple Silicon as x64 Openbug CLI sandbox
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
-
bug CLI TUI
Difficulty 2/5 1-3 hours Newbie friendliness 90/100
-
CLI config enhancement skills
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 86/100
kwakseongjae/auto-hwp#319 ·
-
area:cli bug filter-quality good first issue priority:medium
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
-
Difficulty 1/5 Under an hour Newbie friendliness 72/100
bevyengine/bevy#25861 ·
-
comp-datalake
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
ClickHouse/ClickHouse#121222 ·
-
A-linter
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
oxc-project/oxc#26863 ·