OpenAI Academy „Build with AI“: Badge bestanden – und der Prod-Agent läuft trotzdem ohne Eval

OpenAI Academy rollt neue Learning Paths aus – Build with AI zielt mit Codex und API auf Entwicklerteams, und das Academy-Badge winkt nach bestandener Assessment. Spoiler: Der Badge feiert, der Staging-Agent läuft trotzdem ohne Eval-Harness und Checkpoint-Owner. Badge bestanden heißt nicht Prod freigegeben.

Am 21. September 2026 hat OpenAI den Index-Artikel zu den neuen Learning Paths veröffentlicht. Die kurze Version: Apply AI at Work für Knowledge Worker, Build with AI für Developers, Lead AI Adoption für Leaders, Teach and Learn with AI für Educators und Students. „Learning as part of deployment“ – Lernen als Teil des Ausrollens, nicht als Nachschlag nach dem Go-Live. Klingt einfach, ist es aber nicht, wenn Ihr Playbook den Badge schon als Freifahrtschein behandelt.

Wir bei digital-magazin.de haben den Index-Artikel und das Help-Center-Dokument zu den Academy-Courses nebeneinander gelegt. Die Kernfrage ist nicht, ob die Paths cool aussehen. Die Kernfrage lautet: Badge als Freifahrtschein – oder „Assessment bestanden ≠ Prod freigegeben“ jetzt in jedes Playbook? Unsere These (Redaktion, kein OpenAI-Zitat): Paths schließen Skill-Lücken um Lifecycle, Eval, Agents und Retrieval. Der Staging-Agent ohne Eval-Harness und Checkpoint-Owner läuft trotzdem. Feiern Sie den Kurs. Fordern Sie Playbook-Disziplin.

Im Ernst: Das Badge hängt sich an die Jacke und lächelt. Der Agent in Staging zuckt mit den Schultern und schreibt weiter Tickets, ohne dass jemand die Eval-Suite besitzt. Führerschein bestanden heißt nicht Autobahn bei Glatteis ohne ABS-Check. Genau so trennen wir hier Kursnachweis und Produktionsfreigabe. Wer das vermischt, bekommt am Freitag Lob für den Kursabschluss und am Montag einen Agenten, der in Staging Tools aufruft, ohne dass ein Checkpoint-Owner „stopp“ sagen kann.

Wer Coding-Agents ohnehin schon im Alltag hat, kennt die Versuchung: Kurs fertig, Diff fliegt, Review „sieht gut aus“, Deploy. Genau gegen diese Abkürzung zielt dieser Text – mit den Fakten aus dem OpenAI-Index und dem Help Center, plus unserer redaktionellen Forderung nach Playbook-Disziplin.

Was OpenAI Academy mit den neuen Paths tatsächlich ausrollt

OpenAI beschreibt im Index-Artikel vier Rollenpfade. Knowledge Worker landen bei Apply AI at Work. Developers und technische Teams bei Build with AI. Leaders bei Lead AI Adoption. Educators und Students bei Teach and Learn with AI – konkret AI for Educators und AI for College Students. Die Organization-Seite darf Paths kombinieren: Deployment Guide, Managers und Champions, gemeinsames Lernen statt Einzelheldentum.

Nerd-Alarm: Die Kurse sollen von Teams quer durch OpenAI geformt sein und sich aktualisieren, wenn Modelle, Produkte und Guidance wechseln. Das ist kein einmaliger PDF-Ordner. Das ist ein lebendes Portfolio – und genau deshalb taugt das Badge als Snapshot Ihrer Kursleistung, nicht als ewiger Prod-Pass. Wer „ich hab den Kurs damals gemacht“ als Freigabe-Argument nutzt, verwechselt Lernnachweis mit Betriebsnachweis. Der Snapshot altert. Der Agent in Staging altert nicht von allein in Richtung Sicherheit.

