Kundenspezifische GPTs werden eingestellt. Was Sie wissen müssen.

Kurz gesagt: OpenAI stellt die Unterstützung für benutzerdefinierte GPTs ein: Persönliche Abonnements können bereits keine neuen mehr erstellen oder veröffentlichen, und bestehende Bots sind nur noch vorübergehend nutzbar. Solange ein GPT noch funktioniert, sollten Sie die Anweisungen und Wissensdateien exportieren und ihn anschließend in Projekten, Plugins oder Workspace-Agenten neu erstellen.

Wichtigste Erkenntnisse:

Keine neuen Builds: Erstellen Sie keine benutzerdefinierten GPTs mehr auf persönlichen Tarifen; behandeln Sie bestehende als temporär.

sollte eine Bestandsaufnahme durchgeführt werden: Für jede GPT sollten Zweck, Eigentümer, abhängige Elemente, Dateien und Priorität aufgelistet werden.

Exportiere das Gehirn: Kopiere die vollständigen Anweisungen und lade jede Wissensdatei herunter, solange es noch möglich ist.

Kritische Neustrukturierung: Die wichtigsten Arbeitspferde in ChatGPT-Projekte verlagern; Spielzeuge ohne Zeremonie ausmustern.

Warnen Sie die Nutzer: Informieren Sie Teams und Nutzer von geteilten Links, bevor die Links nicht mehr funktionieren und Arbeitsabläufe unterbrochen werden.

Was geht zu Ende und was funktioniert aktuell noch? 

Die Erstellung und Veröffentlichung neuer benutzerdefinierter GPTs in persönlichen Tarifen ist bereits gesperrt. Sie können keine neuen im GPT Store oder brandneue benutzerdefinierte GPTs wie bisher veröffentlichen. Bestehende GPTs können möglicherweise noch eine Zeit lang verwendet und teilweise bearbeitet werden. Betrachten Sie dies als vorübergehende Lösung, nicht als Garantie.

Workspace- und Enterprise-Setups folgen einem festgelegten Abschaltplan. Dies umfasst in der Regel Administratorhinweise, Migrationstools und die Umstellung auf neuere Bausteine: ChatGPT-Projekte für fokussierte Workspaces mit Dateien und Anleitungen, Plugins (sofern verfügbar) und Workspace-Agenten für die Automatisierung im Teammaßstab. Die Bezeichnungen ändern sich je nach Plan, das Grundprinzip bleibt jedoch gleich. Benutzerdefinierte GPTs als Produktoberfläche werden nicht mehr benötigt.

Was in der Praxis noch funktioniert, solange es noch möglich ist:

• Öffnen und Chatten mit vielen bestehenden benutzerdefinierten GPTs, die Sie bereits besitzen oder mit denen Sie geteilt wurden
• Bearbeitungsanweisungen oder Wissensdateien zu einigen Plänen, bevor der Bearbeitungszugriff erlischt
• Abschreiben von Systemanweisungen, Gesprächsanregungen und hochgeladenen Wissensdateien
• Dokumentieren, wer auf welche GPT-Methode angewiesen ist, bevor es alle auf die harte Tour herausfinden

Was für viele persönliche Konten nicht mehr funktioniert: das Erstellen neuer benutzerdefinierter GPTs, das Veröffentlichen im GPT-Store und die Verwendung benutzerdefinierter GPTs als langfristige Plattform für wichtige Workflows. Wenn benutzerdefinierte GPTs eingestellt werden, sollten Sie Folgendes beachten: Erstellen Sie keine neuen mehr und sichern Sie die bestehenden.

Privat vs. Arbeitsplatz: Warum Ihre Planung die Vorgehensweise verändert

Nutzer der Versionen Personal Free, Go, Plus und Pro können keine neuen Builds mehr erstellen. Ihre Aufgabe ist es, Ihre persönlichen Backups zu sichern: Erstellen Sie die Dateien und Anweisungen, kompilieren Sie die Builds in Projekten oder einem anderen Tool und informieren Sie alle, mit denen Sie eine GPT-Datei geteilt haben, dass der Link möglicherweise nicht mehr funktioniert.

Administratoren von Unternehmen und Arbeitsbereichen stehen vor einer anderen Herausforderung – und paradoxerweise vor einer klareren Lösung. Gemeinsam genutzte GPTs (Group Process Tools) sind oft mitten im Teamprozess integriert: Onboarding-Bots, Richtlinien-FAQs, Vertriebs-Talk-Vorlagen, Support-Makros im Chat-Gewand. Wenn diese ausfallen, reagieren die Mitarbeiter nicht gelassen; es werden Tickets erstellt. Daher ist es wichtig, die gemeinsam genutzten Tools auf Organisationsebene zu erfassen, Verantwortliche zuzuweisen und Nachfolger (Projekte, Plugins, Workspace-Agenten) auszuwählen, bevor sie nicht mehr funktionieren.

