Codex wird zum Workspace, nicht nur zum Coding-Agenten
· 2 min read · Filippo Spinella · AI, Codex, Developer Tools, Productivity
An 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.
OpenAI hat am 2. Juni 2026 Codex for every role, tool, and 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?
Der eigentliche Wechsel
Lange 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.
Damit liest Codex nicht nur Repositories. Es kann Dashboards, CRM-Notizen, Dokumente, Tabellen, Design-Briefings oder Finanzquellen einbeziehen und daraus ein Arbeitsartefakt bauen.
Genau 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.
Sites sind der Teil, den ich beobachten würde
Sites 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.
Das 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.
Annotationen machen Feedback kleiner
Auch 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.
So 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.
Wie ich es testen würde
Ich 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.
Die Checkliste ist kurz:
- festlegen, welche Quellen Codex lesen darf;
- festlegen, was Codex schreiben darf;
- wichtige Aussagen mit Quellen verlinken;
- jedem Artefakt einen Owner geben;
- veraltete Artefakte löschen oder archivieren.
Das 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.
Meine Einschätzung
Dieses 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.
Für Entwickler wird Engineering dadurch nicht weniger wichtig. Es wird wichtiger. Jemand muss weiterhin Berechtigungen, Defaults, Review-Punkte und die Definition von fertig festlegen.