Die didaktische Idee laut Index: „use AI to learn AI“. Lernende üben an realen Aufgaben, geben Instructions, liefern Context, reviewen Ergebnisse. Course Assessments führen bei Bestehen zum OpenAI Academy course badge. Das Badge personifiziert den Nachweis: Es sagt „diese Person hat die Kursprüfung bestanden“. Es sagt nicht „dieser Agent darf in Production schreiben“. Es winkt. Es teilt sich. Es ersetzt keinen Eval-Lauf.

Ergänzend das Help Center (klar als solches): Academy-Courses sind free und self-paced, Zugang mit ChatGPT-Account, Hosting über Gradual. Course-completion certificates sind laut Help Center keine OpenAI Certifications und garantieren kein formales Credential. Badge laut Index-Artikel; Zertifizierungs-Abgrenzung laut Help Center. Wir bei digital-magazin.de halten diese Trennung bewusst sichtbar – sonst landet „Badge“ im Slack-Thread als „wir sind zertifiziert“ und niemand merkt den Unterschied. Im Zweifel: Index für Path-Logik und Badge-Erwähnung, Help Center für Zugang und Credential-Klarstellung.

OpenAI betont außerdem, dass Organisationen Paths mischen können: Onboarding mit Apply AI at Work, Build with AI für technische Teams, AI Leadership in Champion- oder Transformationsprogrammen, Teach-and-Learn-Kurse für Bildungsinstitutionen. Managers und Champions sollen Lernende ermutigen, echte Tasks mitzubringen und Gelerntes an laufende Arbeit zu koppeln. Der Deployment Guide bündelt Empfehlungen zu Einführung, Beteiligung und Fortschritt. Alles sinnvoll. Nichts davon ist ein Release-Gate für Ihren Staging-Agenten.

Spoiler: Die Tabelle sortiert Rollen. Sie ersetzt kein Release-Gate. Wer Build with AI abschließt und danach den Staging-Agent ohne Owner für Evals freischaltet, hat die Tabelle gelesen und das Playbook übersprungen. Rollenklarheit ist Voraussetzung. Betriebsdisziplin ist die nächste Schicht.

Build with AI: Codex-Seite, API-Seite – und warum beides noch kein Prod-Gate ist

Build with AI ist der Path, der Entwicklerteams trifft. Laut Index: für Developers und Teams, die mit Codex oder der OpenAI API arbeiten. Die Codex-Seite deckt ab, wie man Änderungen über den Software Development Lifecycle plant und umsetzt – und dabei Kontrolle über Review und Qualität behält. Die API-Seite: Solution Design, Evaluations, Agents, Retrieving relevant information, Operating AI systems in production. Zielrichtung: from experimentation to useful, reliable AI systems.

Die kurze Version für Bastelprojekte: Codex hilft beim Planen und Implementieren im Repo. Die API-Kurse reden explizit über Evaluations und Production. Das Badge nach Assessment sagt: Sie haben den Kursstoff geprüft. Der Prod-Agent sagt: Ich brauche einen Eval-Harness, der bei Regressionen schreit, und einen Checkpoint-Owner, der „weiter“ oder „stopp“ entscheidet. Klingt einfach, ist es aber nicht, wenn das Team den Kurs als Erlaubnis missversteht und den Freitag-Nachmittag als Go-Live missbraucht.

Personifikation gefällig? Das Badge strahlt LinkedIn-tauglich. Codex tippt fleißig Diffs. Der Agent in Staging öffnet Tools, ruft Retrieval auf, schreibt Antworten – und niemand hat den Eval-Lauf der letzten Nacht angeschaut. Im Ernst: Genau dieses Trio kennen wir aus anderen Agent-Setups. Wer mit Claude Code parallele Sessions fährt, merkt schnell: Tool-Kompetenz und Freigabe-Disziplin sind zwei verschiedene Muskeln. Wer Composer-ähnliche Flows in der IDE nutzt, wie wir es bei Cursor Composer 2 eingeordnet haben, weiß: Schnelle Änderung ≠ geprüfte Änderung.

