codex - 💡(How to fix) Fix Make Codex memory writability explicit when `memories = true` is enabled [1 comments, 2 participants]

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…
GitHub stats
openai/codex#19195Fetched 2026-04-24 05:59:03
View on GitHub
Comments
1
Participants
2
Timeline
7
Reactions
0
Author
Timeline (top)
labeled ×4unlabeled ×2commented ×1
RAW_BUFFERClick to expand / collapse

What feature would you like to see?

When the memories feature is enabled, Codex should make memory writability explicit and non-contradictory.

Right now, a direct codex launch can show memories enabled in config/features, while the model-visible prompt still injects:

Never update memories. You can only read them.

From a user perspective, that is extremely confusing. It makes the feature appear enabled but unusable.

What problem is this solving?

This creates a bad UX for users who rely on durable memory and are trying to understand whether memory is:

  • enabled
  • experimental
  • readable only
  • writable
  • intentionally disabled by policy in the current session

At the moment, users can spend a lot of time checking local config and launchers before discovering that the effective behavior is controlled by an injected prompt/policy.

Suggested improvements

Any of these would be a big improvement:

  1. Add a clear session-visible status for memory mode, such as:

    • memory: disabled
    • memory: read-only
    • memory: writable
  2. If memories = true is enabled but writes are blocked by policy, show that clearly in the CLI/UI instead of only via hidden prompt instructions.

  3. Document the difference between:

    • enabling the memory feature in config
    • actual write permission in the active session
  4. If read-only memory is intentional for now, expose that as a visible product state instead of making users discover it through debug prompt-input.

  5. Ideally, provide a real toggle or future supported mode for writable durable memory when the product is ready.

Additional context

Confirmed locally on a plain direct codex launch:

  • Codex CLI: 0.123.0
  • Subscription: ChatGPT Plus
  • Platform: Linux ARM64 (Raspberry Pi)
  • ~/.codex/config.toml has memories = true
  • codex features list shows memories enabled
  • codex debug prompt-input "test" still shows the injected line: Never update memories. You can only read them.

I’m not asserting that writable memory must exist today. The core request is that Codex should make the effective memory mode obvious and avoid the current contradictory UX.

extent analysis

TL;DR

To resolve the confusing UX issue, Codex should explicitly display the effective memory mode, such as "memory: read-only" or "memory: disabled", when the memories feature is enabled but writes are blocked by policy.

Guidance

  • Verify the memories feature status using codex features list and check the ~/.codex/config.toml file to ensure it is enabled.
  • Check the output of codex debug prompt-input "test" to see if the injected prompt still shows "Never update memories. You can only read them."
  • Consider adding a clear session-visible status for memory mode, such as "memory: disabled" or "memory: read-only", to avoid user confusion.
  • Document the difference between enabling the memory feature in config and actual write permission in the active session to provide clarity.

Example

No code snippet is provided as it is not necessary for this issue.

Notes

The issue is specific to the UX and does not imply a technical bug. The goal is to improve the user experience by making the effective memory mode explicit.

Recommendation

Apply workaround: Display a clear session-visible status for memory mode to avoid user confusion, as the issue is primarily related to UX and not a technical bug.

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…

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 Make Codex memory writability explicit when `memories = true` is enabled [1 comments, 2 participants]