What variant of Codex are you using?
App / Codex Desktop
What feature would you like to see?
Please add first-class user-defined tags for sessions/threads in the Codex App GUI. This is a focused request for tagging, not only folders, pinning, manual ordering, or renaming.
The core workflow should support:
- Create reusable text tags with optional colors.
- Assign one or more tags to a session from its context menu.
- Display compact tag chips or color markers in the sidebar.
- Filter/search sessions by one or multiple tags.
- Rename, recolor, remove, and clear tags.
- Keep tags independent from generated session titles, projects/workspaces, and Git metadata.
- Persist tag assignments across app restarts and resume flows, with predictable behavior for forks.
Typical tags include both workflow state and topic, for example:
in progress, blocked, waiting, follow up, donefrontend, backend, release, research, review
Pinning creates only one flat bucket, while renaming destroys or obscures the useful generated title. Folders also force a session into a hierarchy, whereas multiple tags can describe both status and topic. Once the sidebar contains many sessions, this becomes a practical navigation need rather than cosmetic metadata.
Related requests and duplicate-chain assessment
I reviewed the current related issues before posting. GitHub Actions has produced a chain of potential-duplicate comments, but most links are similarity suggestions rather than maintainer-confirmed duplicates:
| Issue |
Scope |
Assessment |
| #28213 |
Flags, labels, icons, or folders |
Broad umbrella request; includes labels but does not define a concrete tag workflow. |
| #29978 |
Independent labels for threads and projects |
Closest existing request and strong protocol/storage proposal; this issue emphasizes the end-user GUI and multiple-tag workflow. |
| #30451 |
Custom groups and color status markers |
Overlaps with color/status, but centers on grouping and treats markers as an additional mechanism. |
| #30986 |
Project-level topics/grouped threads |
Hierarchical grouping rather than tagging. |
| #32124 |
Nested session/thread folders |
Closed by its author as a duplicate of #30986; folder-specific. |
| #29297 |
Saved views, regex filtering, and custom sorting |
A complementary consumer of tag metadata, not the tagging model itself. |
| #28692 |
Manual ordering and sidebar sections |
Ordering/sections rather than tags. |
| #26762 |
Pinning and custom sorting |
The bot linked this from #28213, but its core request is manual ordering, not labels. |
| #12699 |
Organize threads in folders |
Folder request closed as not planned after insufficient upvotes. |
The automated chain is roughly:
#32124 → #30986 → #30451 → #29978 → #28213 → #26762
There are also cross-links from #30451 to #29297 and from #29297/#28692 back to #28213. Of these, only #32124 was explicitly closed by a human as a duplicate. The other relevant issues remain open and cover meaningfully different organization models.
This issue intentionally records the focused product requirement: sessions in the GUI need reusable, visible, filterable, multi-value tags. If the team chooses an existing issue as the canonical tracker, please link/merge this requirement there rather than reducing it to folder or sorting support.
Additional information
A minimal first release could support locally persisted text-and-color tags, assignment from the session context menu, sidebar chips, and a single-tag filter. Multi-tag filtering and saved views could follow later.
What variant of Codex are you using?
App / Codex Desktop
What feature would you like to see?
Please add first-class user-defined tags for sessions/threads in the Codex App GUI. This is a focused request for tagging, not only folders, pinning, manual ordering, or renaming.
The core workflow should support:
Typical tags include both workflow state and topic, for example:
in progress,blocked,waiting,follow up,donefrontend,backend,release,research,reviewPinning creates only one flat bucket, while renaming destroys or obscures the useful generated title. Folders also force a session into a hierarchy, whereas multiple tags can describe both status and topic. Once the sidebar contains many sessions, this becomes a practical navigation need rather than cosmetic metadata.
Related requests and duplicate-chain assessment
I reviewed the current related issues before posting. GitHub Actions has produced a chain of potential-duplicate comments, but most links are similarity suggestions rather than maintainer-confirmed duplicates:
The automated chain is roughly:
#32124 → #30986 → #30451 → #29978 → #28213 → #26762There are also cross-links from #30451 to #29297 and from #29297/#28692 back to #28213. Of these, only #32124 was explicitly closed by a human as a duplicate. The other relevant issues remain open and cover meaningfully different organization models.
This issue intentionally records the focused product requirement: sessions in the GUI need reusable, visible, filterable, multi-value tags. If the team chooses an existing issue as the canonical tracker, please link/merge this requirement there rather than reducing it to folder or sorting support.
Additional information
A minimal first release could support locally persisted text-and-color tags, assignment from the session context menu, sidebar chips, and a single-tag filter. Multi-tag filtering and saved views could follow later.