modules/codex-updates.md
McRitchie machines keep Codex updates deliberate because the Pokemon status-line
marker depends on live thread-title hook behavior. A stock Codex update may
replace a locally patched runtime and leave history/resume titles working while
the live footer stops repainting.
Use bin/codex-update instead of the startup update prompt.
From McRitchie Studio:
bin/codex-update plan
The plan command checks:
SessionStart hook-output schema;hookSpecificOutput.threadName;It does not mutate the machine.
When you want to try the latest stock release:
bin/codex-update run --yes
The command records the current known-good runtime, runs the official Codex
installer, disables startup update prompts, inspects the installed binary, and
keeps the new runtime only when the live thread-title hook is supported. If the
new stock binary lacks support, the command restores the previous current
runtime symlink and leaves the live repaint sentinel enabled.
If stock Codex still lacks hook support, patch and build a source checkout:
bin/codex-update apply-patch --source /path/to/openai-codex
# build Codex from that checkout
bin/codex-update promote --binary /path/to/built/codex --version 0.142.4 --yes
promote refuses binaries that do not contain live threadName hook support.
On success it creates a versioned runtime under
~/.codex/packages/standalone/releases/, switches
~/.codex/packages/standalone/current, disables startup update prompts, enables
~/.codex/mcritchie-live-thread-title.enabled, and records a rollback target.
To restore the last known-good runtime recorded by run or promote:
bin/codex-update restore --yes
Then verify:
bin/agent-runtime doctor
bin/agent-marker current --format title
check_for_update_on_startup = false in ~/.codex/config.toml.bin/codex-update plan as the review step before any update.current until a hook-capable replacement is promoted.We emailed a one-tap sign-in link to . It expires shortly and can only be used once.
No email? Check spam, or close this and try again.