Codex erweitert Sammlung von Anwendungsfällen deutlich

• OpenAI hat die Seite mit den Anwendungsfällen von Codex umfassend überarbeitet und von bisher 12 auf 52 Use Cases erweitert.
• Die Positionierung verschiebt sich damit von einer reinen Programmierhilfe hin zu einer Plattform, an die unternehmensweite Teams Aufgaben delegieren können – darunter Engineering, Design, Daten, Finanzen, Operations, QA und Sales.
• Von Computer Use (Mac-Automatisierung), Gmail-Posteingangsverwaltung, Slack, Zoom, Dokumenten und Spreadsheets über Finanzmodellierung (DCF, Cashflow, Budget), native iOS/macOS-Entwicklung, Sales- und Marketing-Workflows, QA, Automatisierung, Deployment, Evals bis zur ChatGPT-App: Die Beispiele sind als reale Arbeitsabläufe aufbereitet, die an Codex übergeben werden.

1. Codex als Arbeitskollegen einrichten (Automation / Integrations)

Schwierigkeitsgrad: Easy | Dauer: Long-running

• Tools, in denen die Arbeit tatsächlich stattfindet – etwa Slack, Gmail, Calendar, Notion, GitHub, Linear oder lokale Notizen – werden in einem Codex-Thread verbunden, sodass es wie ein „Kollege mit Kenntnis meines Arbeitskontexts“ genutzt werden kann.
• Beim ersten Durchlauf lässt man Codex wichtige, leicht übersehene Anfragen, geänderte Dokumente, untergegangene Entscheidungen und blockierte Handoffs aufspüren; der Nutzer gibt dann Feedback dazu, was nützlich ist und was nur Rauschen erzeugt.
• Anschließend kann auf denselben Thread Automatisierung gelegt werden, damit der Kontext regelmäßig geprüft wird. Entscheidungen, die Urteilsvermögen erfordern, soll Codex nicht eigenmächtig treffen, sondern dem Nutzer vorlegen.
• Geeignet für: Einzelpersonen, Operators, Manager, PMs und Engineers, die über viele Tools verteilten Arbeitskontext laufend nachverfolgen müssen.

2. Feedback in Aktionen umsetzen (Data / Integrations)

Schwierigkeitsgrad: Easy | Dauer: 30m

• Feedback aus verschiedenen Quellen – etwa Slack-Kanälen, GitHub-/Linear-Issues, Umfrage-CSV-Dateien, Notizen aus Kundeninterviews oder Google-Drive-Dokumenten – wird gesammelt und in ein prüfbares Ergebnis in Form eines Google Sheets oder Google Docs überführt.
• Codex bündelt Feedback nach Themen, Beleg-Links, Folgefragen und zugewiesenen Aktionen; geprüfte Inhalte können anschließend in Slack-Updates oder Issue-Entwürfe überführt werden.
• Wenn sich die Feedback-Quellen laufend ändern, kann im selben Thread Automatisierung eingerichtet werden, sodass nur neue Themen oder Punkte mit stärkerer Beleglage gemeldet werden.
• Geeignet für: Teams, die Beta-Feedback, Customer VOC, Issue-Threads oder Research-Notizen in Produktmaßnahmen überführen müssen.

3. Unordentliche Daten bereinigen und vorbereiten (Data / Knowledge Work)

Schwierigkeitsgrad: Easy | Dauer: 5m

• Wenn in CSV-Dateien oder Spreadsheets gemischte Datumsformate, Währungsstrings, doppelte Zeilen, leere Werte, Summenzeilen oder Aliase enthalten sind, lässt sich unter Beibehaltung des Originals eine bereinigte Kopie erzeugen.
• Der Nutzer gibt klar an, welche Probleme bereits sichtbar sind und welches Zielformat gewünscht ist, zum Beispiel eine bereinigte CSV, eine Datei zum Hochladen oder ein neuer Sheet-Tab.
• Codex hinterlässt zusammen mit der bereinigten Datei auch Hinweise zur Datenqualität, damit diese vor einer Analyse oder einem Upload noch von Menschen geprüft werden können.
• Geeignet für: Teams, die aus verschiedenen Systemen erhaltene Datendateien für Analysen oder die Eingabe in operative Systeme aufbereiten müssen.

4. Tabellarische Daten abfragen (Data / Knowledge Work)

Schwierigkeitsgrad: Easy | Dauer: 30m

• Stellt man Fragen zu CSV-Dateien, Spreadsheets, Dashboard-Exports, Google Sheets oder lokalen Datendateien, prüft Codex die Spalten und führt Berechnungen, Aggregationen sowie die Erstellung von Diagrammen aus.
• Empfohlen wird ein Ablauf, der nicht bei einer einfachen Antwort endet, sondern HTML-basierte Browser-Visualisierungen erzeugt, die sich direkt in der Codex-App öffnen lassen.
• Nach einer ersten Analyse können im selben Thread Folgeanalysen zu Regionen, Kohorten, Produkten, Kalenderwochen, Modellversionen oder Kundensegmenten angestoßen werden.
• Geeignet für: datengetriebene Arbeit, bei der schnelle Berechnungen, einfache Diagramme oder Zusammenfassungen für Meetings benötigt werden.

5. GitHub Pull Requests reviewen (Integrations / Workflow)

Schwierigkeitsgrad: Easy | Dauer: 5s

• Codex Code Review kann mit einer GitHub-Organisation oder einem Repository verbunden werden, um für jeden PR automatische Reviews zu erhalten oder per PR-Kommentar manuell ein Review anzufordern.
• Der Fokus liegt darauf, zusätzliche Prüfsignale für Punkte zu erhalten, die Menschen leicht übersehen – etwa Sicherheitsregressionen, fehlende Tests, riskante Verhaltensänderungen oder fehlende Dokumentation.
• Wenn in AGENTS.md Review-Prioritäten und dateispezifische Regeln hinterlegt werden, lassen sich die Review-Kriterien von Codex an das jeweilige Repository anpassen.
• Geeignet für: Teams, die vor dem Merge zusätzliche Prüfsignale brauchen, sowie für große Codebases im laufenden Betrieb.