Nerd-Alarm zur API-Seite der Academy: Evaluations, Agents, Retrieval, Production – das sind genau die Skill-Lücken, die Paths schließen sollen. Unsere These bleibt: Skill-Lücke schließen ist gut. Skill-Nachweis mit Badge verwechseln mit Prod-Freigabe ist schlecht. Assessment bestanden heißt: Verständnis geprüft. Eval-Harness und Checkpoint-Owner heißen: Betrieb verantwortlich gemacht. Ohne die zweite Schicht bleibt Build with AI ein feiner Lehrpfad und ein gefährlicher Statusbericht.

Optional lohnt der Blick auf die Academy-Landing zu Building with AI – dort bündeln sich die Entwicklerkurse. Primär bleibt der Index-Artikel vom 21. September 2026 die Quelle für die Path-Logik; das Help Center ergänzt Zugang, Badge-Schwelle und die Abgrenzung zu formalen Certifications. Wer nur die Landing liest und das Playbook vergisst, hat die halbe Geschichte.

Was Codex laut Index leisten soll, ist Kontrolle behalten: planen, umsetzen, reviewen, Qualität sichern. Was Teams daraus machen, entscheidet das Playbook. Wenn Review „LGTM“ ohne Eval-Evidence ist, haben Sie die Kontrolle nur rhetorisch behalten. Der Agent freut sich. Das Badge auch. Die Incident-Liste später ebenfalls.

Apply AI at Work und Leaders: Checkpoints, Ownership, Governance – nicht nur für Knowledge Worker

Apply AI at Work startet bei Basics, baut wiederverwendbare Workflows und endet bei Agents mit Checkpoints und Human Review. OpenAI betont: Verantwortung für das finale Ergebnis bleibt bei den Menschen. Leaders bekommen AI Leadership – Value, Ownership, Governance, Strategy und Roadmap. Organizations sollen Paths kombinieren und den Deployment Guide nutzen.

Spoiler: Wenn Leaders Governance predigen und Developers den Badge an die Wand hängen, während Staging ohne Checkpoint-Owner läuft, haben Sie ein Kulturproblem, kein Kursproblem. Das Badge kann Governance nicht ersetzen. Governance muss das Badge einordnen: Lernnachweis ja, Freigabe nein – außer das Playbook sagt explizit, welche zusätzlichen Gates danach greifen. Ownership ohne Named Owner ist Theater.

Wir bei digital-magazin.de sehen hier den Alltagsvergleich wieder: Führerschein bestanden. Autobahn bei Glatteis. ABS-Check fehlt. Die Academy liefert den Führerschein-Moment. Das Playbook muss den ABS-Check erzwingen – Eval-Harness, Owner, Rollback, Review-Punkt. Sonst fährt der Agent trotzdem, nur eben ohne die Sicherheit, die der Kurs eigentlich lehren wollte. Lesende, die das schon in Smart-Home-Incident-Playbooks gehört haben: gleiches Muster, anderer Stack.

Im Ernst: Apply AI at Work spricht Knowledge Worker an, aber die Checkpoint-Idee gehört in jedes technische Playbook. Agents ohne Review-Punkte sind Bastelprojekte mit Produktionsambition. Die Academy benennt Checkpoints. Ihr Team muss sie namhaft machen: Wer ist Owner? Welcher Score stoppt den Deploy? Welche Logs zählen als Evidence? Ohne Antworten bleibt „Human Review“ ein Slide, kein Gate.

Leaders müssen laut Index Value, Prioritäten, Ownership und Messung klären. Das ist die strategische Schicht. Build with AI ist die technische. Apply AI at Work die operative für den Alltag. Wenn die drei Schichten nicht denselben Satz teilen – Badge ≠ Prod – arbeiten sie gegeneinander. Strategy sagt „verlässlich“. Ops sagt „Badge haben wir“. Staging sagt „ich laufe schon“.

