1 
2An der neuen Codex-Ankündigung ist mir nicht das Wort Plugin hängen geblieben. Spannender ist die Idee, dass Codex ein Ort werden soll, an dem Arbeit landet.
3 
4OpenAI hat am 2. Juni 2026 [Codex for every role, tool, and workflow](https://openai.com/index/codex-for-every-role-tool-workflow/) veröffentlicht. Die sichtbaren Neuerungen heißen Rollen-Plugins, Sites und Annotationen. Die bessere Frage ist aber: Kann ein Agent verstreuten Firmenkontext in etwas verwandeln, das ein Team prüfen, diskutieren und verbessern kann?
5 
6## Der eigentliche Wechsel
7 
8Lange war Codex leicht zu erklären: Es half Entwicklern beim Ändern von Code. Dieses Update macht diese Beschreibung zu eng. Die neuen Plugins richten sich an Analytics, Sales, Product Design, Creative Production, Public Equity Investing und Investment Banking.
9 
10Damit liest Codex nicht nur Repositories. Es kann Dashboards, CRM-Notizen, Dokumente, Tabellen, Design-Briefings oder Finanzquellen einbeziehen und daraus ein Arbeitsartefakt bauen.
11 
12Genau dort wird es interessant. Die meisten Teams brauchen keine weitere Chat-Antwort. Sie brauchen eine Seite, einen Launch-Raum, ein Review-Board, einen Planer, eine kleine interne App oder ein Dashboard, das alle öffnen können.
13 
14## Sites sind der Teil, den ich beobachten würde
15 
16Sites wirkt am praktischsten. Eine Chat-Antwort verschwindet im Verlauf. Eine Site hat eine URL. Man kann sie verschicken, kommentieren, später wieder öffnen und Codex bitten, nur die geänderten Teile zu aktualisieren.
17 
18Das passt zu Produkt-Launches, Kundenreviews, wöchentlichen Business-Reviews, Investorenmemos und internem Tooling. Nicht weil die erste Version perfekt ist. Das wird sie nicht sein. Der Wert liegt darin, dass das Team ein gemeinsames Objekt bekommt.
19 
20## Annotationen machen Feedback kleiner
21 
22Auch Annotationen sind wichtiger, als sie klingen. Wenn ich sage, mach das klarer, ändert ein Agent schnell zu viel. Wenn ich auf ein Diagramm, einen Absatz oder eine Sektion zeige, wird der Auftrag enger.
23 
24So funktioniert echte Bearbeitung. Man will selten alles neu schreiben. Man will diesen Satz schärfer, diese Grafik weniger verwirrend, diese Folie ruhiger, diese Tabelle besser sortiert.
25 
26## Wie ich es testen würde
27 
28Ich würde nicht am ersten Tag jedes Tool verbinden. Ich würde einen langweiligen Workflow wählen, mit klaren Besitzern. Eine wöchentliche Business-Review ist gut: wenige Metriken, ein paar Notizen, ein gemeinsames Ergebnis und menschliche Prüfung vor dem Versand.
29 
30Die Checkliste ist kurz:
31 
32- festlegen, welche Quellen Codex lesen darf;
33- festlegen, was Codex schreiben darf;
34- wichtige Aussagen mit Quellen verlinken;
35- jedem Artefakt einen Owner geben;
36- veraltete Artefakte löschen oder archivieren.
37 
38Das Risiko ist nicht die schlechte erste Fassung. Teams kennen schlechte erste Fassungen. Das Risiko ist Wildwuchs: viele generierte Sites, kein Owner, keine Spur zu den Quellen und niemand weiß, welche Version stimmt.
39 
40## Meine Einschätzung
41 
42Dieses Update zeigt, dass Agenten aus der Demo-Phase herauswachsen. Nützlich werden nicht die lautesten Agenten sein, sondern die, die in den Rhythmus eines Teams passen: Kontext sammeln, Entwurf bauen, Spur behalten, präzises Feedback annehmen und Grenzen respektieren.
43 
44Für Entwickler wird Engineering dadurch nicht weniger wichtig. Es wird wichtiger. Jemand muss weiterhin Berechtigungen, Defaults, Review-Punkte und die Definition von fertig festlegen.
45 
46## Quellen
47 
48- [OpenAI: Codex for every role, tool, and workflow](https://openai.com/index/codex-for-every-role-tool-workflow/)
49