6. Den Posteingang verwalten (Automation / Integrations)

Schwierigkeitsgrad: Easy | Dauer: 5m

• Durch die Verbindung mit Gmail lassen sich E-Mails finden, die eine Antwort benötigen; auf Basis kürzlich gesendeter Mails oder freigegebener Schreibbeispiele erstellt Codex Antwortentwürfe im Ton des Nutzers.
• Reicht der Kontext aus den E-Mails allein nicht aus, kann Codex in Arbeitstools wie Slack, Google Drive oder Projektnotizen nach aktuellen Entscheidungen, Verantwortlichen, Dateien oder Blockern suchen.
• Der erste Durchlauf sollte als Kalibrierung betrachtet werden: Man gibt Feedback dazu, welche Mails ignoriert werden sollen und welcher Ton passt, und entwickelt daraus anschließend eine regelmäßige Automatisierung.
• Geeignet für: Menschen, die das Sortieren des Posteingangs und das Erstellen von Antwortentwürfen wiederholt bearbeiten möchten.

7. Responsives Frontend-Design umsetzen (Front-end / Design)

Schwierigkeitsgrad: Intermediate | Dauer: 1h

• Screenshots, Design-Briefs und Referenzbilder werden als Input genutzt und in responsive UI umgesetzt, die Design-System, Tokens und Komponenten eines bestehenden Repositorys wiederverwendet.
• Codex öffnet mit Playwright einen echten Browser und vergleicht die Umsetzung an Desktop- und Mobile-Breakpoints mit der Referenz, um sie iterativ zu verbessern.
• Bei unklaren Punkten empfiehlt es sich, Codex anzuweisen, statt eines neuen Design-Systems die einfachste Umsetzung im Rahmen vorhandener Muster zu wählen und getroffene Annahmen explizit zu machen.
• Geeignet für: die Umsetzung neuer Frontend-Screens und das Einfügen gestalteter Screens in bestehende Apps.

8. Eine große Codebase verstehen (Engineering / Analysis)

Schwierigkeitsgrad: Easy | Dauer: 5m

• Beim Einstieg in ein unbekanntes Repository oder einen fremden Funktionsbereich kann man Codex den Request-Flow, Verantwortlichkeiten der Module, Orte der Datenvalidierung, Nebenwirkungen und als Nächstes zu lesende Dateien erklären lassen.
• Praktischere Erklärungen erhält man meist, wenn statt einer pauschalen Gesamtzusammenfassung ein konkreter Systembereich angegeben wird.
• Empfohlen wird ein Ablauf mit Folgefragen zu Orten der Business-Logik, Validierungsstellen, leicht zu übersehenden Hintergrundjobs und Tests, die nach Änderungen ausgeführt werden sollten.
• Geeignet für: das Onboarding neuer Engineers und Entwickler, die vor einer Funktionsänderung den Codefluss schnell erfassen müssen.

9. Eine Mac-App-Shell erstellen (macOS / Code)

Schwierigkeitsgrad: Advanced | Dauer: 1h

• Mit dem Plugin Build macOS Apps wird eine Mac-native SwiftUI-App-Shell erstellt und eine auf NavigationSplitView basierende Struktur aus Sidebar, Detail-Panel und Inspector aufgebaut.
• Es wird empfohlen, Menüs, Toolbar, Tastenkürzel und eine Settings-Scene früh so zu entwerfen, dass sie sich für Desktop-Apps natürlich anfühlen.
• Ziel ist keine bloß hochskalierte iPad- oder Web-App, sondern eine Mac-App-Struktur, in der Fenster, Auswahlzustand, Befehle und Einstellungen stabil funktionieren.
• Geeignet für: Mac-Apps wie Editoren, Bibliotheken, Admin-Tools oder Review-Tools, die Sidebar und Inspector benötigen.

10. Mit Codex meinen Computer bedienen (Knowledge Work / Workflow)

Schwierigkeitsgrad: Easy | Dauer: 5m

• Mit Computer Use kann Codex Mac-Apps direkt sehen, klicken und Eingaben machen und dabei Aufgaben über mehrere Apps und Fenster hinweg ausführen.
• Das eignet sich gut für Abläufe in normalen App-UIs ohne dediziertes Plugin, etwa um Informationen aus Notes zu holen und in ein anderes System einzugeben oder Inhalte in Messages zu prüfen und Antworten zu verfassen.
• Anfragen beginnen mit @Computer, und es ist sinnvoll, das gewünschte Ergebnis sowie riskante Aktionen, bei denen angehalten werden soll, mit anzugeben.
• Geeignet für: wiederkehrende Aufgaben, die nur innerhalb von App-UIs möglich sind, sowie Wissensarbeit über mehrere Fenster und Dateien hinweg

11. Bug-Triage automatisieren (Automation / Quality)

Schwierigkeit: Intermediate | Dauer: 1h

• Codex lässt sich durch Orte navigieren, an denen Bug-Signale zusammenlaufen, etwa Sentry-Benachrichtigungen, Slack-Threads, Linear-/GitHub-Issues, PR-Fehlerschranken, Logs und Support-Tickets.
• Zunächst wird per manuellem Sweep eine Kandidatenliste erstellt, dann wird im selben Thread nachjustiert, welche Einträge nützlich sind, bevor auf regelmäßige Automatisierung umgestellt wird.
• Wenn das System ausreichend vertrauenswürdig ist, kann Codex sogar Entwürfe für Linear-Issues, Slack-Updates, GitHub-Kommentare und Handoff-Notizen erstellen.
• Geeignet für: Produkt- und Engineering-Teams, die täglich über mehrere Tools verteilte Bug-Reports priorisieren müssen

12. Slide-Decks erstellen (Data / Integrations)

Schwierigkeit: Easy | Dauer: 30m