Als Faustregel gilt: Wenn nur Sie es nutzen, erstellen Sie diese Woche ein Backup. Wenn es von einem Team verwendet wird, behandeln Sie es wie eine Produktabkündigung mit einem kurzen Migrationsplan. Kein 40-seitiges Produktdokument. Eine Checkliste und ein benannter Verantwortlicher genügen.

Inventar-Checkliste: Finden Sie alle relevanten benutzerdefinierten GPTs

Was man nicht benennen kann, kann man nicht migrieren. Öffnen Sie Ihre GPT-Liste und erstellen Sie als Erstes eine einfache Bestandsaufnahme. Tabellenkalkulation, Notiz-App, Haftnotizen – egal. Perfektion ist hier kontraproduktiv.

Für jede benutzerdefinierte GPT Folgendes erfassen:

• Name und Zweck – ein Satz, der beschreibt, was es tut
• Besitzer – du, ein Teamkollege oder irgendwie „verwaist“
• Wer ist davon abhängig – nur Sie selbst, ein Team, Kunden oder ein geteilter Link, der in Slack kursiert?
• Anleitungslänge – kurze Aufforderung vs. ein Regelwerk
• Wissensdateien – PDFs, Dokumente, CSVs wurden hochgeladen
• Aktionen / Tools – alle API-Hooks, Browsing-Funktionen oder benutzerdefinierte Aktionen
• Priorität – kritisch täglich, nett wöchentlich oder digitaler Staub
• Nachfolgemodell – Projekt, Plugin, Workspace Agent oder „stiller Rückzug“

Sortieren Sie zuerst nach Priorität, nicht danach, wie niedlich der GPT-Avatar war. Der Avatar wird Sie nicht vermissen. Ihr Arbeitsablauf am Montagmorgen hingegen schon.

Viele entdecken eher zufällig, dass sie drei GPTs haben, die dieselbe Aufgabe mit leicht unterschiedlichen Anweisungen erledigen. Konsolidieren Sie diese im Zuge der Migration. Ihr zukünftiges Ich wird Ihnen dankbar sein.

Was man retten sollte, warum, wie und wie dringend ist es?

Nutzen Sie dies als Packliste. Kleinere Eigenheiten sind inklusive – ja, „Gesprächsanfänge“ sind es wert, aufbewahrt zu werden, selbst wenn Sie sie Nutzern nie wieder zeigen.

Bearbeiten Sie zuerst die wichtigsten Zeilen. Insbesondere Wissensdateien – sobald der Bearbeitungs- oder Downloadzugriff eingeschränkt ist, ist die Suche nach der Original-PDF-Datei auf dem Laptop einer Person eine besonders mühsame Angelegenheit.

Exportieren Sie Anweisungen und Wissensdateien, bevor sie nicht mehr funktionieren

Das ist der unspektakuläre Teil, der Ihnen später viel Arbeit erspart. Öffnen Sie jede wichtige benutzerdefinierte GPT-Datei, solange es noch möglich ist. Kopieren Sie die vollständigen Anweisungen in eine Text- oder Markdown-Datei – Moment, Text ist sicherer für die Versionskontrolle; Markdown ist aber auch in Ordnung. Benennen Sie die Dateien aussagekräftig: support-triage-instructions.txt, nicht final-final-v3.txt.

Laden Sie anschließend alle Wissensdateien herunter. Speichern Sie diese in einem Ordner pro GPT-Datei. Falls eine Datei innerhalb der GPT-Datei aktualisiert wurde und Sie nicht sicher sind, welche Version aktuell ist, sichern Sie die aktuelle Version aus der GPT-Datei und suchen Sie zusätzlich in Google Drive oder SharePoint nach der Originaldatei. Ein doppeltes Backup ist besser als eine einzelne, unklare PDF-Datei.

Ein paar praktische Tipps, die so lange selbstverständlich klingen, bis man sie ignoriert:

• Exportieren Sie an einem ruhigen Tag, nicht fünf Minuten vor einer Demo
• Entfernen Sie Geheimnisse aus dem Anleitungstext, wenn Sie ihn in ein gemeinsames Teamlaufwerk einfügen
• Notieren Sie die Eigenheiten des Modells, auf die Sie sich verlassen haben – Tonregeln, Formatierungsregeln, „niemals SKUs erfinden“ und so weiter
• Falls der GPT benutzerdefinierte Aktionen verwendet, beschreiben Sie die Funktion jeder Aktion in verständlicher Sprache und nicht nur das Schema

