Codex · Video

Codex for Real Work: From a Messy Folder to a Clear Handover

A real Codex CLI run turns a fictional website brief, decision log, and asset inventory into Markdown and JSON handovers. Mathias follows the output back to its sources and the 22 reported artifact checks, showing how to preserve owners, dependencies, deferred work, and decisions that still need approval.

What you’ll take away

  • Keep agreed scope and deferred ideas in different parts of the handover.
  • Trace important claims to the brief, decision log, or asset inventory that supports them.
  • Record whether work is delivered, tested, or approved without silently upgrading its status.

Give the folder a specific output

The input is a bounded fictional website project, not an open-ended drive cleanup. A brief describes the intended work, a decision log preserves changes, and an asset inventory exposes missing pieces. The requested result is a useful handover in both human-readable Markdown and structured JSON. Naming those outputs makes it easier to judge whether the agent preserved the important information.

Preserve decisions and dependencies

A later decision can change the scope without erasing the original context. Follow the source before adding an item to a launch checklist, and keep deferred features out of the immediate plan. Missing assets and blocked dependencies need an owner and a next action. Otherwise, a tidy summary can make unfinished work look as though someone has already resolved it.

Use structure to check the document

The episode shows the actual Codex output and reports 22 independent artifact and provenance checks. Structured fields make recurring questions easier to inspect: does the owner exist, is the date retained, and does the status agree with its source? A readable handover still matters because the next person must understand the decision, not only pass a parser.

Keep document checks in their proper scope

These checks concern the handover and its sources. They do not test the fictional website’s behavior or approve its release. A page described as rendered should retain that status until a relevant behavioral check exists. The workflow is useful when it makes the next decision clearer and gives the next owner enough evidence to take it.

Jump to a chapter

Source material

Use the original documentation for changing product capabilities and account availability.

Published episode and chapter list Codex project instructions with AGENTS.md Iterating development workflows with Codex

Continue with a guide

Keep exploring

The short version.

Pass it on

Share something useful.

Choose where to share, or copy the link.