• Codex bearbeitet PowerPoint-Dateien direkt per Code und kombiniert dies mit Bilderzeugung, um bestehende Decks zu aktualisieren oder neue Decks zu erstellen.
• Dabei werden Regeln vor der Auslieferung festgelegt, etwa Logo-Positionen, Text-/Bildanordnung auf bestimmten Folien, Beibehaltung bestehender Branding-Vorgaben sowie Prüfung auf Overflow und Font-Ersetzungen.
• Es wird empfohlen, die Folien als editierbare .pptx zu belassen; wiederholbare Layout-Regeln kann Codex dabei pro Folie anwenden.
• Geeignet für: Teams, die strukturierte Eingaben oder Notizen in Präsentationsmaterial umwandeln, sowie Arbeiten, bei denen bestehende Decks in größerem Umfang angepasst werden müssen

13. Coding-Aufgaben in Slack starten (Integrations / Workflow)

Schwierigkeit: Easy | Dauer: 5m

• Nach der Installation der Slack-App und dem Verbinden von Repository und Umgebung kann per Erwähnung von @Codex im Thread eine Coding-Aufgabe gestartet werden.
• Wenn der Thread genügend Informationen zu Anfrage, Einschränkungen und gewünschtem Ergebnis enthält, führt Codex auf Basis dieses Kontexts einen Cloud-Task aus.
• Über den Ergebnislink lässt sich das Resultat prüfen, und zusätzliche Anpassungen können bei Bedarf im selben Slack-Thread fortgeführt werden.
• Geeignet für: Teams, die direkt aus Slack-Diskussionen heraus Issue-Triage, Bugfixes oder kleine Implementierungsaufgaben übergeben möchten

14. Kleine UI-Änderungen schnell iterieren (Front-end / Design)

Schwierigkeit: Easy | Dauer: 5m

• Wenn die Struktur einer bestehenden App bereits steht, lassen sich kleine UI-Änderungen wie Spacing, Alignment, Farbe, Copy, responsives Verhalten oder States schnell einzeln umsetzen.
• Empfohlen wird eine Schleife wie bei Codex-Spark mit einem schnellen Modell: „eine visuelle Notiz auf einmal, eine kleine Änderung auf einmal, eine Browser-Prüfung auf einmal“.
• Dabei soll der Änderungsumfang präzise festgelegt und verlangt werden, dass bestehende Komponenten, Tokens, Layout-Primitives und Datenflüsse erhalten bleiben.
• Geeignet für: feingranulare UI-Korrekturen aus Design-Reviews sowie Änderungen, die direkt in einer Produkt-Review-Runde umgesetzt werden sollen

15. Onboarding neuer Mitarbeitender koordinieren (Integrations / Data)

Schwierigkeit: Intermediate | Dauer: 30m

• Aus genehmigten Listen neuer Mitarbeitender, Onboarding-Trackern, Manager-/Team-Mappings, dem Status von Hardware- und Account-Vorbereitung sowie Kalender-Meilensteinen wird ein prüfbares Onboarding-Paket erstellt.
• Empfohlen wird, den ersten Durchlauf schreibgeschützt zu halten und echte Einladungen, DMs, E-Mails, Channel-Erstellungen und System-Updates erst nach Prüfung explizit zu genehmigen.
• Dabei können auch Team-Zusammenfassungen, Lücken im Vorbereitungsstand, Namen für Willkommensräume, Einladungslisten, Checklisten für die erste Woche und Ankündigungsentwürfe vorbereitet werden.
• Geeignet für: People, Recruiting, IT, Workplace Operations und Manager, die neue Mitarbeitende aufnehmen

16. Ein neues Konzept lernen (Knowledge Work / Data)

Schwierigkeit: Intermediate | Dauer: 30m

• Codex kann dichte Materialien wie Papers, Vorlesungsunterlagen oder lange Dokumente lesen und Problemstellung, Beitrag, Methode, Experimente, Grenzen und Vorwissen strukturieren.
• Mit Subagents lassen sich Rollen wie das Erfassen der Dokumentstruktur, Recherche zu Vorwissen, Analyse von Abbildungen/Formeln und das Schreiben des Abschlussberichts aufteilen.
• Als Ergebnis eignen sich Formen, die später erneut geprüft werden können, etwa Markdown-Berichte, Mermaid-Diagramme, Concept Maps oder Claim-to-Evidence-Tabellen.
• Geeignet für: Menschen, die sich schnell in ein unbekanntes Forschungsfeld, komplexe technische Konzepte oder lange Kursmaterialien einarbeiten müssen

17. API-Integrationen upgraden (Evaluation / Engineering)

Schwierigkeit: Intermediate | Dauer: 1h

• Bestehende OpenAI-API-Integrationen werden auf die neuesten empfohlenen Modelle und API-Funktionen umgestellt, wobei Verhaltensgleichheit und Regressionsprüfung gemeinsam sichergestellt werden.
• Es geht nicht nur darum, Modellnamen auszutauschen; stattdessen werden zuerst aktuelle Endpoints, Tool-Annahmen, Antwortformate, Prompts und Evaluationspfade inventarisiert.
• Empfohlen wird ein Ablauf, bei dem mit openai-docs die neuesten Modell-/Prompt-Guides geprüft und Änderungen vor und nach der Umstellung mit einer Eval-Pipeline wie Promptfoo verifiziert werden.
• Geeignet für: Produkte mit älteren Modellen/Endpoints sowie Teams, die beim Modell-Upgrade Regressionstests benötigen

18. Eine App oder Website deployen (Front-end / Integrations)

Schwierigkeit: Intermediate | Dauer: 30m

• Auf Basis von Repository, Screenshots, Design-Briefing, Produktidee, API-Dokumentation und Datenquellen kann Codex eine Web-App erstellen oder anpassen und bis zu einer Vercel-Preview-URL deployen.
• Entscheidend ist, vor dem Deployment Projektprüfung, Build/Tests, Analyse von Fehler-Logs und Validierung der Preview ausführen zu lassen.
• Auch nach dem Deployment können im selben Thread Anpassungen wie Mobile-Layout-Korrekturen, Einbindung aktueller Daten oder Fixes für fehlgeschlagene Build-Logs fortgeführt werden.
• Geeignet für: Teams, die Ideen oder Designs schnell als teilbare Web-Preview umsetzen möchten

19. Figma-Designs in Code umsetzen (Front-end / Design)

Schwierigkeit: Intermediate | Dauer: 1h

