codex - 💡(How to fix) Fix Feature: Manage multiple concurrent `/side` chats with tabs / switcher in Codex CLI

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…

Root Cause

/side is most valuable when it lets me branch off from the main task without contaminating the main context. But real development work often has more than one tangent at the same time.

Without multiple side-chat management, users have to choose between:

  1. putting all tangents into one side chat, which becomes messy;
  2. putting tangents into the main chat, which pollutes the main execution context;
  3. opening separate Codex instances/terminal tabs, which loses the relationship to the parent session;
  4. manually writing handoff notes in Markdown.

A first-class side-chat manager would make /side feel like a proper “scratch branch” system for reasoning: cheap to create, easy to switch, isolated from the main chat, and recoverable when useful.

Code Example

/side new [title]
/side list
/side switch <index|title>
/side rename <index> <title>
/side close <index>
/side promote <index>
RAW_BUFFERClick to expand / collapse

What variant of Codex are you using?

CLI

What feature would you like to see?

What feature would you like to see?

I would like Codex CLI/TUI to support managing multiple concurrent /side chats from a single parent session, ideally with a tab-like UI or a lightweight side-chat switcher.

Today, /side is useful for exploring a tangent without polluting the main task context, but it feels like a single ephemeral layer. In more complex workflows, I often want several side investigations running at once, for example:

  • one side chat to inspect a bug hypothesis
  • another side chat to research an implementation approach
  • another side chat to draft tests or migration notes
  • the main chat continuing as the execution thread

A possible UX could be:

  • /side opens a new side chat as it does today
  • /side new [title] creates another side chat
  • /side list shows open side chats attached to the current parent session
  • /side switch <name|index> switches focus
  • /side close <name|index> closes or archives a side chat
  • optional keyboard shortcuts for next/previous side chat, similar to terminal/browser tabs
  • optional visible tab bar or compact header showing active side chats
  • side chats should have stable names/titles, either user-provided or auto-generated from the first meaningful prompt

Why this matters

/side is most valuable when it lets me branch off from the main task without contaminating the main context. But real development work often has more than one tangent at the same time.

Without multiple side-chat management, users have to choose between:

  1. putting all tangents into one side chat, which becomes messy;
  2. putting tangents into the main chat, which pollutes the main execution context;
  3. opening separate Codex instances/terminal tabs, which loses the relationship to the parent session;
  4. manually writing handoff notes in Markdown.

A first-class side-chat manager would make /side feel like a proper “scratch branch” system for reasoning: cheap to create, easy to switch, isolated from the main chat, and recoverable when useful.

Expected behavior

  • Multiple /side chats can be open under the same parent session.
  • Each side chat has isolated input routing and context.
  • Switching focus makes queued/steer/follow-up messages go to the focused side chat, not the main chat.
  • Closed side chats are either clearly ephemeral, or can be archived/resumed/exported.
  • Side chats can optionally be promoted/forked/resumed as normal sessions.
  • The UI makes it obvious which side chat is currently focused.

Possible implementation sketch

An MVP could avoid a full visual tab bar and start with commands:

/side new [title]
/side list
/side switch <index|title>
/side rename <index> <title>
/side close <index>
/side promote <index>

Additional information

No response

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

FAQ

Expected behavior

  • Multiple /side chats can be open under the same parent session.
  • Each side chat has isolated input routing and context.
  • Switching focus makes queued/steer/follow-up messages go to the focused side chat, not the main chat.
  • Closed side chats are either clearly ephemeral, or can be archived/resumed/exported.
  • Side chats can optionally be promoted/forked/resumed as normal sessions.
  • The UI makes it obvious which side chat is currently focused.

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING

codex - 💡(How to fix) Fix Feature: Manage multiple concurrent `/side` chats with tabs / switcher in Codex CLI