zero2codex
OpenAI Codex workflow course

Course goal: ship your personal brand site

Build a personal brand site with Codex

Keep improving one project from an empty folder to a responsive one-page site with an introduction, projects, and contact details. Every lesson adds a visible result or a check toward that finish line.

Curriculum

Personal brand site build path

01

Start With Codex

Set up Codex and build the hero section of your personal brand site.

0/4
03

Work Safely

Add site interactions while keeping every edit safe and easy to undo.

0/3
Local Thread BoundariesAdd Back to top while keeping the task limited to one file and one visible outcome.
8 minReady

Local Thread Boundaries

Prevent context drift when Codex is working inside a live repository.

thread scopeworkspace statehandoff clarity
12-minute lab

Hands-on lab

Add a Back to top control to the personal brand site while keeping one task, one workspace, and one outcome. You will make Codex restate the boundary before it edits.

Before you start

  • Open my-brand-site with the completed theme switch from module two.
  • Start a new task named Add back to top; do not reuse the theme-planning task.

Do it now

Good prompt

Codex, this task has one outcome: add a clearly labeled Back to top control to index.html that returns from the Projects section to the hero. In scope: index.html and browser verification. Out of scope: redesigning styles, changing the theme switch, adding files, packages, or unrelated cleanup. Restate the boundary and likely checks first; wait for my approval before editing.

What success looks like

  • Only index.html changes, and every edit supports the Back to top outcome.
  • After moving to Projects, Back to top returns the page to the hero section.
  • The theme switch and existing button still work.
Stuck? Try this
  • If Codex mentions unrelated improvements, reply: “Those are out of scope. Restate only the Back to top task.”
  • If the diff includes cleanup or redesign, ask Codex to revert it and keep the smallest functional change.

Plain-language explanation

A thread is easiest to manage when it has one task, one workspace, and one current source of truth. That boundary helps Codex decide what belongs in scope.

If a conversation starts mixing bugs, design ideas, unrelated files, and old goals, Codex has more chances to make the wrong assumption.

Why it matters

Clear boundaries prevent context drift. They also make the final diff easier to review because every change should connect to the same task.

Common beginner mistake

Beginners often keep adding unrelated follow-ups to one thread until nobody can tell what the current task is.

Step-by-step

  1. Start by naming the current task and workspace.
  2. Tell Codex which previous context is relevant.
  3. Explicitly exclude unrelated files or goals.
  4. Ask Codex to restate the boundary before editing.

Try this

Before your next coding request, write one sentence that says what is in scope and one sentence that says what is out of scope.

Completion checklist

  • The task has one clear owner and working directory.
  • Unrelated files and previous goals are explicitly out of scope.

Sources

Sandbox And ApprovalsServe the personal site locally and review every command before approving it.Network Access RiskAudit fonts, images, scripts, and links to decide whether the site needs network access.
08

Finish And Deliver The Site

Polish independent tasks in parallel, then complete one final acceptance review.

0/3

Practice lab

Copyable Codex prompts

Plan before coding

Codex, inspect the relevant files first, then propose a plan. Do not edit until the plan names tests and verification steps.

Verification checklist

  • Relevant files are named before edits begin.
  • The plan includes tests and verification commands.

Verify a UI change

Codex, start the dev server, open the route in the browser, check desktop and mobile layouts, then report the exact evidence.

Verification checklist

  • Desktop and mobile states are checked in the browser.
  • The final note includes exact evidence.

Review focused risk

Codex, review the uncommitted diff. Focus on behavioral regressions, missing tests, and accessibility issues. Do not modify files.

Verification checklist

  • Findings lead with severity and file references.
  • Unchanged files are left untouched.
Every good Codex request says what to change, what to preserve, and how to prove it worked.

Reference

Codex concepts to keep nearby