• Über den Figma-MCP-Server werden Designkontext, Variablen, Assets und Varianten exakter Knoten geholt und anschließend passend zum Designsystem des bestehenden Repositorys in Code übersetzt.
• Empfohlen wird ein Vorgehen mit get_design_context und bei Bedarf anschließend get_metadata und get_screenshot, um Struktur und Referenzen zu sichern und dann mit der Implementierung zu beginnen.
• Mit Playwright wird das Umsetzungsergebnis im Browser mit der Figma-Referenz verglichen, während Unterschiede bei responsivem Verhalten und Interaktionen iterativ korrigiert werden.
• Geeignet für: Design- und Frontend-Teams, die in Figma fertig ausgearbeitete Screens oder Flows in eine bestehende Codebase implementieren müssen

20. App-QA mit Computer Use durchführen (Automation / Quality)

Schwierigkeit: Intermediate | Dauer: 30m

• Computer Use sieht die tatsächliche Benutzeroberfläche, klickt, gibt Eingaben ein, scrollt, führt zentrale User Flows aus und protokolliert Stellen, an denen Fehler auftreten
• Dabei sollten Umgebung, die zu testenden Kern-Flows, das Format des Bug-Reports, Schweregrad-Kriterien, Reproduktionsschritte sowie erwartete/tatsächliche Ergebnisse klar vorgegeben werden
• Es kann sowohl Funktionsfehler als auch UI-Probleme erfassen; die Ergebnisse werden in Form einer Triage Summary aufbereitet, die sich an QA-Reports oder an Engineer übergeben lässt
• Geeignet für: Validierung zentraler Flows vor dem Release, Teams, die manuelle QA strukturieren möchten

21. Datensätze analysieren und Reports erstellen (Data / Analysis)

Schwierigkeitsgrad: Intermediate | Dauer: 1h

• Lädt unaufgeräumte Datendateien, bereinigt sie, führt Joins, explorative Analysen, Visualisierungen und Modellierung durch und verpackt das Ergebnis als Berichte oder Dashboards für Entscheidungen
• Wichtig ist, Codex zunächst die Python-Umgebung des Projekts, den Package Manager, den Ausgabeordner und die Skriptkonventionen verstehen zu lassen
• Wiederkehrende Notebook-Bereinigung, Spreadsheet-Export und das Packaging des finalen Reports lassen sich als reusable Skill auslagern, damit derselbe Analyse-Workflow leicht wiederverwendet werden kann
• Geeignet für: Analysten/Produktteams, die reproduzierbare Analyseartefakte von der Datenbereinigung über Charts und Memos bis zum Bericht benötigen

22. Aufgaben aus Nachrichten erledigen (Knowledge Work / Integrations)

Schwierigkeitsgrad: Easy | Dauer: 5m

• Computer Use findet und erledigt verborgene To-dos in Messages-Threads, etwa Buchungen, Recherchen, Terminabstimmungen, Belegeinreichungen oder das Zusammentragen von Informationen
• Bestimmte Absender oder Threads können vorgegeben werden, und nach Abschluss der Aufgabe kann ein Entwurf für eine Antwort im ursprünglichen Nachrichten-Thread erstellt werden
• Bei schwer rückgängig zu machenden Aktionen wie Zahlungen, Bestellungen oder Buchungsbestätigungen ist es wichtig anzuweisen, unbedingt anzuhalten und eine Freigabe einzuholen
• Geeignet für: Personen, die kleine umsetzbare Aufgaben aus persönlichen Nachrichten nicht übersehen und zuverlässig erledigen möchten

23. Aus einer Idee ein PoC machen (Front-end / Engineering)

Schwierigkeitsgrad: Intermediate | Dauer: 1h

• Mit GPT Image/ImageGen wird zunächst ein hochwertiges UI-Mockup erstellt, um die visuelle Richtung festzulegen; auf Basis dieses Mockups wird dann mit Build Web Apps oder dem Game Studio Plugin ein funktionsfähiger Prototyp umgesetzt
• Geeignet für frühe Produktideen, bei denen ein tatsächlich anklickbarer PoC mehr Antworten liefert als eine reine Dokumentationsplanung
• Bilder, die schließlich umgesetzt werden sollen, hängt man am besten in einem neuen Turn an, damit Codex sie direkt als Referenz nutzen kann
• Geeignet für: Teams, die Dashboards, Tools, Web-Apps oder Spielideen schnell visualisieren und validieren möchten

24. Browserbasierte Spiele erstellen (Engineering / Code)

Schwierigkeitsgrad: Intermediate | Dauer: Long-running

• Statt direkt vom Game Brief ins Coding zu gehen, lässt man zuerst eine PLAN.md erstellen, die Spielerziel, Main Loop, Steuerung, Sieg-/Niederlagebedingungen, Rendering und Asset-Planung enthält
• Mit ImageGen werden Concept Art, Sprites, Hintergründe und UI-Assets erzeugt; mit Playwright werden Spielgefühl und Bildschirminhalt im echten Browser getestet und iterativ verbessert
• Spiele müssen fortlaufend bei Code, UI, Assets, Balancing und Deployment überprüft werden, weshalb dies gut zu den langfristigen iterativen Aufgaben von Codex passt
• Geeignet für: Arbeiten, bei denen ein Browserspiel von Grund auf erstellt oder das Bediengefühl und die Visuals eines Prototyps iterativ validiert werden müssen

25. Schwierige Probleme iterativ verbessern (Engineering / Analysis)

Schwierigkeitsgrad: Advanced | Dauer: Long-running

• Es werden ein klares Bewertungssystem, Score-Skripte und überprüfbare Artefakte bereitgestellt, damit Codex eine scorebasierte Verbesserungsschleife ausführen kann
• Dabei werden deterministic checks und LLM-as-a-judge-Bewertungen gemeinsam verwendet, und es werden Stopping Rules für Overall Score und Judge Average festgelegt
• Die Struktur sieht vor, dass Codex in jeder Iteration die aktuelle Ausgabe prüft, die Bewertung misst, genau eine Verbesserung anwendet, erneut evaluiert und Logs schreibt
• Geeignet für: Optimierungsprobleme, die nicht in einem Durchgang gelöst sind, sowie Aufgaben, bei denen visuelle oder subjektive Qualität mehrfach verbessert werden muss