Badge vs. Prod-Freigabe: Die Checklist, die ins Playbook gehört

Hier die Trennung, die wir fordern – redaktionelle These, kein OpenAI-Zitat. Das Badge kommt aus Kurs und Assessment. Die Prod-Freigabe kommt aus Harness, Owner und Evidence. Wer beides in einen Satz packt, baut sich eine Lüge, die nett klingt.

Nerd-Alarm: Help Center sagt ergänzend – Badges und Completion-Certificates sind keine Certifications und garantieren keine formale Credential-Eignung. Index sagt: Badge nach bestandener Assessment. Beides zusammen gelesen: Feiern Sie den Badge. Schreiben Sie ihn nicht als Prod-Gate in die Change-Request. Das Badge will geteilt werden. Die Change-Request will Evidence.

Die kurze Version: Badge = Lernnachweis. Prod = Betriebsnachweis. Wer beides vermischt, bekommt einen Agenten, der in Staging läuft, während der Badge noch auf LinkedIn glänzt. Wer VS Code Agent Host und Session-Links ernst nimmt, kennt das Muster: Session sichtbar machen hilft – Freigabe ersetzen tut es nicht. Und wer Agent Mode und Next-Edit-Flows wie bei GitHub Copilot Agent Mode einsetzt, merkt dieselbe Trennung: Vorschlag generieren ist trivial; Vorschlag verantworten ist Arbeit.

Personifikation nochmal klar: Das Badge will geteilt werden. Der Agent will schreiben. Das Playbook muss dazwischen stehen und fragen: Wo ist der Eval-Harness? Wer ist Checkpoint-Owner? Welche Evidence liegt vor? Ohne diese drei Fragen ist Build with AI ein feiner Kurs und ein gefährlicher Freibrief. Mit den drei Fragen wird der Kurs genau das, was OpenAI beschreibt: Lernen als Teil von Deployment – nicht als Ersatz dafür.

Praktisch heißt das für Reviews: „Hat jemand Build with AI?“ ist eine nette Onboarding-Frage. „Liegt der Eval-Report bei, Owner XY hat signiert, Rollback getestet?“ ist die Freigabe-Frage. Vertauschen Sie die Reihenfolge, und Sie haben den Fail, den dieser Text personifiziert: Badge feiert, Agent läuft, Harness fehlt.

Skill-Lücken, die Paths schließen – und die Bastelprojekte trotzdem offen lassen

Dieses Bild wurde komplett mit KI generiertProviderhiggsfieldModellgpt_image_2PromptSticky notes saying eval and checkpoint blurred on monitor bezel, empty staging server rack glow, nerd apartment, no logos, no brand names, no readable text, 16:9

OpenAI positioniert Build with AI explizit um Lifecycle-Kontrolle mit Codex, um Evaluations, Agents, Retrieval und Production-Betrieb mit der API. Das schließt reale Skill-Lücken: Viele Teams experimentieren, wenige evaluieren systematisch. Viele bauen Agents, wenige besitzen Checkpoints. Viele hängen Retrieval an, wenige messen Answer Quality. Die Paths adressieren genau das – im Lernmodus.

Spoiler: Skill-Lücke geschlossen im Kurs heißt nicht Skill-Lücke geschlossen im Repo. Der Staging-Agent ohne Eval-Harness bleibt ein Bastelprojekt mit API-Key. Der Kurs kann Ihnen beibringen, Evaluations zu bauen. Ihr Playbook muss erzwingen, dass sie vor jedem meaningful Deploy laufen. Sonst haben Sie gelernt, wie man einen Gurt anlegt, und fahren trotzdem ohne.

