27. März 2026

OpenAI Codex Plugin-Marketplace: Zentrale Steuerung fuer Agent-Erweiterungen

OpenAI hat am 27. Maerz 2026 ein Plugin-System fuer Codex vorgestellt. Plugins sind installierbare Bundles, die wiederverwendbare Workflows fuer den Codex-Agent bereitstellen. Dazu gehoert ein Governance-Layer, der Unternehmen erstmals zentrale Kontrolle darueber gibt, welche externen Tools und Integrationen ihre AI-Coding-Agents nutzen duerfen.

Was ein Plugin-Bundle enthaelt

Ein Codex-Plugin kann drei Arten von Komponenten buendeln:

Governance ueber Plugin-Kataloge

Die Steuerung laeuft ueber Plugin-Kataloge -- JSON-Dateien, die als "Marketplaces" fungieren. Diese Kataloge koennen auf Repository-Ebene oder pro Entwickler definiert werden.

Jedes Plugin bekommt eine von drei Installationspolicies:

Policy Bedeutung
INSTALLED_BY_DEFAULT Plugin ist automatisch aktiv
AVAILABLE Plugin kann vom Entwickler selbst installiert werden
NOT_AVAILABLE Plugin ist blockiert

Admins koennen Plugins unternehmensweit pushen, einschraenken oder blockieren. Die Authentifizierung fuer externe Dienste ist auf Policy-Level konfigurierbar -- Entwickler muessen sich nicht um individuelle API-Keys kuemmern.

Enterprise-Perspektive

Charlie Dai, Analyst bei Forrester, ordnet den Governance-Layer ein: "Centralized control over which plugins are permitted, blocked, or deployed by default directly addresses concerns around security, compliance, and operational consistency."

Das ist der Kernpunkt: Codex ist seit Oktober 2025 allgemein verfuegbar, und Unternehmen setzen es produktiv ein -- Cisco meldete 50% kuerzere PR-Review-Zeiten. Mit steigender Nutzung waechst der Bedarf an Kontrolle darueber, welche externen Systeme der Agent ansprechen darf.

Parallel: Responses API fuer autonome Agents

Zeitgleich erweitert OpenAI die Responses API mit Faehigkeiten, die auf laenger laufende, autonome Agents abzielen:

Einordnung fuer den Alltag

Das MCP-Server-Pattern ist Claude-Code-Nutzern bereits vertraut. Codex uebernimmt dieses Muster und legt eine Governance-Schicht darueber. Fuer Teams, die Codex einsetzen, ist das relevant: Statt dass jeder Entwickler individuell entscheidet, welche MCP-Server oder Integrationen der Agent nutzt, kann das zentral gesteuert werden.

Die JSON-basierten Kataloge sind bewusst einfach gehalten -- kein zentraler App Store, sondern deklarative Konfigurationsdateien, die ins Repository eingecheckt oder auf Organisationsebene verwaltet werden koennen.

Responses API: OpenAIs Agent-Foundation (Maerz 2026)

Parallel zum Plugin-System hat OpenAI die Responses API erweitert und als Grundlage fuer autonome Agents positioniert. Neue Faehigkeiten umfassen ein Shell Tool, einen eingebauten Agent-Execution-Loop, einen gehosteten Container-Workspace, Context Compaction und wiederverwendbare Agent-Sessions.

Die Responses API ist damit die serverseitige Infrastruktur -- sie stellt Ausfuehrungsumgebung, Speicher und Tool-Ausfuehrung bereit. Codex-Plugins sind die clientseitige Konfiguration -- sie definieren, welche Skills, Integrationen und MCP-Server ein Agent mitbringt.

Zusammen bilden sie OpenAIs vollstaendige Agent-Platform:

Codex laeuft jetzt in Claude Code

OpenAI hat ein Plugin veroeffentlicht, das Codex direkt in Anthropics Claude Code einbettet. Damit lassen sich Codex-Tasks aus der Claude-Code-Umgebung heraus starten -- ohne Kontextwechsel zwischen den Tools.

Das ist bemerkenswert, weil ein direkter Konkurrent hier absichtlich eine Integration in das Produkt des anderen Konkurrenten baut. Statt auf Lock-in zu setzen, entsteht Interoperabilitaet: Entwickler sollen dort arbeiten, wo sie produktiv sind, und bei Bedarf den jeweils besten Agent fuer eine Aufgabe einsetzen koennen.

Das Muster kennt man aus anderen Bereichen -- Browser-Engines, die in verschiedenen Shells laufen, oder Datenbank-Treiber, die ueberall eingebaut werden. Die Coding-Agent-Landschaft bewegt sich in dieselbe Richtung: Agents als austauschbare Backends, nicht als geschlossene Oekosysteme.

Quellen

Nach oben