26. Workflows als Skill speichern (Engineering / Workflow)

Schwierigkeitsgrad: Easy | Dauer: 5m

• Gut funktionierende Codex-Threads, Review-Regeln, Testbefehle, Release-Checklisten, Designregeln, Schreibbeispiele und repositoryspezifische Skripte werden als wiederverwendbarer Skill gespeichert
• Mit $skill-creator wird strukturiert festgelegt, wann er ausgelöst werden soll, welche Materialien und Befehle zu verwenden sind und welche Ausgabe benötigt wird
• Skills im Home-Verzeichnis können in allen Repos verwendet werden, projektinterne Skills lassen sich gemeinsam mit dem Team committen und teilen
• Geeignet für: Teams, die Codex wiederkehrende Aufgaben merken lassen möchten, statt jedes Mal lange Prompts einzufügen

27. Dokumentation aktualisieren (Engineering / Code)

Schwierigkeitsgrad: Easy | Dauer: 30m

• Liest Codeänderungen, Tests, Release Notes sowie den Kontext aus PRs/Issues mit und aktualisiert README, Entwicklerdokumentation, Migration Notes und Runbooks
• Empfehlenswert ist, Codex zunächst in der vorhandenen Dokumentation nach relevanten Feature-Namen, Config-Keys, Befehlen und Beispielen suchen zu lassen und dann nur die minimal nötige Dokumentationsoberfläche zu ändern
• Bei öffentlicher Dokumentation sollte ausdrücklich eingeschränkt werden, dass keine internen Roadmaps, Kundendaten oder nicht öffentliche Kontexte einfließen
• Geeignet für: technische Redaktion/Engineering-Teams, die Dokumentation parallel zu Änderungen im Produktverhalten pflegen müssen

28. iOS-Apps bauen (iOS / Code)

Schwierigkeitsgrad: Advanced | Dauer: 1h

• Codex scaffoldet eine SwiftUI-iOS-App und richtet eine CLI-first-Build-/Run-Schleife auf Basis von xcodebuild oder Tuist ein
• In bestehenden Projekten kann es so arbeiten, dass es Scheme-, Simulator-, Screenshot- und UI-Automation-Informationen über XcodeBuildMCP prüft
• Mit iOS-bezogenen Skills wie SwiftUI expert, Liquid Glass oder SwiftUI performance lassen sich UI-Implementierung, Nutzung neuer APIs und Performance-Prüfung robuster umsetzen
• Geeignet für: Greenfield-SwiftUI-Apps, bestehende iPhone-/iPad-Projekte, die simulatorbasierte Validierung benötigen

29. Eine Codebase refaktorieren (Engineering / Code)

Schwierigkeitsgrad: Advanced | Dauer: 1h

• Spürt toten Code, doppelte Logik, übergroße Module, veraltete Abstraktionen und Legacy-Patterns auf und bereinigt sie in kleinen, reviewbaren Einheiten
• Refactoring ist keine Stack-Migration, sondern eine Arbeit zur Verbesserung der Systemstruktur bei gleichbleibendem Verhalten; deshalb sollte ausdrücklich vorgegeben werden, das öffentliche Verhalten beizubehalten
• Für größere Aufräumarbeiten wird empfohlen, mit ExecPlan oder einem reusable Skill in Checkpoints zu unterteilen und Tests sowie Verifikation zu wiederholen
• Geeignet für: ältere Codebasen, bei denen neue Features zunehmend teuer werden, sowie Teams, die verhaltenswahrende Bereinigungen brauchen

30. iOS App Intents hinzufügen (iOS / Code)

Schwierigkeitsgrad: Advanced | Dauer: 1h

• Identifiziert die zentralen Aktionen und Entitäten in einer App, damit sie über Systemoberflächen wie Shortcuts, Siri, Spotlight, Widgets und Controls genutzt werden können
• Entwirft nicht zuerst den gesamten Bildschirm, sondern zunächst einige Aktionen, die Nutzer auch ohne Öffnen der App ausführen möchten, sowie Objekte, die das System verstehen muss
• Der Ablauf sieht vor, dass Codex die Modelle, die Navigation und die Datenzugriffspfade einer bestehenden App analysiert und die erste Intent-Oberfläche in kleinem Umfang implementieren lässt
• Geeignet für: Apps, die bereits nützliche Funktionen haben, aber in der iOS-Systemautomatisierung und Suche kaum sichtbar sind

31. macOS-Apps bauen (macOS / Code)

Schwierigkeit: Advanced | Dauer: 1h

• Beim Erstellen einer SwiftUI-basierten macOS-App wird zunächst ein Szenenmodell wie WindowGroup, Window, Settings, MenuBarExtra oder DocumentGroup ausgewählt
• Richtet mit xcodebuild oder swift build und dem projektlokalen script/build_and_run.sh eine Shell-first-Build-/Ausführungsschleife ein
• Je größer die App wird, desto stärker behandelt es Fenster, Menüs, Sidebars, Settings, AppKit-Interop und Signing-Fragen aus der Perspektive von Desktop-Apps
• Geeignet für: neue Mac-Apps, die eine native Desktop-Struktur brauchen, sowie Verbesserungen bei UI, Build und Deployment bestehender Mac-Apps

32. Liquid Glass anwenden (iOS / Code)

Schwierigkeit: Advanced | Dauer: 1h

• Baut eine bestehende SwiftUI-App auf Basis von iOS 26 und Xcode 26 und unterscheidet zwischen System-Glass, das Standard-Controls automatisch erhalten, und Custom-UI, die direkt ersetzt werden muss
• Führt dazu, einen Custom-Blur-/Material-Stack auf natives glassEffect, GlassEffectContainer, den Glass-Button-Stil und glassEffectID-Transitionen umzustellen
• Wenn Unterstützung für frühere iOS-Versionen nötig ist, müssen #available(iOS 26, *) und ein Fallback-Pfad klar erhalten bleiben
• Geeignet für: Teams, die High-Traffic-Flows bestehender Apps sicher auf iOS 26 Liquid Glass migrieren wollen