Klingt einfach, ist es aber nicht, weil Zeitdruck den Badge als Abkürzung missbraucht. „Team hat Academy gemacht“ steht dann im Status-Update. „Eval-Harness grün, Owner XY hat signiert“ fehlt. Genau dort scheitert Deployment-Sicherheit – nicht am fehlenden Kursangebot. OpenAI liefert Paths. Ihr Kalender liefert Ausreden. Das Playbook muss den Kalender schlagen.

Im Ernst: Die Academy sagt „learning as part of deployment“. Das Playbook muss spiegeln: Deployment ohne Learning-Evidence und ohne Eval-Evidence ist Wunschdenken. Learning-Evidence ist der Badge. Eval-Evidence ist der Harness-Report. Beides. Nicht entweder-oder. Wer nur Learning-Evidence hat, hat Schüler. Wer nur Eval-Evidence ohne Lernen hat, hat Blindflug mit Charts. Beides zusammen ist erwachsenes Deployment.

Wir bei digital-magazin.de halten das für die Disziplin, die jetzt in jedes Agent-Playbook gehört – unabhängig davon, ob Sie Codex, die OpenAI API oder andere Coding-Agents nutzen. Der Kurs ist der Trainer. Das Playbook ist die Regel auf der Strecke. Trainer ohne Regel: Show. Regel ohne Trainer: Starrheit. Beides: Team, das Agents betreiben darf.

Retrieval verdient einen eigenen Satz, weil es in Build with AI explizit vorkommt. Relevante Information holen klingt nach Technikdetail. In Production ist es oft der Diff zwischen hilfreich und halluziniert-autoritär. Eval ohne Retrieval-Fälle prüft die halbe Wahrheit. Checkpoint-Owner ohne Retrieval-Metrik entscheidet im Nebel. Der Kurs nennt das Thema. Das Playbook muss die Fälle besitzen.

Was Teams konkret in den nächsten zwei Wochen tun sollten

Erstens: Paths wählen, nicht sammeln. Developers und technische Teams zu Build with AI; Knowledge Worker zu Apply AI at Work; Leaders zu AI Leadership. Organizations den Deployment Guide lesen und Managers/Champions benennen, die echte Tasks in die Kurse bringen – so beschreibt es OpenAI. Sammelwut ohne Anwendung ist Badge-Tourismus.

Zweitens: Badge-Regel schriftlich. Eine Zeile reicht: „Academy-Badge ist Lernnachweis, keine Prod-Freigabe.“ Hängen Sie sie neben das Change-Request-Template. Wer das Badge teilt, feiert Lernen. Wer damit Deploy argumentiert, bekommt eine höfliche Ablehnung und einen Link zum Playbook. Höflich, aber fest. Sonst gewinnt der Freifahrtschein.

Drittens: Eval-Harness und Checkpoint-Owner namhaft machen. Owner ist eine Person oder eine klar rotierende Rolle, kein Slack-Kanal ohne Antwortpflicht. Harness läuft bei Prompt-, Modell-, Tool- und Retrieval-Änderungen. Ohne grünen Lauf kein Staging-Promote – Punkt. Der Agent darf warten. Das Badge darf trotzdem glänzen.

Viertens: Help-Center-Klarheit intern kommunizieren. Free, self-paced, ChatGPT-Account, Gradual. Certificates of completion ≠ OpenAI Certifications. Badge und Completion sind Anerkennung für Kurs und Assessment – keine formale Zertifizierungsgarantie. Das verhindert LinkedIn-Inflation und Board-Missverständnisse. Schreiben Sie den Satz in die FAQ der internen Academy-Seite.

Nerd-Alarm für Tool-Teams: Wenn Sie parallel Codex-Workflows und IDE-Agents fahren, dokumentieren Sie Review-Qualität explizit – genau das, was die Codex-Seite der Academy betont: Kontrolle über Review und Quality behalten. Der Diff vom Agent ist Vorschlag. Der Review von Menschen (oder hartem Policy-Gate) ist Freigabe. Vorschlag und Freigabe in einen Knopf zu legen, ist der klassische Fail.

