---
schema_version: "newruntime-agent-readable-v0.2"
type: "post"
stable_id: "post:codex-maxxing-memory-vault-maintainer-loop"
slug: "codex-maxxing-memory-vault-maintainer-loop"
title: "Codex-Maxxing Separates Code From Work State"
description: "OpenAI's Codex-maxxing guide frames durable threads, reviewable memory files, connectors, skills, heartbeat automation, and human approval as the operating loop for long-running Codex work."
retrieval_nugget: "OpenAI's Codex-maxxing guide frames durable threads, reviewable memory files, connectors, skills, heartbeat automation, and human approval as the operating loop for long-running Codex work. OpenAI's Codex-maxxing guide is not a call to keep stuffing a larger prompt with more context. The useful split is simpler: code and work state should live in different reviewable places."
status: "published"
published_at: "2026-07-30"
updated_at: "2026-07-30"
record_date: "2026-07-30"
date_kind: "published_at"
topics: ["codex","long-running-agents","operational-memory","agent-ops"]
source_urls: ["https://openai.com/index/codex-maxxing-long-running-work/","https://cdn.openai.com/pdf/8a9f00cf-d379-4e20-b06f-dd7ba5196a11/OAI_WhitePaper_Codex-maxxing26.pdf"]
visuals: [{"id":"codex-maxxing-durable-thread","kind":"editorial-diagram","role":"hero","src":"https://newruntime.com/images/posts/codex-maxxing-carousel/01-durable-thread.png","alt":"A durable Codex thread routes decisions, preferences, open loops, and resume state through reviewable cards.","caption":"A durable thread gives important work a stable home instead of restarting every task from a fresh prompt.","credit":"New Runtime synthesis from the OpenAI Codex-maxxing white paper","source_url":"https://cdn.openai.com/pdf/8a9f00cf-d379-4e20-b06f-dd7ba5196a11/OAI_WhitePaper_Codex-maxxing26.pdf","generated_with":"built-in imagegen with New Runtime whiteboard style prompt","width":1672,"height":941,"legend":[]},{"id":"codex-maxxing-connectors","kind":"editorial-diagram","role":"evidence","src":"https://newruntime.com/images/posts/codex-maxxing-carousel/02-connectors.png","alt":"A durable thread connects to inbox, calendar, documents, issues, and chat through explicit permission gates.","caption":"Connectors extend a thread into work surfaces, but every surface still needs bounded access.","credit":"New Runtime synthesis from the OpenAI Codex-maxxing white paper","source_url":"https://cdn.openai.com/pdf/8a9f00cf-d379-4e20-b06f-dd7ba5196a11/OAI_WhitePaper_Codex-maxxing26.pdf","generated_with":"built-in imagegen with New Runtime whiteboard style prompt","width":1672,"height":941,"legend":[]},{"id":"codex-maxxing-skills","kind":"editorial-diagram","role":"evidence","src":"https://newruntime.com/images/posts/codex-maxxing-carousel/03-skills.png","alt":"A successful workflow is reviewed and packaged into a reusable skill bundle with instructions, references, and scripts.","caption":"Skills turn repeated workflows into reusable packages instead of re-teaching the same procedure in every thread.","credit":"New Runtime synthesis from the OpenAI Codex-maxxing white paper","source_url":"https://cdn.openai.com/pdf/8a9f00cf-d379-4e20-b06f-dd7ba5196a11/OAI_WhitePaper_Codex-maxxing26.pdf","generated_with":"built-in imagegen with New Runtime whiteboard style prompt","width":1672,"height":941,"legend":[]},{"id":"codex-maxxing-memory-vault","kind":"editorial-diagram","role":"evidence","src":"https://newruntime.com/images/posts/codex-maxxing-carousel/04-memory-vault.png","alt":"A code repository and memory vault sit side by side with a diff magnifier between code files and rolling context files.","caption":"The repository holds code. The vault holds rolling work context, with diffs as the review surface.","credit":"New Runtime synthesis from the OpenAI Codex-maxxing white paper","source_url":"https://cdn.openai.com/pdf/8a9f00cf-d379-4e20-b06f-dd7ba5196a11/OAI_WhitePaper_Codex-maxxing26.pdf","generated_with":"built-in imagegen with New Runtime whiteboard style prompt","width":1672,"height":941,"legend":[]},{"id":"codex-maxxing-thread-automation","kind":"editorial-diagram","role":"evidence","src":"https://newruntime.com/images/posts/codex-maxxing-carousel/05-thread-automation.png","alt":"A heartbeat wakes the same durable thread, checks work surfaces, acts only when state changed, or returns to sleep.","caption":"Thread automation is a heartbeat: check state on a cadence, move only on change, and preserve continuity.","credit":"New Runtime synthesis from the OpenAI Codex-maxxing white paper","source_url":"https://cdn.openai.com/pdf/8a9f00cf-d379-4e20-b06f-dd7ba5196a11/OAI_WhitePaper_Codex-maxxing26.pdf","generated_with":"built-in imagegen with New Runtime whiteboard style prompt","width":1672,"height":941,"legend":[]},{"id":"codex-maxxing-review-gate","kind":"editorial-diagram","role":"evidence","src":"https://newruntime.com/images/posts/codex-maxxing-carousel/06-review-gate.png","alt":"A goal checklist feeds prepared drafts into a human review gate while send, publish, and irreversible actions remain stopped.","caption":"Long-running work needs a definition of done and a human gate before messages, publishing, or irreversible actions.","credit":"New Runtime synthesis from the OpenAI Codex-maxxing white paper","source_url":"https://cdn.openai.com/pdf/8a9f00cf-d379-4e20-b06f-dd7ba5196a11/OAI_WhitePaper_Codex-maxxing26.pdf","generated_with":"built-in imagegen with New Runtime whiteboard style prompt","width":1672,"height":941,"legend":[]}]
routes: {"html":"https://newruntime.com/posts/codex-maxxing-memory-vault-maintainer-loop/","markdown":"https://newruntime.com/posts/codex-maxxing-memory-vault-maintainer-loop.md","json":"https://newruntime.com/posts/codex-maxxing-memory-vault-maintainer-loop.json"}
source_format: "markdown"
---