33. Mac-Telemetrie hinzufügen (macOS / Code)

Schwierigkeit: Advanced | Dauer: 30m

• Fügt auf Apple-Logger basierende, signalstarke Logs für Abläufe wie Fensteröffnungen, Sidebar-Auswahl, Menübefehle und Sync-Meilensteine in Mac-Apps hinzu
• Codex lässt die App bauen/ausführen und im Console oder per Log-Stream belegen, ob tatsächliche Ereignisse in der erwarteten Reihenfolge auftreten
• Vermeidet sensible Payloads, definiert Subsystem und Kategorie klar und ermöglicht so, im agentischen Debugging-Loop den nächsten Patch fundiert zu entscheiden
• Geeignet für: Mac-App-Funktionen, deren Abläufe sich allein per Code-Review schwer nachverfolgen lassen, sowie logbasierte Debugging-Loops

34. Im iOS-Simulator debuggen (iOS / Code)

Schwierigkeit: Advanced | Dauer: 1h

• Codex und XcodeBuildMCP finden Scheme/Simulator, bauen und starten die App, lesen dann die UI-Hierarchie aus und führen Tap-, Type-, Swipe-, Screenshot- und Log-Capture-Schritte aus
• Falls nötig, wird LLDB angehängt, um Stack-Frames, lokale Variablen und Breakpoints zu prüfen und einen vagen Bug-Report in eine reproduzierbare kleine Änderung zu überführen
• Nach Änderungen wird derselbe Simulator-Pfad erneut ausgeführt, um Belege dafür zu hinterlassen, dass der Bug verschwunden ist
• Geeignet für: iOS-UI-Bugs, die nur in bestimmten Tab-/Scroll-/Eingabeflows auftreten, sowie Crash-/Hang-/Navigationsprobleme

35. Abhängigkeitssicherheitsvorfälle auditieren (Engineering / Quality)

Schwierigkeit: Advanced | Dauer: 1h

• Wenn ein öffentliches Paket-Advisory oder ein Supply-Chain-Vorfall auftritt, wird nicht sofort gepatcht, sondern zunächst ein konservativer Read-only-Audit-Plan erstellt
• Codex unterscheidet zwischen maßgeblichen Quellen und allgemeinem Kommentar, definiert Evidence, mit der sich Exposure belegen oder ausschließen lässt, und prüft anschließend Manifest, Lockfile, CI-Workflow und Skripte
• Die Ausführung, Installation, der Build oder Test von untrusted Code wird standardmäßig bis zu einer ausdrücklichen Freigabe vermieden
• Geeignet für: Security-/Engineering-Teams und Maintainer, die schnell auf Dependency-Incidents reagieren müssen

36. Meeting-Briefs vorbereiten (Integrations / Knowledge Work)

Schwierigkeit: Easy | Dauer: 30m

• Sammelt den für ein Calendar Invite allein fehlenden Meeting-Kontext aus Drive-Dokumenten, Slack-Threads, Gmail und früheren Notizen und ordnet ihn in Objective, Agenda, Open Questions und eine Notes-Vorlage ein
• Codex lässt zunächst ein Sources-Inventar erstellen und trennt dann bestätigten Kontext, Source-Gaps und offene Fragen
• Meeting-Unterlagen sollen kurz und gut scannbar sein, und es muss nachvollziehbar bleiben, aus welcher Quelle welcher Inhalt stammt
• Geeignet für: Manager, PMs, Operatoren, Interviewer und alle, die vor Meetings schnell Kontext aufbereiten müssen

37. Event-Playbooks ausführen (Integrations / Knowledge Work)

Schwierigkeit: Intermediate | Dauer: 1h

• Führt Event-Planungskanäle, freigegebene Dokumente/Decks/Sheets/Vorlagen und Kalenderfristen zusammen, um ein quellengestütztes Playbook zu erstellen
• Entscheidend ist, öffentliches Event-Page-Copy und interne operative Checklisten, Zuständigkeiten, Freigaben und offene Fragen getrennt zu verwalten
• Bei wiederkehrenden Events kann dieselbe Thread-Automatisierung genutzt werden, um Fristen, Freigaben, fehlende Materialien und den Status der Launch-Checkliste nachzuverfolgen
• Geeignet für: Community-, DevRel-, Marketing- und Operations-Teams beim Management von Event-Programmen

38. Code-Migrationen durchführen (Engineering / Code)

Schwierigkeit: Advanced | Dauer: 1h

• Beim Wechsel von einem Legacy-Stack zu einem Ziel-Stack werden zunächst Routing, Datenmodell, Auth, Konfiguration, Background Jobs, Build, Deployment, Tests und externe Verträge inventarisiert
• Wählt eine inkrementelle Strategie wie Compatibility Layer, Module-by-Module-Port, Branch-by-Abstraction oder Strangler-Style-Replacement
• An jedem Checkpoint wird eine Paritätsvalidierung durchgeführt; sichtbare Änderungen, die die Migration selbst erfordert, werden explizit als Ausnahmen behandelt
• Geeignet für: Teams, die Framework-, Runtime-, Sprach- oder Build-System-Umstellungen in kontrollierten Einheiten durchführen müssen

39. SwiftUI-Bildschirme refaktorieren (iOS / Code)

Schwierigkeit: Advanced | Dauer: 1h

• Eine sehr große SwiftUI-Screen-Datei wird in kleinere Section-Views und einen expliziten Datenfluss aufgeteilt, ohne Verhalten und Layout zu verändern
• Der SwiftUI-View-Refactor-Skill des Plugins Build iOS Apps empfiehlt einen MV-first-Ansatz, vermeidet das unnötige Hinzufügen von View Models und verlagert Side Effects aus body heraus
• Wichtig ist, eine kleine Validierungsschleife anzuhängen, um zu prüfen, dass sich die UI nicht verändert hat und die Funktionen weiterhin wie zuvor arbeiten
• Geeignet für: SwiftUI-Screens, in deren body Layout, Verzweigungen, Async-Arbeit und Inline-Actions vermischt sind

40. PRD-Entwürfe aus internem Kontext erstellen (Integrations / Knowledge Work)

