Skip to content
Codex AI training workshop

Codex Training for Developers

Hands-on Codex training so your engineers get reliable, reviewed results from OpenAI’s coding agent in their own codebase.

  • Half-day session
  • In person or remote

10,000+ people trained across 500+ organisations

BT
Hilton
Three
Julius Bär
Quilter
Network Rail
Estee Lauder
WeWork
The AA
Bupa
London Business School
Kimberly-Clark
Frontier Economics
Candy Kittens
Amdocs
Young's Brewery
make.com
Dock & Bay
London & Partners
Montagu
BT
Hilton
Three
Julius Bär
Quilter
Network Rail
Estee Lauder
WeWork
The AA
Bupa
London Business School
Kimberly-Clark
Frontier Economics
Candy Kittens
Amdocs
Young's Brewery
make.com
Dock & Bay
London & Partners
Montagu

Bespoke Codex training, built to stick

Codex is OpenAI’s coding agent. It plans and carries out work across a whole project, locally or in the cloud, and reviews code as well as writing it. If your firm already runs on ChatGPT, it is likely the coding agent your engineers will reach for first.

This half-day course follows the same structure as our Claude Code class, built around your stack, repositories and tickets. Each engineer takes a small, real build from brief to reviewed, tested change, with the guardrails that keep code, secrets and production safe.

What engineers said after our agentic coding class

100%

said the class will help them get more value from Claude Code at work

94%

enjoyed the class

79%

would recommend it to a colleague

5 hrs

average time each engineer expects to save every week

From our Claude Code class, which this course mirrors. Post-class surveys from the engineering cohorts at a 400-person UK consumer technology company, July 2026.

What your team walks away knowing

Every session is built from scratch around your work, but every session builds the same foundations.

01

Setup, approvals and AGENTS.md

Setting up Codex in the app, terminal or editor, choosing how much it may do before asking for approval, and writing an AGENTS.md that records your conventions, tooling and access.

02

Finding work worth doing

Scanning repos, tickets, logs and errors for opportunities with evidence behind them, then committing to one small build for the day.

03

House style in AGENTS.md

Extracting your coding style from the repo with file references, saving it to AGENTS.md and using it to bring new code into line.

04

Sharp briefs and planning first

Having Codex review a vague ticket for ambiguity and edge cases, turning the answers into a one-page brief, then planning before any edit with human approval.

05

Models, reasoning and steering

Choosing the model and reasoning effort with cost in mind, keeping context clean between tasks and steering the work as it goes.

06

Parallel and background work

Running independent tasks side by side and handing longer jobs to Codex in the cloud, then reviewing the result before anything merges.

07

Review, debugging and hardening

Using Codex’s built-in code review alongside a sceptical review prompt, debugging one hypothesis at a time, and hardening risky code for injection, validation and load.

08

Proving it and shipping it

A verification plan with unit and end-to-end tests, browser QA that tries to break the app, and a PR summary of user impact, risky paths, tests and rollback.

The capstone

Every engineer takes one real build from their own repo all the way to a reviewed, tested change, so the team leaves with shipped work and a repeatable way of working, not just notes.

Ready to get more from Codex?

We can usually map your highest-impact use cases in a single conversation.

Get in Touch

Built in our workshops

These came out of our agentic coding classes. Each one is a habit that transfers directly to Codex.

Ticket ambiguity review before any code

A sceptical review of a vague feature ticket that surfaces ambiguities, unhandled edge cases and likely misreadings, then turns the answers into a sharp implementation brief.

Browser-based user journey QA

An agent clicks through member-facing flows like a real user, tries to break them, reproduces failures and traces the cause in code before proposing a fix.

Diff risk review and pull request packaging

Turns a finished change into a review-ready summary of user impact, risky paths, tests and rollback, and flags anything unrelated that slipped in.

Hardening pass for injection and load

Fixes injection risks, N+1 queries and missing error handling in a risky endpoint, explaining each fix and showing the diff before anything is accepted.

Drawn from our anonymised client use case library.

The numbers behind the shift

Three signals showing how fast agentic coding is becoming standard practice. Each links to its source.

20m

active Codex users as of August 2026

OpenAI

75%

of Google’s new code is AI-generated and approved by engineers, as of April 2026

Semafor

40%

of enterprise apps will embed task-specific AI agents by the end of 2026, up from under 5% in 2025

Gartner

The published syllabus