Ich wollte in diesem Abschnitt eigentlich sagen: „Kopiert einfach die Aufgabenstellung“, aber dann wurde mir klar, dass die Hälfte des Wissens meist in den Dateien verborgen liegt. Die Aufgabenstellung ist wie die Rezeptkarte, die Wissensdateien wie der Vorratsschrank. Man braucht beides, sonst ist das Abendessen gestrichen. (Bildlich gesprochen.) Bitte essen Sie Ihre PDFs nicht.

Kritische Bots in ChatGPT-Projekten neu erstellen 🛠️

Für viele persönliche und Team-Workflows sind ChatGPT-Projekte die naheliegende Lösung. Ein Projekt bietet Ihnen einen eigenen Bereich mit eigenen Anweisungen und Dateien – ähnlich wie ein benutzerdefiniertes GPT-Projekt, sodass sich die Migration vertraut anfühlt, ohne den Eindruck zu erwecken, es handele sich um eine einfache Kopie.

Ein sinnvoller Wiederherstellungspfad:

• Erstelle ein Projekt, das nach dem alten GPT-Job benannt ist, nicht nach dem Scherznamen des alten GPT
• Fügen Sie die exportierten Anweisungen ein; entfernen Sie alles, was nur im GPT Store sinnvoll war
• Laden Sie nur die Wissensdateien hoch, die Sie wirklich benötigen – laden Sie nicht jeden verstaubten Entwurf aus dem Ordner hoch
• Testen Sie mit denselben Eingabeaufforderungen wie zuvor und vergleichen Sie die Ergebnisse nebeneinander
• Laden Sie die Personen ein, die den alten GPT genutzt haben, und deaktivieren Sie den alten Link, sobald sie damit einverstanden sind

Projekte eignen sich hervorragend für die kontinuierliche Arbeit: Rechercheordner, Content-Pipelines, Kundenbriefings, interne Frage-Antwort-Runden mit einem festen Korpus. Sie sind weniger eine „öffentliche Anwendung im GPT Store“, sondern vielmehr ein ernstzunehmender Arbeitsbereich. Und das ist gut so. Die meisten erfolgreichen Custom GPTs waren Arbeitstiere, keine bloßen Verkaufsplattformen.

Wenn benutzerdefinierte GPTs abgeschaltet werden, ist für den Neuaufbau Folgendes zu beachten: Beginnen Sie mit Ihren drei wichtigsten Bots, nicht mit allen. Stellen Sie diese bereit. Entscheiden Sie dann, welche der übrigen ein eigenes Projekt benötigen und welche stillschweigend abgeschaltet werden sollen.

Plugins, Workspace-Agenten und andere Nachfolgepfade 🔌

Nicht alles gehört in ein Projekt. Manche benutzerdefinierten GPTs waren einfache Schnittstellen zu Tools, APIs oder mehrstufigen Teamprozessen. Diese lassen sich besser Plugins zuordnen, sofern Ihr Tarif dies unterstützt, oder Workspace-Agenten in Enterprise-Umgebungen.

Grobe Kartierung, die sich in der Praxis bewährt hat:

• Anleitungsintensive Projekte + Dateien – ChatGPT-Projekte
• Tool-/API-Automatisierung – Plugins oder Nachfolger im Action-Stil; sorgfältige erneute Authentifizierung
• Teamprozesse mit Verantwortlichkeiten – Workspace-Agenten, mit einem Administrator im Regelkreis
• Öffentliche/Entdeckungs-Bots – Vertrieb überdenken; die Ära des GPT-Stores für benutzerdefinierte GPTs geht zu Ende
• Einzelstücke – nicht migrieren; die Eingabeaufforderung archivieren und weitermachen.

Rechnen Sie mit Reibungsverlusten. Die Funktionen werden nicht eins zu eins übereinstimmen. Eine benutzerdefinierte Gruppenarbeitsgruppe, die Browsing, Dateien und eine spezielle Benutzeroberfläche kombinierte, könnte zu einem Projekt mit separatem Tool oder zu einem Agenten mit klareren Berechtigungen werden. Diese Aufteilung ist zwar lästig, aber auch besser – weniger undurchsichtige Systeme.

Abgesehen von ChatGPT nutzen manche Teams andere Assistenten oder interne Apps, um dieselben Arbeitsabläufe nachzubauen. Das ist durchaus üblich. Bewahren Sie einfach Ihre exportierten Anweisungen und Dateien auf, damit Sie nicht alles aus dem Gedächtnis neu schreiben müssen.

Team- und gemeinsame GPT-Risiken, die Sie nicht ignorieren sollten

