Agenten & Automatisierung

OpenAI Sites mit Plugins: Private Seiten nutzen die Apps jedes Besuchers

Auf dem DevDay 2026 hat OpenAI Plugins in Sites hervorgehoben: Workspace-private Seiten, die die verbundenen Apps jedes Besuchers nutzen. Was belegt ist, was nicht und wie du sicher startest.

Finley · FoxAI World3 Min. Lesezeit
18
Finley gestikuliert neben einem Laptop und einem Netzwerk aus Teamporträts und Symbolen um ein Schloss; darüber steht das OpenAI-Logo.Sites-Plugins

Mit KI erstelltes illustratives Titelbild.

Stell dir ein Team-Dashboard vor, das einmal gebaut wird und jedem Kollegen seine eigenen Tickets, Dateien und Nachrichten zeigt, ohne dass jemand API-Schlüssel hineinkopiert. Genau darum geht es bei Plugins in OpenAIs Sites, die das Unternehmen auf dem DevDay 2026 hervorgehoben hat. Klären wir erst die Grundlagen, bevor du es ausprobierst.

Was Plugins in Sites ändern

Eine Site ist eine Webseite oder kleine App, die du mit Codex baust und über OpenAI hostest. Laut der DevDay-2026-Seite von OpenAI kannst du jetzt eine Site bauen, die die verbundenen Apps jedes einzelnen Besuchers nutzt. Ein Plugin ist hier das Paket, über das ChatGPT oder Codex einen externen Dienst erreicht, etwa einen Dateispeicher, ein Chat-Tool oder ein Ticketsystem. Statt einer gemeinsamen Anbindung hinter der Seite wird die Ansicht jedes Besuchers aus dessen eigenen Verbindungen gefüllt. Die Sites-Dokumentation geht in dieselbe Richtung: Dort geht es darum, Speicher zu wählen, eine Anmeldung hinzuzufügen und Apps mit der Site zu verbinden.

Finley sitzt hinter einem OpenAI-Laptop, umgeben von Bauklötzen mit Plugin-Symbolen, Bildschirmen und einer Checkliste.
KI-generierte symbolische Darstellung.

Wer es wo nutzen kann

Die Grenze ist klar benannt: Plugins in Sites gibt es für Sites, die auf den Workspace beschränkt sind, und nur dort, wo sie aktiviert sind. Eine öffentliche Seite bekommt das nicht. Das Feature passt also zu internen Werkzeugen wie einer Launch-Übersicht oder einem Team-Überblick, nicht zu einer Seite für alle im Internet. Da es von der Aktivierung abhängt, frag die Person, die euren Workspace verwaltet, bevor du darauf planst.

Wie der Zugriff geregelt ist

Besucher wählen ihre eigenen Konten und stimmen dem Zugriff zu. Das ist für die Verantwortlichen wichtig: Zwei Kollegen können dieselbe Adresse öffnen und unterschiedliche Daten sehen, jeweils begrenzt auf das, was ihr eigenes Konto erlaubt. Außerdem hält die Person, die die Seite baut, nicht die Zugangsdaten aller.

Wo geplante Aufgaben hineinpassen

In seiner DevDay-Session beschrieb OpenAI außerdem, geplante Aufgaben mit einer Site zu verknüpfen, damit sie sich automatisch aktualisiert. Geplante Aufgaben sind als Funktion von ChatGPT und Codex dokumentiert, die schriftlichen Seiten, die wir geprüft haben, beschreiben die Verknüpfung mit Sites aber nicht. Nimm es als auf der Bühne angekündigt, nicht als in der Dokumentation bestätigt.

Unsere Einschätzung

Die belegten Fakten sind eng gefasst: private Sites, die Wahl der eigenen Konten durch jeden Besucher und eine Zustimmung. Das Folgende ist unser Rückschluss, keine Aussage von OpenAI. Der eigentliche Gewinn ist eine sauberere Aufgabenteilung: Wer die Seite baut, gestaltet sie, und jeder Besucher entscheidet, was die Seite in seinem Namen sehen darf. Diese Übergabe lässt sich einfacher lösen als mit einem gemeinsamen Dienstkonto. Offen bleibt für jedes Team, wer den nächsten Schritt übernimmt, wenn ein Plugin auf einer Site erlaubt werden soll, und wer diese Entscheidung prüft. Beginne mit einer unkritischen internen Seite, sieh dir an, welche Berechtigungen abgefragt werden, und entscheide danach.

Quellen und Recherche

Der Text wurde von FoxAI World erstellt. Cover und Illustrationen sind KI-generierte symbolische Darstellungen.

Deine Favoriten

Diese Liste bleibt in deinem Browser auf diesem Gerät. Du brauchst kein Konto; andere Besucher sehen sie nicht.

Mit dem Lesezeichen an einem Beitrag fügst du deinen ersten Favoriten hinzu.