{
  "$type": "site.standard.document",
  "bskyPostRef": {
    "cid": "bafyreigl3ifmpfbfjtmungzzjjqv5scrab67ehjsoyulrurpkkzihrznpi",
    "uri": "at://did:plc:lk3jfj3zq4k4wxnk474axylu/app.bsky.feed.post/3mka2lsmqd252"
  },
  "path": "/t/feature-request-for-codex-side-question-that-optionally-include-in-context/1379651#post_2",
  "publishedAt": "2026-04-24T07:50:54.000Z",
  "site": "https://community.openai.com",
  "tags": [
    "MindStudio",
    "How to Use the Claude Code /btw Command to Save Tokens and Ask Questions...",
    "OpenAI GitHub Codex issues tab",
    "github.com/openai/codex",
    "Feature request: Claude-style /recap, plus /btw alias for /side",
    "yizhoupan3-debug",
    "Codex features are prioritized by votes in GitHub issues tab",
    "Codex",
    "Source"
  ],
  "textContent": "Welcome to the forum!\n\nShurricane:\n\n> “by the way” question\n\nSaw my first mention of the “by the way” slash command yesterday and thought it was great.\n\nThis blog post gives some more details for others wondering about the concept.\n\nMindStudio\n\n### How to Use the Claude Code /btw Command to Save Tokens and Ask Questions...\n\nThe Claude Code /btw command lets you ask questions or add context without interrupting your main thread — cutting token costs by up to 50%.\n\nI would not mind seeing this added to Codex.\n\nWhile you are more than welcome to post such Code feature request here the official way is to use the OpenAI GitHub Codex issues tab with an issue that uses the label `enhancement`.\n\nSomeone did create such a request yesterday bundled with some other request.\n\ngithub.com/openai/codex\n\n####  Feature request: Claude-style /recap, plus /btw alias for /side\n\nopened 08:32PM - 21 Apr 26 UTC\n\n\n\n          yizhoupan3-debug\n        \n\nenhancement  TUI\n\n### What variant of Codex are you using? CLI, CODEX APP ### What feature would… you like to see? Two small but very high-leverage session UX features that Claude Code users already have: 1. A built-in `/recap` command 2. A `/btw` alias for the existing `/side` flow I know Codex already has `/side` (thank you, that is useful). The main gap now is that Claude users often reach for two habits together: - `/btw` for a side question that should not pollute the main thread - `/recap` to quickly recover the state of a long-running session before continuing work ### Why this would help For longer sessions, resume/fork/return workflows are where Codex still feels heavier than Claude Code. The missing piece is not raw capability, but quick recovery of context and muscle-memory-friendly commands. `/recap` would be especially helpful when: - resuming an older thread - returning after a long tool-heavy run - preparing to continue work after context compaction - checking current goals / constraints / next steps without asking for a full natural-language summary in the main thread And `/btw` as an alias would help people coming from Claude Code immediately discover that Codex already supports the same side-conversation pattern via `/side`. ### Proposed behavior #### `/recap` A manual command that produces a compact, structured summary of the current thread, for example: - current task - key constraints - important files / surfaces - decisions already made - next recommended step Important: this should be a lightweight user-invoked recap, not only an automatic compaction artifact. #### `/btw` A simple alias for `/side`, with the same semantics: - open a side conversation - keep the main thread clean - return to the main thread without contaminating its working context ### Related issues - #18125 added `/side` for side conversations, which is great - #16291 asks for better summary visibility around `/resume` - #18637 asks for improved resume hint rendering - #10823 shows long-session/context recovery is still a real pain point ### Additional information If maintainers prefer to keep only one command internally, `/btw` does not need separate implementation logic; an alias to `/side` would already solve the discoverability / migration problem for many Claude Code users. The bigger request is really `/recap`: a fast, explicit “where are we and what should I do next?” command for the current session.\n\nAlso see:\n\nCodex features are prioritized by votes in GitHub issues tab Codex\n\n> FYI We prioritize feature requests based on upvotes from the community. If a feature request doesn’t get enough upvotes, we’ll close it. It’s therefore important for a feature request to have a clear and compelling title and description. We also recommend that feature requests focus on the problem statement rather than a solution. Describe the use case and what problem you’d like to see solved. There are often multiple ways to address a given problem. Source Note: In GitHub feature request…\n\nAs noted by the OpenAI staff\n\n> We also recommend that feature requests focus on the problem statement rather than a solution. Describe the use case and what problem you’d like to see solved. There are often multiple ways to address a given problem.\n\nAs such, I would recommend that you create a new issue with the label `enhancement` and do not note `btw` directly but state the problem such need to ask related questions without adding to the context window.\n\nAlso keep the request to just one problem as it might become the _De facto_ enhancement that the OpenAI staff track.",
  "title": "Feature Request for Codex: side question that optionally include in context"
}