Gemeinsam genutzte benutzerdefinierte GPTs (Global Postgraduate Template) sind der Punkt, an dem sich stille Ausfälle zu einem lauten Problem ausweiten. Jemand speichert ein GPT auf einer Notion-Seite mit dem Titel „So funktioniert unser Support“. Eine andere Person fügt den Link im Onboarding-Prozess ein. Niemand ist für die Anleitungen verantwortlich. Dann werden Erstellungs- und Bearbeitungsvorgänge gesperrt, und plötzlich verhält sich der Bot, den „alle benutzen“, wie ein Spukhaus.

Frühzeitig eingreifen:

• Weisen Sie jedem gemeinsam genutzten GPT einen Verantwortlichen zu – eine Person mit Namen, nicht „das Team“
• Veröffentlichen Sie in den entsprechenden Kanälen eine kurze Notiz: Was ändert sich, was ist der Nachfolger, wann muss umgeschaltet werden?
• Ersetzen Sie fest codierte Links in Wikis und Onboarding-Dokumenten, solange die alte GPT noch antwortet
• Halten Sie ein schreibgeschütztes Archiv der Anweisungen bereit, damit neue Mitarbeiter nicht von einer nicht mehr existierenden URL lernen
• Für GPTs mit Kundenkontakt sollten Sie eine Nachricht planen, die ruhig und nicht apokalyptisch klingt

Jetzt kommt ein kleiner Scherz: Wenn dein Prozess nur in einer benutzerdefinierten GPT-Datei ohne Backup läuft, war das nie ein richtiger Prozess. Das war nur eine Hoffnung mit Chat-Oberfläche. Behebe das Problem, solange die Oberfläche noch funktioniert.

Häufige Fehler bei der Migration (bitte überspringen)

Menschen machen unter leichtem Druck dieselben Fehler. Ich habe selbst schon einige gemacht. Man kann daraus lernen; Wiederholung ist optional.

• Warten Sie auf die perfekte Ankündigung ? Handeln Sie jetzt, solange Sie noch bearbeiten und herunterladen können.
• Alles migrieren – nur kritische und häufig genutzte Daten migrieren; den Rest archivieren.
• Vergessene Wissensdateien – Anweisungen ohne Dateien sind nur die halbe Miete
• Geheimnisse in gemeinsam genutzten Dokumenten veröffentlichen – API-Schlüssel gehören nicht ins Team-Wiki.
• Tonfall und Regeln während der Migration ändern – erst neu aufbauen, dann neu gestalten
• Das Team nicht zu informieren – stille Umstellungen führen zu Supportanfragen und Misstrauen.
• Vorausgesetzt, die Projekte sind identisch – Testergebnisse; Anpassungen; dann „Fertig“ verkünden.
• Die GPT Store-Einträge bleiben die maßgebliche Quelle – kopieren Sie die Kopie jetzt.

Und noch etwas: Erfinden Sie kein aufwendiges Migrationstheater. Sie brauchen keinen Lenkungsausschuss für ein Content-Repurposing-Tool, das zweimal im Monat zum Einsatz kommt. Sie brauchen lediglich einen Ordner und zwanzig Minuten Zeit.

Ein praktischer Wochenplan ohne Kalenderpanik

Sprechen Sie in relativen Begriffen und bleiben Sie in Bewegung. Hier ist eine einfache Abfolge, die funktioniert, egal ob Sie einen oder zwanzig GPTs haben.

1. Heute ungefähr: Inventur. Kritische Artikel kennzeichnen vs. ausmustern.
2. Nächster Abschnitt freier Zeit: Exportieren von Anleitungen und Wissensdateien für alle kritischen oder wichtigen Projekte.
3. Kurz darauf: Die ersten zwei oder drei Projekte (oder Agenten/Plugins, falls zutreffend) neu erstellen.
4. Bevor sie nicht mehr funktionieren: Ändern Sie Ihre persönlichen Standardeinstellungen; aktualisieren Sie die Team-Links; informieren Sie die Beteiligten.
5. Laufend: GPTs mit geringem Wert außer Betrieb nehmen; das Archiv beibehalten; keine neuen benutzerdefinierten GPTs mehr erstellen, die ohnehin nicht veröffentlicht werden können.

Der emotionale Aspekt ist schwieriger als der technische, öfter als man zugibt. Man hat Abende damit verbracht, einen GPT-Bot zu optimieren, der die eigene Stimme endlich verstanden hat. Der Abschied fühlt sich albern an, bis man sich daran erinnert, dass man die Anleitung noch hat. Die Seele des Bots ist der Text. Text verbreitet sich.

Wichtigste Erkenntnisse

Kundenspezifische GPTs werden eingestellt. Das Wichtigste in Kürze:

• Die Erstellung und Veröffentlichung neuer benutzerdefinierter GPTs in persönlichen Tarifen ist bereits eingeschränkt; bestehende sind nur noch auf Zeit nutzbar
• Alles inventarisieren; Prioritäten nach tatsächlicher Nutzung setzen, nicht nach Nostalgie
• Exportieren Sie Anleitungen, Wissensdateien, Starter und Aktionsnotizen, solange es noch möglich ist
• Kritische Arbeitsabläufe in ChatGPT-Projekten neu gestalten; Plugins oder Workspace-Agenten verwenden, wo sie besser passen
• Warnteams, Dokumente aktualisieren, Verantwortliche für gemeinsam genutzte Bots zuweisen
• Keine Panik, kein unnötiger Datenmüll, kein Warten auf den perfekten Moment

Handeln Sie frühzeitig, packen Sie sorgfältig, bauen Sie das wieder auf, was sich bewährt hat. Die Plattform verschiebt sich unter der GPT Store- und Custom GPT-Ebene – das ist zwar etwas umständlich, aber nicht karrierebeendend. Ihre Arbeitsabläufe waren schon immer komplexer als nur ein Produktbutton. Behalten Sie Ihre bewährten Vorgehensweisen bei. Verändern Sie Ihre Arbeitsweise. Sie werden es schaffen.

Praktisches Beispiel: Migration eines gemeinsam genutzten benutzerdefinierten GPT-Projekts in ein ChatGPT-Projekt

Die Abschaltung von Funktionen wirkt abstrakt, bis der Link zum Onboarding am Montag nicht mehr funktioniert. Hier erfahren Sie, wie ein britischer Kundensupport-Leiter den in diesem Leitfaden beschriebenen Pfad Inventar → Export → Neuaufbau nutzte, als benutzerdefinierte GPTs abgeschaltet wurden – und was Sie wissen müssen, um Ihren Bot optimal zu nutzen.

Szenario

Jordans Team nutzt einen benutzerdefinierten GPT namens „Support Triage Helper“. Dieser enthält die Tonfallregeln („Erfinden Sie niemals SKUs“), ein Wissenspaket mit Hilfeartikeln und vier Gesprächseinstiege, die neue Mitarbeiter intuitiv anklicken. Der Link befindet sich in Notion unter „So funktioniert unser Support“. Die Erstellung neuer benutzerdefinierter GPTs ist in den Personal-Style-Tarifen bereits gesperrt. Der gemeinsam genutzte Bot ist – vorerst – weiterhin verfügbar, was ein Entgegenkommen und keine dauerhafte Lösung darstellt.

Jordan migriert nicht den gesamten Bestand an halbfertigen GPTs. Priorität hat dieses Arbeitspferd: Anweisungen kopieren, Wissensdateien herunterladen, innerhalb eines ChatGPT-Projekts neu erstellen, den Wiki-Link aktualisieren, den Kanal informieren und dann die alte URL abschalten, sobald alle damit einverstanden sind.

Ziel ist Kontinuität ohne Migrationstheater – eine Checkliste und ein benannter Verantwortlicher, kein 40-seitiges PRD.

Was die Migration benötigt

• Eine Inventarzeile: Name, Zweck, Eigentümer (Jordan), abhängige Personen, Wissensdateien, Aktionen, Priorität, vermuteter Nachfolger (Projekt)
• Vollständige, individuelle Anweisungen in eine eindeutig benannte Datei einfügen (z. B. support-triage-instructions.txt)
• Jede hochgeladene Wissensdatei wurde in einen Ordner heruntergeladen, der nach dem GPT benannt ist
• Gesprächsanregungen und 3-5 Beispielchats, die zeigen, wie ein „gutes“ Gespräch aussah
• Hinweise zu allen Aktionen/API-Hooks in verständlicher Sprache (keine Geheimnisse in Slack)
• Ein ChatGPT-Projekt mit gekürzter Anleitung, nur den noch benötigten Dateien und nebeneinander angeordneten Testaufforderungen
• Aktualisierte Notion-/Onboarding-Links und eine kurze Kanalmitteilung, bevor der alte GPT-Server eingestellt wird

Beispielanleitung

Verwenden Sie dies als Wiederaufbau-Anleitung im neuen Projekt (nachdem Sie die exportierten Systemanweisungen eingefügt und die verifizierten Wissensdateien hochgeladen haben):

Sie sind Support-Mitarbeiter für unsere Terminplanungs-SaaS. Halten Sie sich genau an die vorgegebenen Regeln und vermeiden Sie es, Artikelnummern (SKUs) zu erfinden. Beantworten Sie Anfragen ausschließlich anhand der bereitgestellten Hilfeartikel. Sollten Sie dort keine Antwort finden, geben Sie an, dass Sie die Antwort nicht kennen, und empfehlen Sie die Weiterleitung an einen Mitarbeiter. Ihre Ausgabe sollte die wahrscheinliche Ursache, entsprechende Hinweise aus der Dokumentation, den nächsten Schritt und einen Antwortentwurf in britischem Englisch enthalten. Bitte keine Vorrede. Falls eine Frage eine API oder eine Systemaktion erfordert, die wir hier nicht implementiert haben, teilen Sie dies bitte mit, anstatt etwas vorzutäuschen.