The day runs in four parts. Each engineer works on their own small build throughout, so every exercise moves real work forward.

  1. 01

    Foundations

    Setup and approval modes. How LLMs generate code and why deterministic tests matter. A read-only first look at your tooling. Finding something worth building and capturing house style in AGENTS.md.

  2. 02

    Shape and build

    An ambiguity review of the ticket and a sharp one-page brief. Planning first with human approval. Model and reasoning choices with cost in mind. Steering live. Parallel and cloud tasks.

  3. 03

    Improve quality

    Built-in code review plus a sceptical reviewer prompt. Debugging one hypothesis at a time. A hardening pass for injection, validation, queries and error handling.

  4. 04

    Prove and ship

    A verification plan with unit and end-to-end tests. Browser QA that tries to break the app. Guardrails for secrets and least privilege. A PR summary covering impact, risk and rollback.

What your team keeps

Delivered in person at your offices, or remotely.

  • An AGENTS.md per repo recording your conventions, tooling and access
  • A house style guide drawn from your own code
  • A ticket ambiguity review and brief template
  • A sceptical code review prompt and a hardening checklist
  • A pull request summary template covering impact, risk and rollback
  • A verification plan template, a curated prompt library and a follow-up review call

Security and code confidentiality

Engineering leads rightly ask what happens to their code. Safety is built into the day rather than bolted on at the end.

Engineers start with Codex asking for approval before it changes anything, and loosen that only for tasks they trust

The first look at your tooling is read-only, and review prompts never modify code

No .env files opened, no credentials printed and no live endpoints called during exercises

Secrets, least privilege and review before every merge are taught as a dedicated guardrail

Work done in the cloud is reviewed before anything merges

Anyone without a repo they can safely use works on our practice repository instead, so no client code is ever required

Going further

Rolling it out across engineering

Once a team has the habits, the next step is making them a standard across every repo and engineer.

  • Shared AGENTS.md conventions so output is consistent across teams
  • Codex review and verification steps wired into your normal PR and CI process
  • Agreed patterns for parallel and cloud work at team scale
  • Vetting MCP servers and tools before they reach the wider team
  • Org-wide guardrails on approvals, secrets and access

Who it’s for

Engineering teams on ChatGPT

Teams whose firm runs on ChatGPT and want to use Codex properly rather than by trial and error.

Engineers on production systems

Developers working on real products and integrations who need changes that are tested, reviewed and safe to ship.

Tech leads setting standards

Leads and platform teams deciding conventions, guardrails and how agentic coding fits the review process.

Data and BI developers

Data engineers and BI developers who want the same rigour on pipelines, scripts and reporting code.

Who teaches it

Every Codex session is led by one of our instructors, with a dedicated tutor in the room so nobody gets left behind.

Tom Hewitson

Tom Hewitson

Founder + Chief AI Officer

Susi Castle

Susi Castle

AI Instructor

Meena Sangar

Meena Sangar

AI Instructor

Charlie Cadbury

Charlie Cadbury

AI Instructor

Gerhild Pirker

Gerhild Pirker

AI Instructor

Louis Whittal

Louis Whittal

AI Instructor

Cien Solon

Cien Solon

AI Instructor

Aaron Jones

Aaron Jones

AI Instructor

Frequently asked questions

Do you train on our own codebase?

Yes. Each engineer works in a repository they can safely use, so the brief, the build and the review are all real. Anyone without one uses our practice repository instead.

Do you cover AGENTS.md, cloud tasks and code review?

Yes. The syllabus covers AGENTS.md, approval modes, planning before building, model and reasoning effort, parallel and cloud tasks, Codex’s built-in code review, hardening and testing AI-written code.

How do you keep our code and secrets safe?

Engineers start with Codex asking for approval before it changes anything, first contact with your tooling is read-only, exercises never open .env files or call live endpoints, and secrets, least privilege and review before merge are taught as a dedicated guardrail.

Should we choose Codex or Claude Code?

Usually whichever your firm already pays for. The habits we teach carry across both, and we run the same day on Claude Code for teams that use Claude.

Do you also train people who do not code?

Yes. Our Codex training for non-developers teaches analysts, finance and operations teams to build their own tools from plain English. Many firms run both.

Is the training in person or remote?

In person at your offices by default, with an instructor and a dedicated tutor in the room. We can run it remotely if that suits your team better.

Do you run Codex training courses in London?

Yes. We are based in Covent Garden, London, and run most sessions in person at clients’ offices in London and across the UK. We also work with teams worldwide, from Paris and Berlin to New York and Singapore, and can run sessions remotely when that suits better.

See what this looks like for your team

Tell us about your stack and how your engineers work, and we will design a day around your repositories and the way your team ships.

Get in Touch