Codex Memories enabled and generated locally, but never injected into new threads
Environment
- macOS
- Codex Desktop bundled CLI:
0.140.0-alpha.19 - Standalone Codex installed via official installer:
0.140.0 - Plan: ChatGPT Pro
- Region: Poland / EEA
- Project cwd:
/Users/karol/dev/wbijaj
Config
In ~/.codex/config.toml:
[features]
chronicle = true
memories = true
[memories]
disable_on_external_context = false
generate_memories = true
use_memories = true
Observed Behavior
New Codex Desktop threads do not receive any ## Memories section.
A diagnostic prompt in a new thread returns that no Memories were injected.
Expected Behavior
Existing Codex Memories should be injected into relevant new sessions when features.memories = true and memories.use_memories = true, even if Chronicle screen recording is not being used.
Evidence
codex features list shows:
chronicle under development true
memories experimental true
codex app-server daemon version shows daemon running:
{
"status": "running",
"managedCodexVersion": "0.140.0",
"appServerVersion": "0.140.0",
"cliVersion": "0.140.0-alpha.19"
}
~/.codex/memories/ contains generated memory artifacts:
raw_memories.mdphase2_workspace_diff.md- many files under
rollout_summaries/ - Chronicle memory resources under
extensions/chronicle/resources/
SQLite state:
- all checked threads have
memory_mode = enabled stage1_outputshas 34 outputsmemory_stage1has manydonejobs
However:
codex debug prompt-input 'Wbijaj create save idempotency PR206 recurrence guardrails: use any relevant Codex Memories if available.'contains no## Memoriescodex debug app-server send-message-v2 'Diagnostic only: check whether Memories are injected...'produces an assistant reply:No, I did not receive a ## Memories section.- verbose logging with
RUST_LOG=codex_memories_write=trace,codex_core=infoduring app-server diagnostic did not show anycodex_memories_write/ Phase 2 events at session start
Local Repair Attempts Already Tried
- Installed standalone Codex via:
curl -fsSL https://chatgpt.com/codex/install.sh | sh
- Started daemon:
codex app-server daemon start
- Confirmed daemon is running.
- Found stale
memory_consolidate_globaljob and reset it. - Disabled retry for old Phase 1 jobs that failed with:
Codex ran out of room in the model's context window
- Reset
memory_consolidate_global.input_watermarkto0. - Restarted daemon.
- Retested prompt injection: still no
## Memories.
Current Relevant SQLite State
memory_consolidate_globalremains inerrorwith retry available.input_watermark = 0last_success_watermark = 0retry_remaining = 3stage1_outputs: 34 rows, 0 selected for phase2.
Question
Why is the Memories pipeline not running Phase 2 / not injecting Memories into new Codex Desktop sessions despite enabled config, generated local memory artifacts, enabled per-thread memory mode, and a running app-server daemon?