Führen Sie zunächst folgende Tests durch (mit denselben Eingabeaufforderungen wie im alten GPT): (1) „Kunde meldet, dass die Rechnungsoption nach dem Upgrade ausgegraut ist – Priorisierung“, (2) „Entwerfen Sie eine sachliche Antwort, wenn wir die Rechnung nicht finden können“, (3) jeden alten Gesprächseinstieg einmal. Vergleichen Sie die Ergebnisse mit den gespeicherten Beispielchats, bevor Sie die Umstellung ankündigen.

Wie man es testet

• Zuerst Inventar erstellen: Alle benutzerdefinierten GPTs auflisten; kritische/hochwertige/ausmusternde markieren. Nicht mit den niedlichen Avataren beginnen.
• Exportieren während des Bearbeitens/Herunterladens funktioniert weiterhin: Anleitungen + Wissensdateien + Einstiegsmaterialien. Erstellen Sie bei unterschiedlichen Versionen doppelte Sicherungskopien von unbekannten PDFs aus Drive.
• Erstellen Sie nur die obersten zwei oder drei GPT-Dateien neu. Testen Sie dieselben Eingabeaufforderungen parallel zur alten GPT-Datei, solange diese noch läuft.
• Sonderfall: ein GPT mit benutzerdefinierten Aktionen - dokumentieren Sie, was jede Aktion bewirkt hat; authentifizieren Sie sich sorgfältig in Plugins oder Agenten, wenn dies besser geeignet ist als ein Projekt.
• Abnahmeprüfungen vor der Umstellung: (1) Anweisungsdatei vollständig, (2) alle kritischen Wissensdateien vorhanden, (3) drei Testaufforderungen entsprechen der Qualität der Stichprobe, (4) Notion-Link aktualisiert, (5) Kanal mit dem Namen des Eigentümers benachrichtigt, (6) keine API-Schlüssel in das Team-Wiki eingefügt.

Ergebnis

Beispielhaftes Ergebnis (geschätzter Aufwand für einen Migrations-Sprint eines Support-Teams, keine veröffentlichte OpenAI-Studie): Von 8 erfassten benutzerdefinierten GPTs waren 3 kritisch/hoch und wurden als Projekte neu erstellt; 5 wurden lediglich mit Anweisungen archiviert. Export und Neuerstellung des Support-Triage-Bots dauerten ca. 90 Minuten (Erfassung 15 Minuten, Export 25 Minuten, Projekteinrichtung und Datei-Upload 20 Minuten, paralleler Test 30 Minuten). Nach der Umstellung sanken die Anfragen im Support-Kanal („Wo ist der GPT hin?“) von 6 in der ersten Woche (kein Verantwortlicher, keine Notiz) auf 1 klärende Frage, nachdem der Notion-Link und der Kanalbeitrag verfügbar waren. Auf einer Migrations-Checkliste (Export abgeschlossen, Projekt getestet, Dokumentation aktualisiert, Verantwortlicher benannt, Geheimnisse entfernt) bestanden 3 von 3 neu erstellten Bots die Prüfung vor der Ankündigung, im Gegensatz zu 0 von 3 bei der bisherigen Vorgehensweise („Wir kümmern uns darum, wenn es nicht funktioniert“). Einschränkungen: kleines Team, ein Produktbereich; Bots ohne Wissensdateien migrieren schneller; aktionsintensive GPTs benötigen länger; die Zeitangabe schließt das Warten auf Administratorgenehmigungen für Workspace Agents aus.

Um Ihre eigene Version zu messen: Erstellen Sie eine Liste aller benutzerdefinierten GPTs mit Prioritätsbezeichnungen; messen Sie die Zeit für Export und Neuaufbau jedes kritischen Bots; verfolgen Sie die Checklisten-Erfolgsquote und die Hilfeanfragen nach der Umstellung über zwei Wochen; berichten Sie die Anzahl mit Nennern.

Was kann schiefgehen?

• Warten Sie auf die perfekte Ankündigung: Handeln Sie, solange Sie noch bearbeiten und herunterladen können.
• Alles migrieren: Spielzeug archivieren; Arbeitstiere neu aufbauen.
• Anleitung ohne Rezept: Das ist doch nur die halbe Wahrheit. Schnapp dir die Vorräte, nicht nur die Rezeptkarte.
• Stiller Systemwechsel: Gemeinsam genutzte Links im Onboarding-Prozess werden zum Spukort.
• Geheimnisse im Wiki: API-Schlüssel entfernen, wenn Exporte in freigegebene Laufwerke eingefügt werden.
• Vorausgesetzt, die Projekte sind identisch: Testergebnisse testen, dann die Fertigstellung verkünden – nicht umgekehrt.
• Kein benannter Inhaber: „Das Team“ kann eine nicht mehr existierende URL nicht rotieren.