Spoiler zum Zeitplan: Kurse werden aktualisiert, wenn Modelle und Guidance wechseln. Wer den Badge von heute als Freigabe für den Agent von übermorgen nutzt, ignoriert genau diese Update-Logik. Der Badge altert als Snapshot. Der Harness muss mitwandern. Die kurze Version: Kursabschluss datieren, Harness versionieren, Owner namentlich führen.

Fünftens, weil Bastelprojekte das brauchen: Staging-Agenten inventarisieren. Welcher Agent läuft schon? Welcher hat Eval? Welcher hat Owner? Welcher wurde „nur kurz“ freigeschaltet, weil der Badge frisch war? Diese Liste ist unangenehm und nützlich. Unangenehm, weil sie Lücken zeigt. Nützlich, weil sie den nächsten Incident verhindert, bevor er LinkedIn-tauglich wird.

Mein persönlicher Fail: Badge-Sticker, Staging-Brand

Hand aufs Herz: Ich hab schon einmal ein Zertifikat an die Monitor-Kante geklebt und gedacht, damit sei der Prozess „fertig“. Spoiler: Der Agent in Staging hat sich nicht für den Sticker interessiert. Er hat weiter ohne Eval-Harness deployed, weil niemand den Checkpoint-Owner benannt hatte. Die kurze Version: Lernen war da. Freigabe-Ritual fehlte.

Nerd-Alarm: OpenAI beschreibt Build with AI als Weg von Experiment zu „useful, reliable AI systems“. Das ist der Anspruch der Kurse — Claim, nicht meine Messung. In meinem Keller-Setup heißt reliable: Wer darf Prod tippen? Welche Eval-Suite blockiert den Merge? Wer sagt bei 03:17 „Rollback“? Wenn diese drei Fragen unbeantwortet bleiben, ist das Badge Deko.

Im Ernst: Ich würde den Kurs trotzdem machen. Lifecycle, Evaluations, Agents, Retrieval, Production ops — das ist der Skill-Stack, den viele Teams nur als Folien-Titel kennen. Aber parallel schreibe ich eine Playbook-Zeile: Assessment bestanden ≠ Prod freigegeben. Ohne Harness, ohne Owner, ohne Review-Kontrolle bleibt der Agent ein Bastelprojekt mit API-Key.

Kennen Sie das? Der Chat sagt „done“, Staging ist grün, Prod wartet auf Mut. Mut ohne Checklist ist das Gegenteil von dem, was Academy mit Checkpoints und Human Review in Apply AI at Work übt. Also üben — und dann denselben Maßstab an Codex und API-Agenten anlegen. Klingt einfach, ist es aber nicht. Genau deshalb gehört die Zeile ins Playbook, nicht nur in die Slack-Erinnerung.

Was bleibt?

Der Punkt ist: OpenAI Academy liefert mit Build with AI und den anderen Paths echte Skill-Arbeit – Codex über den Lifecycle, API-Kurse zu Eval, Agents, Retrieval und Production, Apply AI at Work mit Checkpoints, Leaders mit Ownership und Governance. Das Badge nach Assessment ist ein feiner Nachweis. Es ist kein Freifahrtschein.

Feiern Sie den Kurs. Fordern Sie Playbook-Disziplin. Assessment bestanden ≠ Prod freigegeben – diese Zeile gehört jetzt in jedes Agent-Playbook, bevor der Staging-Agent ohne Eval-Harness und Checkpoint-Owner trotzdem losläuft. Führerschein bestanden. Autobahn bei Glatteis. ABS-Check zuerst. Das Badge darf jubeln. Der Agent wartet auf den Harness.

Primärquelle: der OpenAI-Index-Artikel Expanding OpenAI Academy with new learning paths. Ergänzend das Help Center zu OpenAI Academy courses (Zugang, Badge-Logik, Abgrenzung zu Certifications). Optional die Academy-Seite Building with AI.