| title | Codex quickstart |
|---|---|
| description | Install PowerContext and carry project context across Codex sessions. |
This tutorial installs PowerContext without requiring you to clone the repository, connects Codex, and proves that Memory survives across sessions.
You need macOS or Linux, uv, Codex CLI, and read access to the PowerContext Git URL. Confirm that Git can reach the
repository with the credentials already configured on your machine.
Run these commands from any directory:
uv tool install "powercontext[cli,server] @ git+https://github.com/oceanbase/powercontext.git@master"
powercontext setup codex --source oceanbase/powercontext --ref masterThe first command installs an isolated application. The second installs the Codex plugin and prepares PowerContext's user data directory.
Keep this process running in its own terminal:
powercontext server runThe default service listens at http://127.0.0.1:8000. It creates a persistent SQLite database on first start.
Check the whole installation from another terminal:
powercontext doctor
powercontext doctor codexEvery line from both commands should report ok. The first command checks the package and Server dependencies; the
second checks the optional Codex integration.
Start a new Codex session in a project directory. If Codex asks whether to trust the PowerContext hook, open /hooks
and approve it.
Ask Codex:
Use PowerContext to save three separate handoff entries: the outcome is “the parser accepts TOML”; the current state is “tests pass on Python 3.11”; the next step is “add malformed-input cases”.
Codex should use the project-context skill and confirm the successful Memory writes. Do not put secrets in Memory.
End that session and start another one in the same project. Ask:
Restore the PowerContext handoff for this project. Then revise the next step to “document malformed-input errors” and retire the old current-state entry.
The second session should recover the three entries before changing them. Revision and retirement preserve history; they do not overwrite or delete old versions.
Start a third session and ask:
List the active PowerContext memory for this project.
The revised next step should be active. The retired current state and superseded next step should not appear in the active list.
Stop the Server with Ctrl-C, then give Codex an ordinary task. PowerContext may report that Memory is unavailable,
but it must not block the task. powercontext doctor now exits with a liveness failure, skips readiness, and still
reports the installed package. powercontext doctor codex continues to report the Codex integration independently.
If only a configured inference provider fails, the Server remains in traffic and reports readiness as degraded;
doctor surfaces that non-OK status without reading provider credentials.