Praktische Erkenntnisse

Wenn benutzerdefinierte GPTs abgeschaltet werden, müssen Sie Folgendes beachten: Inventar, Exportanweisungen und Wissensdateien. Erstellen Sie die wenigen, die sich bewährt haben, in ChatGPT-Projekten (oder Plugins/Workspace-Agenten, wo Tools und Teamprozesse besser passen) neu. Warnen Sie alle, die den alten Link geteilt haben, und verwerfen Sie überflüssige Daten. Der Bot basiert auf Text. Text verbreitet sich. Bewahren Sie die bewährten Methoden; ändern Sie die Vorgehensweise.

Häufig gestellte Fragen

Was bedeutet die Schließung von Custom GPTs für ChatGPT-Nutzer?

OpenAI stellt die Unterstützung für benutzerdefinierte Gruppenarbeitstypen (Custom GPTs) in allen ChatGPT-Tarifen schrittweise ein. Nutzer von persönlichen Free-, Go-, Plus- und Pro-Konten können bereits keine neuen GPTs mehr erstellen oder veröffentlichen. Bestehende GPTs können zwar noch eine Zeit lang ausgeführt oder bearbeitet werden – dies ist jedoch nur eine vorübergehende Kulanzregelung und keine Garantie. Workspace- und Enterprise-Setups folgen einem festgelegten Abschaltplan hin zu Nachfolgern wie Plugins, ChatGPT-Projekten und Workspace-Agenten. Erstellen Sie keine neuen benutzerdefinierten GPTs mehr und konzentrieren Sie sich stattdessen darauf, die bestehenden, die sich bewährt haben, zu erhalten.

Kann ich weiterhin neue benutzerdefinierte GPTs erstellen oder veröffentlichen?

Für viele persönliche Konten gilt: Nein – das Erstellen und Veröffentlichen von Inhalten ist bereits gesperrt, einschließlich neuer Einträge im GPT Store. Vorhandene benutzerdefinierte GPTs, die Ihnen gehören oder mit denen Sie geteilt haben, können möglicherweise noch geöffnet werden. Bei einigen Tarifen können Sie Anleitungen oder Wissensdateien noch bearbeiten, bevor der Zugriff erlischt. Kritische Arbeitsabläufe sollten benutzerdefinierte GPTs nicht als dauerhafte Speicherorte verwenden. Kopieren Sie Anleitungen, Starter und Dateien, solange dies noch möglich ist.

Wie unterscheidet sich die Abklingphase bei privaten Tarifen im Vergleich zu Tarifen für den Arbeitsplatz?

Privatnutzer benötigen hauptsächlich ein persönliches Backup: Exportieren Sie Anweisungen und Dateien, erstellen Sie die Daten in Projekten oder einem anderen Tool neu und warnen Sie alle, die einen geteilten Link hatten. Administratoren von Unternehmen und Arbeitsbereichen stoßen auf gemeinsam genutzte Bots in Onboarding-Prozessen, Richtlinien-FAQs, Vertriebs-Tracks und Support-Makros. Erstellen Sie daher eine Bestandsaufnahme auf Organisationsebene, weisen Sie Verantwortliche zu und bestimmen Sie Nachfolger, bevor diese Bots nicht mehr funktionieren. Wenn Sie die Bots alleine nutzen, sichern Sie sie diese Woche; wenn ein Team sie nutzt, behandeln Sie die Abschaltung wie die eines kleinen, veralteten Produkts.

Was sollte ich inventarisieren, bevor benutzerdefinierte GPTs nicht mehr funktionieren?

Für jede GPT-Erfassung: Name und Zweck, Eigentümer, abhängige Personen, Anweisungslänge, Wissensdateien, Aktionen oder Tools, Priorität und ein möglicher Nachfolger. Sortieren Sie nach tatsächlicher Nutzung – kritische tägliche Aufgaben vs. digitale Datenreste – nicht nach Avatar-Nostalgie. Viele verwenden drei GPTs für dieselbe Aufgabe; konsolidieren Sie diese während der Migration. Was Sie nicht benennen können, lässt sich nicht migrieren.

Welche benutzerdefinierten GPT-Assets sind für den Export am wichtigsten?