Schwierigkeitsgrad: Easy | Zeitaufwand: 30 Min.

• Sammelt Linear-Projekte, Slack-Planungskanäle, Dokumente in Notion/Google Drive, Meeting-Notizen und Recherchematerial und erstellt daraus ein reviewbares PRD
• Sinnvoll ist es, einen klaren Abschnittsrahmen für Problem, Nutzer, Anforderungen, UX, technische Überlegungen, Launch-Plan, Timeline, Entscheidungen und offene Fragen vorzugeben
• Zuerst sollte der Source-Appendix geprüft werden, um zu sehen, welchen Kontext Codex verwendet hat; danach werden Anforderungen und offene Fragen verfeinert
• Geeignet für: PMs/Produktteams, die Informationen aus internen Teamdiskussionen in PRDs, Proposals, Launch-Briefs oder Decision Memos umwandeln

41. Cashflow prognostizieren (Data / Knowledge Work)

Schwierigkeitsgrad: Intermediate | Zeitaufwand: 30 Min.

• Erstellt durch Eingabe von beginning cash, expected receipts, payroll, vendor payments, debt, tax, capex, working capital und Timing-Annahmen ein bearbeitbares Cashflow-Forecast-Workbook
• Bewahrt die ursprüngliche Cadence und lässt einen Summary-Tab erstellen, der Annahmen zeigt, die zu einem Unterschreiten des Sicherheitsbestands oder zu Liquiditätsdruck führen
• Die erzeugte .xlsx wird in Codex geöffnet, damit Formeln, Szenarien und Timing-Annahmen geprüft und im selben Thread angepasst werden können
• Geeignet für: Finance-/Operations-Teams, die einen 13-Wochen- oder monatlichen Cash-Forecast erstellen

42. Ein DCF-Bewertungsmodell erstellen (Data / Knowledge Work)

Schwierigkeitsgrad: Intermediate | Zeitaufwand: 30 Min.

• Erstellt durch Eingabe von historical financials, valuation assumptions und modeling notes ein DCF-Workbook mit revenue growth, margin, capex, working capital, WACC und terminal value
• Codex erstellt eine bearbeitbare .xlsx mit Modell-Tabellen, Formeln, Annahmen und einer Bewertungszusammenfassung, die Nutzer direkt in Codex prüfen und anpassen können
• Im selben Thread können anschließend Formelverknüpfungen geprüft, Annahmen geändert, Szenarien ergänzt und das Modell weiter gestrafft werden
• Geeignet für: Analysten-/Finance-Teams, die schnell ein Bewertungs-Workbook erstellen und prüfen müssen

43. Abgleich von Budget und Ist-Zahlen prüfen (Data / Knowledge Work)

Schwierigkeitsgrad: Easy | Zeitaufwand: 30 Min.

• Erstellt durch Eingabe von budget plan, actuals export und close notes ein Review-Workbook, das Ist-Zahlen auf Plan-Kategorien abbildet und Abweichungen berechnet
• Bewahrt die ursprünglichen Inputs, Zuordnungen, Abweichungsformeln und den Summary-Tab und trennt Reconciliation-Probleme von offenen Finanzfragen
• Anpassungen an der Kategoriezuordnung, zusätzliche Department-Schnitte und das Verfassen eines Entwurfs für die Finanzzusammenfassung können im selben Thread fortgesetzt werden
• Geeignet für: Finance-Teams, die bei Monatsabschluss-Reviews Abweichungen zwischen Budget und Ausgaben gegenüber dem Management erklären müssen

44. Zielen folgen (Engineering / Automation)

Schwierigkeitsgrad: Advanced | Zeitaufwand: Long-running

• Mit /goal arbeitet Codex über einen einzelnen Turn hinaus weiter, bis überprüfbare Abschlussbedingungen erreicht sind
• Objective, Stopping Condition, zuerst zu lesende Dateien/Dokumente/Logs/Pläne sowie Commands oder Artefakte, die Fortschritt belegen, sollten klar angegeben werden
• Geeignet für Arbeiten wie Migrationen, große Refactors, Deployment-Retry-Loops, Experimente, Spiele oder Prototypen, die Codex checkpointweise eigenständig vorantreiben kann
• Geeignet für: Coding-Aufgaben, die über mehrere Stunden weiterlaufen müssen, bei denen Ziel und Validierungsschleife aber klar definiert sind

45. Evals zu einer AI-Anwendung hinzufügen (Evaluation / Quality)

Schwierigkeitsgrad: Intermediate | Zeitaufwand: 1 Std.

• Analysiert Prompt, Model-Call, Tool, Retrieval, Agent und Produktanforderungen einer bestehenden AI-App und fügt eine Promptfoo-Eval-Suite hinzu
• Statt das gesamte System auf einmal bewerten zu wollen, sollte mit einem einzelnen für Nutzer sichtbaren Verhalten wie classification, extraction, summarization, routing, grounding, tool use oder format rule begonnen werden
• Codex erstellt Konfiguration und Testdaten, führt Evals lokal aus und hinterlässt Commands, die auch später weiterverwendet werden können
• Geeignet für: AI-App-Teams, die vor Änderungen an Modell/Prompt/Retrieval/Agent Regressionstests einführen wollen

46. User Stories in UI-Mocks umwandeln (Integrations / Knowledge Work)

Schwierigkeitsgrad: Easy | Zeitaufwand: 30 Min.

• Sammelt Feedback aus Slack, Linear, Google Drive, Notizen aus Kundengesprächen usw., strukturiert es zu User Stories und Constraints und erzeugt dann mit ImageGen eine Richtung für UI-Mocks
• Wenn klare User Stories vorliegen, kann direkt begonnen werden; andernfalls sammelt Codex zunächst Kontext und normalisiert Problem und Anforderungen
• Ausgewählte Mocks werden in einem neuen Turn erneut angehängt und als funktionierender Prototyp umgesetzt, der Designsystem und Komponenten der bestehenden Codebasis wiederverwendet
• Geeignet für: Produkt-, Design- und Engineering-Teams, die verstreutes Produktfeedback in eine visuelle Richtung überführen und überprüfbare Mocks für das Team brauchen

