Euer Team entwickelt mit Codex, und alle arbeiten auf dieselbe Weise.

So läuft die Schulung mit Codex

hackers&wizards gibt Codex-Schulungen für Entwicklerteams als Inhouse-Teamschulung: zwei Tage, remote oder vor Ort in Deutschland, Österreich und der Schweiz, auf Deutsch oder Englisch, danach Mentoring, während euer Team das Gelernte in echter Arbeit anwendet. Es ist unsere Schulung Agentic Engineering for Developers and QA, mit Codex.

1.500 EUR pro Person. Teamschulung, höchstens 15.000 EUR für die zwei Tage: bis zu 12 Personen nehmen teil, ihr zahlt höchstens für 10. Netto zzgl. USt., vor Ort zzgl. Reisekosten nach Aufwand.

Teams haben jedes unserer Trainings für Engineering, Produkt und Führung schon in Codex durchlaufen. Übungen, Review-Schritte und Mentoring funktionieren in jedem Agenten gleich. Anders sind nur die Instruktionsdateien und Einstellungen, und die richten wir am ersten Tag mit euch ein.

Was bei Codex anders ist

Nach der Schulung pflegt euer Team eine Instruktionsdatei, die Codex und Claude Code gleichermaßen lesen, und wählt Sandbox und Freigaben passend zur Aufgabe.

• Die Regeln stehen in der AGENTS.md

  Codex liest die AGENTS.md vom Root des Repositorys bis in den Ordner, in dem es gerade arbeitet, eine Datei pro Ordner. Standardmäßig hört es bei 32 KiB Text auf. Hat ein Ordner keine AGENTS.md, sucht Codex nach den Namen in project_doc_fallback_filenames. Stehen eure Regeln in der CLAUDE.md, tragt ihr sie dort ein, und Claude Code und Codex lesen dieselbe Datei.

• Skills und Custom Agents im Repository

  Skills sind Ordner unter .agents/skills mit je einer SKILL.md. Custom Agents sind TOML-Dateien unter .codex/agents mit Name, Beschreibung und Developer Instructions. Der Review-Agent, den euer Team am ersten Tag schreibt, liegt damit versioniert neben dem Code.

• Hooks und MCP in der config.toml

  Hooks laufen bei Events wie PreToolUse und Stop und werden in .codex/hooks.json oder der config.toml eingestellt. MCP-Server sind [mcp_servers]-Tabellen, von Hand eingetragen oder mit codex mcp add. Die .codex/config.toml eines Projekts greift nur, wenn das Projekt als vertrauenswürdig gilt.

• Sandbox und Freigaben getrennt einstellen

  Die Sandbox bestimmt, was Codex anfassen darf: read-only, workspace-write oder danger-full-access. Die Approval Policy bestimmt, wann es fragt: on-request, never oder granular pro Kategorie. Für ein vertrauenswürdiges Git-Repository empfiehlt Codex Auto: workspace-write, Freigabe auf Anfrage, kein Netzwerk. --yolo schaltet beides ab.

Was ihr bereitstellt

• Codex auf jedem Rechner der Teilnehmenden, als CLI, IDE-Extension oder Desktop-App, angemeldet über euren ChatGPT-Business- oder -Enterprise-Workspace oder per API-Key. Für Codex Cloud braucht es die Anmeldung über ChatGPT.
• Unsere gehostete Trainingsumgebung läuft mit Claude Code, eine Codex-Schulung findet deshalb auf euren Rechnern und Lizenzen statt. Euer Code bleibt, wo er ist: Wir arbeiten mit eurem Team am Bildschirm.
• Im Vorbereitungsgespräch klären wir, welche Sandbox- und Freigabe-Einstellungen eure Security zulässt und ob euer Team an einem unserer Repositories übt oder an einem eigenen.

So arbeitet euer Team am ersten Tag in Codex mit Einstellungen, die eure Security schon freigegeben hat.

So kann der erste Tag mit Codex aussehen

Nach dem ersten Tag hat euer Team eine AGENTS.md, die nur enthält, was Codex braucht, Freigaben auf Basis eigener Notizen und einen Review-Agenten, der Änderungen vor dem Pull Request prüft.

So läuft der erste Tag mit Codex typischerweise. Wir schneiden ihn im Vorbereitungsgespräch auf eure Codebasis zu.

• Eine AGENTS.md, mit der eine neue Kollegin klarkommt

  Codex entwirft eine AGENTS.md aus der Codebasis, und das Team kürzt sie auf Build- und Testbefehle, Konventionen und die Ordner, die tabu sind. Der typische Fehler ist eine Datei, die nur die README wiederholt. Das Team streicht jede Zeile, die Codex auch aus dem Code lesen kann, legt eine zweite AGENTS.md in einen Unterordner, startet Codex dort und lässt es sagen, welchen Regeln es folgt.

• In Auto anfangen, gezielt erweitern

  Die Teilnehmenden arbeiten in Auto und schreiben jede Freigabe mit, nach der Codex fragt. Nach einer Stunde entscheidet das Team, was es wirklich braucht, etwa Netzwerkzugriff für den Paketmanager, und stellt genau das in der config.toml ein. --yolo bleibt Wegwerf-Containern vorbehalten.

• Ein zweiter Reviewer vor dem Pull Request

  Eine Session baut ein kleines Feature. Dann lässt das Team Codex den Diff an einen Custom Agent aus .codex/agents übergeben, der ihn gegen die AGENTS.md prüft und nur echte Probleme meldet. Wo Claude Code neben Codex läuft, prüfen sich die beiden Agenten gegenseitig, so wie in unseren eigenen Trainings-Repositories mit codex exec.

Was gleich bleibt

Die Praxis ist in jedem Agenten dieselbe: wie die Agenten-Schleife funktioniert, welchen Kontext der Agent braucht, wie ihr so delegiert, dass er seine Arbeit selbst prüft, und wie das ganze Team eine Arbeitsweise behält. Agenda, Trainer:innen und Mentoring sind die der Schulung, die ihr bucht.

Fragen, bevor ihr bucht

Quellen

Alle Herstellerangaben auf dieser Seite haben wir am 27. Oktober 2026 in der Dokumentation des Herstellers nachgelesen.