Systemanweisungen und Wissensdateien sind unerlässlich – quasi das Gehirn und die Vorratskammer. Kopieren Sie außerdem Gesprächsanfänge, Aktions- oder API-Hinweise in verständlicher Sprache (ohne vertrauliche Informationen in Slack einzufügen), einige Beispielchats mit gelungenen Ergebnissen, Verteilerlisten für Warnhinweise und den Eintrag im GPT Store (falls veröffentlicht). Laden Sie Dateien in einen eindeutig benannten Ordner pro GPT herunter und erstellen Sie doppelte Backups von wichtigen PDFs in Google Drive, wenn sich die Versionen unterscheiden.

Wie kann ich ein benutzerdefiniertes GPT in ChatGPT-Projekten neu erstellen?

Erstellen Sie ein Projekt mit dem Namen des Auftrags, fügen Sie die exportierten Anweisungen ein, laden Sie nur die benötigten Wissensdateien hoch und testen Sie die gleichen Eingabeaufforderungen parallel zum alten GPT. Laden Sie frühere Benutzer ein und deaktivieren Sie den alten Link, sobald diese sich damit vertraut gemacht haben. Projekte eignen sich besser für laufende Arbeiten – Recherchen, Content-Pipelines, Kundenbriefings, interne Fragen und Antworten – als öffentliche GPT-Store-Apps. Beginnen Sie mit Ihren zwei oder drei wichtigsten Bots, nicht mit allen.

Wann sollte ich Plugins oder Workspace-Agenten anstelle von Projekten verwenden?

Bots mit hohem Anweisungsaufwand und Dateiverarbeitung werden üblicherweise Projekten zugeordnet. Tool- oder API-Automatisierung eignet sich für Plugins oder Nachfolger im Aktionsstil – eine erneute Authentifizierung ist hierbei unerlässlich. Teamprozesse mit klarer Verantwortlichkeit passen zu Workspace-Agenten mit einem eingebundenen Administrator. Öffentliche Discovery-Bots müssen überdacht werden, da die Ära des benutzerdefinierten GPT-Stores zu Ende geht und einmalige Funktionen ohne Migration archiviert werden können. Es ist mit Reibungsverlusten zu rechnen; eine 1:1-Kopie ist unwahrscheinlich.

Welche Risiken entstehen durch gemeinsam genutzte benutzerdefinierte GPTs (Generalized Product Tasks) während der Abschaltung?

Gemeinsam genutzte GPTs (Global Postgraduate Tools) befinden sich oft in Notion, Onboarding-Dokumenten und Slack ohne festen Verantwortlichen – dann frieren Bearbeitungen ein und der Bot, den alle nutzen, wird zu einem unübersichtlichen Abstellgleis. Weisen Sie einen menschlichen Verantwortlichen zu, informieren Sie über die Änderungen und den Zeitpunkt des Wechsels, ersetzen Sie fest codierte Links, während das alte GPT noch antwortet, und erstellen Sie ein schreibgeschütztes Archiv mit Anweisungen. Für Bots mit Kundenkontakt sollten Sie eine ruhige und sachliche Nachricht verfassen. Ein Prozess ohne Backup war mit einer Chat-Oberfläche eine Hoffnung.

Welche Migrationsfehler sollte ich vermeiden?

Warten Sie nicht auf die perfekte Ankündigung – handeln Sie, solange Sie noch bearbeiten und herunterladen können. Migrieren Sie nur kritische und häufig genutzte Daten; archivieren Sie den Rest. Vergessen Sie nicht Wissensdatenbanken, fügen Sie API-Schlüssel in gemeinsame Wikis ein, passen Sie den Tonfall während der Migration nicht an und führen Sie keine stille Umstellung durch. Projekte sind nicht identisch – testen Sie die Ergebnisse, bevor Sie die Fertigstellung bekannt geben, und kopieren Sie den Text der Shop-Einträge jetzt, falls er wichtig ist. Verzichten Sie auf Lenkungsausschüsse für einen Bot, der nur zweimal im Monat verwendet wird.

Wie migriere ich eine gemeinsam genutzte benutzerdefinierte GPT-Datei in ein Projekt?

Inventarisieren Sie den Bot, exportieren Sie die vollständige Anleitung und alle Wissensdateien, speichern Sie Starter- und Beispielchats und erstellen Sie ihn anschließend in einem Projekt mit optimierten Regeln und verifizierten Dateien neu. Testen Sie dieselben Triage-Abfragen parallel, aktualisieren Sie die Links in Notion oder für das Onboarding und benachrichtigen Sie den Kanal mit dem Inhabernamen, bevor die alte URL deaktiviert wird. Die Akzeptanz setzt vollständige Exporte, gleichbleibende Beispielqualität, aktualisierte Dokumentation und das Fehlen geheimer Informationen im Team-Wiki voraus.

Referenzen

1. OpenAI – Abschaltung benutzerdefinierter GPTs – help.openai.com