# Codex-Maxxing Separates Code From Work State

## Retrieval answer

OpenAI's Codex-maxxing guide frames durable threads, reviewable memory files, connectors, skills, heartbeat automation, and human approval as the operating loop for long-running Codex work. OpenAI's Codex-maxxing guide is not a call to keep stuffing a larger prompt with more context. The useful split is simpler: code and work state should live in different reviewable places.

OpenAI's Codex-maxxing guide is not a call to keep stuffing a larger prompt with more context. The useful split is simpler: code and work state should live in different reviewable places.

OpenAI published the guide on June 22, 2026, describing Codex as a persistent workspace for work that continues beyond a single prompt. The PDF makes the operating loop explicit: durable threads, voice and steering, memory, computer/browser surfaces, remote control, thread automation, concrete loops, verifiable goals, and the side panel as the artifact surface.

## The Split

A repository should remain the source of truth for code. The memory vault should hold the context around the work: people and preferences, decisions already made, project state, open loops, daily notes, and the details that would otherwise disappear inside chat history.

That distinction matters because the vault is not hidden model memory. It is a normal set of files that can be opened, edited, reviewed, and diffed. The memory layer itself becomes part of the engineering review surface.

## The Loop

The practical shape is:

```text
thread -> connectors -> skills -> memory vault -> automation -> review
```

A durable thread gives a workstream a home. Connectors define what it can inspect or touch. Skills package workflows that have already proven useful. The vault records state outside the conversation. Automation brings Codex back to the same thread on a cadence. Review gates decide whether the next prepared action is allowed to leave the workspace.

## Automation Is A Heartbeat

The strongest part of the guide is the difference between a normal prompt and a heartbeat. A normal prompt says "do this now." Thread automation says "return to this work, check whether state changed, and move only if there is a real next step."

That can mean checking a PR, waiting for a preview deployment, reading new Slack or inbox replies, preparing a draft response, or gathering evidence. The important boundary is that sending messages, publishing, and irreversible actions still stay with the human.

## Goals Need A Test

Long-running work becomes expensive if the goal is vague. The guide's useful standard is a goal Codex can verify: expected behavior, review criteria, constraints, and a definition of done.

For New Runtime, that means "prepare a publishable item with primary sources, a sanitized handoff, OpenClaw receipt, and no public send" is a better objective than "process this batch." The former has observable completion conditions. The latter can hide failures inside a long transcript.

## New Runtime Read

This continues the "Codex as maintainer loop" pattern, but adds the missing layer: a separate operational journal that can be reviewed like code.

The newsroom version is already close to this architecture. Batch processing, source resolution, site materialization, OpenClaw handoff, receipts, and publication approval should not live only in a chat. They should leave durable state in files and the database, with each external action tied to a receipt and an idempotency key.

The shift is not "the agent remembers more." The shift is "the state around the work becomes inspectable enough that the agent can resume without making the human trust an invisible memory."