47. Eine App in ChatGPT bringen (Integrations / Code)

Schwierigkeitsgrad: Advanced | Zeitaufwand: 1 Std.

• Eine ChatGPT-App rund um ein einziges, klar umrissenes User-Outcome entwerfen und MCP server, optionale Web-Komponente und Tool-Metadaten end-to-end erstellen
• Codex eignet sich gut dafür, die Gestaltung der Tool-Oberfläche und Metadaten, das Scaffold für den MCP server, die Widget-Implementierung, die Anbindung an ChatGPT und Golden-Prompt-Tests zu übernehmen
• Bereits in v1 zuerst festlegen, ob ein Widget wirklich nötig ist, ob Authentifizierung und Deployment erforderlich sind und ob sich lokales HTTPS-Testing sowie die Prüfung im Developer Mode durchführen lassen
• Geeignet für: Teams, die ihre erste ChatGPT-App bauen oder mit MCP server/Tool-Metadaten starten möchten, ohne sie unnötig aufzublähen

48. React-Native-App mit Expo erstellen (Mobile / Engineering)

Schwierigkeitsgrad: Mittel | Dauer: 1h

• Mit dem Expo-Plugin eine React-Native-App scaffolden und dabei Expo Router, die Expo-native Package-Konvention und schnelle Test-Loops auf Basis von Expo Go nutzen
• Nur dann zu Dev Client oder EAS Build wechseln, wenn Custom Native Code, Store-Distribution oder von Expo Go nicht unterstützte Capabilities benötigt werden
• Codex ermöglicht es, einen vollständigen Workflow mit Navigation im Native-Stil sowie Loading-, Empty- und Error-States zu erstellen und auf dem schnellsten Weg zu validieren
• Geeignet für: Entwickler, die eine Mobile-App mit Expo schnell prototypisieren oder für den Release vorbereiten möchten, bevor sie in nativen IDEs arbeiten

49. Eine CLI erstellen, die Codex verwenden kann (Engineering / Code)

Schwierigkeitsgrad: Mittel | Dauer: 1h

• APIs, Log-Quellen, Export-Inboxen, lokale DBs und Team-Skripte, auf die Codex wiederholt zugreifen muss, in eine zusammensetzbare CLI kapseln, damit sie in jedem Repo ausgeführt werden kann
• Eine gute CLI bietet agentenfreundliche Verhaltensweisen wie paged search, exaktes Lesen per ID, vorhersehbares JSON, Download, lokalen Index und draft-before-write
• Mit $cli-creator die CLI erstellen und mit $skill-creator eine begleitende Skill anlegen, die dokumentiert, wann diese CLI verwendet werden soll
• Geeignet für: Teams, bei denen Codex dieselben Services oder Datenquellen häufig lesen, durchsuchen und sicher bearbeiten muss

50. Slack-Action-Items priorisieren (Automation / Integrations)

Schwierigkeitsgrad: Einfach | Dauer: 30m

• Slack-DMs, Gruppen-DMs, Channel-Mentions und Thread-Replys lesen, um direkte Anfragen, implizite Follow-ups, bereits gelöste Punkte und noch offene Actions zu unterscheiden
• Codex liest bis zum aktuellen Ende eines Threads, bewertet, ob etwas unresolved ist, und erstellt anschließend anhand von Dringlichkeit und Auswirkung eine gerankte Action-Queue
• Entwürfe für Antworten oder Handoffs können erstellt werden, tatsächliches Posten/Senden sollte aber idealerweise auf Prüfung vor der Ausführung beschränkt bleiben
• Geeignet für: Workstreams in Launch, Support, Product, Operations und Community, in denen Arbeit über Slack eingeht

51. Verifizierbare Betriebs-Workflows ausführen (Automation / Integrations)

Schwierigkeitsgrad: Mittel | Dauer: 30m

• Codex wiederkehrende Betriebsaufgaben wie Access-Updates, Invite-Batches, Quota-Änderungen, Customer-Setup, Routing-Checks und Migration-Follow-ups ausführen lassen
• Input-Tabelle, Approval-Quelle, Policy, auszuführendes Script/API/CLI/Skill, Dry-Run-Status und Retry-Grenzen klar vorgeben und fehlende Felder nicht schätzen lassen
• Verifizierungsartefakte verlangen, die Menschen prüfen können, etwa Ergebnis-CSV, Log-Datei, Dashboard-Link, Screenshot oder PR-Check
• Geeignet für: Operative Aufgaben mit strukturierten Eingaben und klaren Freigabe- oder Audit-Spuren

52. Meetings in Folgeaufgaben umwandeln (Automation / Integrations)

Schwierigkeitsgrad: Mittel | Dauer: 5m

• Zoom-Transkripte und AI Companion Summary nutzen, um zentrale Erkenntnisse, Risiken, Chancen, Entscheidungen und Action-Items aus Kundengesprächen zu strukturieren
• Codex erstellt Entwürfe für Follow-up-E-Mails, Account-Pläne, CRM-Updates und Slack-Benachrichtigungen, während Versand oder Eintrag erst nach Prüfung durch den Nutzer erfolgen
• Die Wirkung steigt, wenn Zoom Cloud Recording, Transkript und AI Companion Summary zusammen mit Ziel-Tools wie Gmail, Slack, Google Docs und CRM verbunden werden
• Geeignet für: kundennahe Teams, die nach Discovery-, Renewal-, Implementation- oder Executive-Sponsor-Calls wiederkehrende Folgeaufgaben bearbeiten müssen

[goldenjade]

Das ist gutes Material. Es war mir sehr hilfreich als Referenz.
Ich nutze Windows Server 2022, aber Codex Desktop lässt sich nicht installieren, sodass es sich anfühlt, als könnte ich nur die Hälfte nutzen. Weiß vielleicht jemand, wie man es installiert?

[jessyt]

Es gibt wirklich sehr viele Inhalte, an denen man sich orientieren kann.

[hcode]

Es gefällt mir, weil es den Horizont zu erweitern scheint.

[qlghwp123]

Das ist wirklich großartig. Ich hatte ohnehin vor, Codex zu abonnieren, und ich denke, dass ich es sehr nützlich einsetzen kann.