Aangepaste GPT-diensten worden stopgezet. Wat u moet weten.

Kort antwoord: OpenAI stopt met het gebruik van aangepaste GPT's: persoonlijke abonnementen kunnen al geen nieuwe meer aanmaken of publiceren, en bestaande bots zijn slechts een tijdelijke oplossing. Als een GPT nog steeds nuttig is, exporteer dan nu de instructies en kennisbestanden en bouw deze vervolgens opnieuw op in projecten, plug-ins of werkruimteagenten.

Belangrijkste conclusies:

Geen nieuwe builds: Stop met het aanmaken van aangepaste GPT's op persoonlijke abonnementen; beschouw bestaande GPT's als tijdelijk.

Inventariseer eerst: maak een lijst van het doel, de eigenaar, de afhankelijkheden, de bestanden en de prioriteit van elke GPT voordat u deze migreert.

Exporteer de kennis: Kopieer de volledige instructies en download alle kennisbestanden zolang het nog kan.

Herstructureer grondig: verplaats de belangrijkste werkpaarden naar ChatGPT-projecten; neem zonder pardon afscheid van overbodige onderdelen.

Waarschuw delers: Breng teams en gebruikers van gedeelde links op de hoogte voordat links niet meer werken en workflows niet meer functioneren.

Wat verdwijnt en wat werkt nu nog steeds? 

Het aanmaken en publiceren van nieuwe aangepaste GPT's op persoonlijke abonnementen is nu geblokkeerd. U kunt geen nieuwe GPT Store -aanbieding meer aanmaken of een gloednieuwe persoonlijke aangepaste GPT publiceren zoals voorheen. Bestaande GPT's kunnen mogelijk nog een tijdje gebruikt en in sommige gevallen bewerkt worden. Beschouw "werkt nog steeds" als een tijdelijke oplossing, niet als een garantie.

Werkruimte- en bedrijfsomgevingen volgen een gepubliceerd afbouwtraject. Dat betekent meestal beheerdersmeldingen, migratietools en een focus op nieuwere bouwstenen: ChatGPT-projecten voor gerichte werkruimtes met bestanden en instructies, plug-ins waar beschikbaar, en Workspace Agents voor automatisering op teamniveau. De namen veranderen enigszins per plan, maar het idee blijft hetzelfde. Aangepaste GPT's als productinterface verdwijnen geleidelijk.

Wat in de praktijk nog steeds werkt, zolang het nog kan:

• Het openen en chatten met veel bestaande aangepaste GPT's die je al bezit of die met je zijn gedeeld
• Het bewerken van instructies of kennisbestanden voor sommige plannen voordat de bewerkingsrechten vervallen
• Het overschrijven van systeeminstructies, gespreksstarters en geüploade kennisbestanden
• Het vastleggen van wie op welke GPT vertrouwt, voordat iedereen er op de harde manier achter komt

Wat voor veel persoonlijke accounts niet meer werkt: het aanmaken van nieuwe aangepaste GPT's, publiceren naar de GPT Store en het beschouwen van aangepaste GPT's als een permanente opslagplaats voor cruciale workflows. Als aangepaste GPT's worden gesloten, begint wat je moet weten hier: stop met het aanmaken van nieuwe en begin met het behouden van de goede.

Privé versus werkruimte: waarom jouw plan de standaardaanpak verandert

Gebruikers van de gratis/Go/Plus/Pro-versie van Personal Free vallen al in de categorie "geen nieuwe builds". Jouw taak is het maken van een persoonlijke back-up: download de instructies, download de bestanden, maak een nieuwe versie aan in Projects of een andere tool, en laat iedereen met wie je een GPT-bestand hebt gedeeld weten dat de link mogelijk niet meer werkt.

Enterprise- en workspacebeheerders staan ​​voor een andere wirwar – en, enigszins ironisch, een duidelijker beeld. Gedeelde GPT's bevinden zich vaak midden in teamprocessen: onboardingbots, beleidsvragen en -antwoorden, verkoopgesprekken, ondersteuningsmacro's vermomd als chat. Wanneer die niet meer werken, halen mensen hun schouders niet op; er ontstaan ​​tickets. Inventariseer ze daarom op organisatieniveau, wijs eigenaren toe en kies opvolgers (projecten, plug-ins, workspace-agents) voordat de gedeelde GPT's stoppen met werken.

De vuistregel is denk ik: als alleen jij het gebruikt, maak er dan deze week een back-up van. Als een team het gebruikt, behandel het dan als een productuitfasering met een klein migratieplan. Geen PRD van 40 pagina's. Een checklist en een aangewezen verantwoordelijke. Dat is voldoende.

Inventarislijst: vind alle Custom GPT's die ertoe doen

Je kunt niet migreren wat je niet kunt benoemen. Open je GPT-lijst en maak eerst een eenvoudige inventarisatie. Spreadsheet, notitie-app, post-it-briefjes - wat dan ook. Perfectie is hier de vijand.

Leg voor elke aangepaste GPT het volgende vast:

• Naam en doel - één zin waarin wordt uitgelegd wat het doet.
• Eigenaar - jij, een teamgenoot, of "op een of andere manier wees geworden"
• Wie is ervan afhankelijk ? Alleen jij, een team, klanten, of een gedeelde link die rondgaat op Slack?
• Lengte van de instructies - korte aanwijzing versus een roman vol regels
• Kennisbestanden - PDF's, documenten en CSV's die hierin geüpload zijn.
• Acties/tools - alle API-hooks, browse- of aangepaste acties
• Prioriteit - cruciaal dagelijks, prettig wekelijks, of digitaal stof
• Mogelijke opvolger : project, plugin, Workspace Agent, of "stilletjes met pensioen gaan"?

Sorteer eerst op prioriteit, niet op hoe schattig de GPT-avatar was. De avatar zal je niet missen. Je maandagochtendroutine misschien wel.

Veel mensen ontdekken, bijna per ongeluk, dat ze drie GPT's hebben die hetzelfde werk doen met net iets andere instructies. Consolideer ze tijdens de migratie. Je toekomstige zelf zal je er dankbaar voor zijn.

Wat te bewaren, waarom, hoe en hoe urgent het is

Gebruik dit als paklijst. Kleine eigenaardigheden inbegrepen - ja, "gespreksstarters" zijn de moeite waard om te bewaren, zelfs als je ze nooit meer aan gebruikers laat zien.

Begin met de belangrijkste regels. Vooral kennisbestanden – zodra de toegang tot bewerken of downloaden beperkt is, is het zoeken naar het originele pdf-bestand op iemands laptop een bijzonder lastige klus.

Exporteer instructies en kennisbestanden voordat ze niet meer werken

Dit is het minder aantrekkelijke deel dat je later veel tijd bespaart. Open elke aangepaste GPT met hoge prioriteit zolang het nog kan. Kopieer de volledige instructies naar een platte tekst- of markdownbestand – wacht, platte tekst is veiliger voor versiebeheer; markdown is ook prima. Geef bestanden duidelijke namen: support-triage-instructions.txt, niet final-final-v3.txt.

Download vervolgens alle kennisbestanden. Plaats ze in een map per GPT-bestand. Als een bestand binnen het GPT-bestand is bijgewerkt en u niet zeker weet welke versie actueel is, download dan de versie die nu in het GPT-bestand staat en zoek ook naar de meest recente versie in Google Drive of SharePoint. Dubbele back-up is beter dan één onduidelijk PDF-bestand.

Een paar praktische tips die vanzelfsprekend lijken totdat je ze over het hoofd ziet:

• Exporteer op een rustige dag, niet vijf minuten voor een demonstratie
• Verwijder geheimen uit instructieteksten als je deze in een gedeelde teamdrive plakt
• Let op de eigenaardigheden van het model waarop je vertrouwde - toonregels, opmaakregels, "verzin nooit SKU's", dat soort dingen
• Als de GPT aangepaste acties gebruikt, beschrijf dan in begrijpelijke taal wat elke actie doet, en niet alleen het schema

Ik begon dit gedeelte met de bedoeling te zeggen: "kopieer gewoon de prompt", maar realiseerde me toen dat de helft van de waarde meestal in de bestanden verborgen zit. De prompt is het recept; de kennisbestanden zijn de voorraadkast. Je hebt ze allebei nodig, anders is het eten mislukt. Metaforisch gesproken. Eet alsjeblieft je PDF's niet op.

Herbouw cruciale bots in ChatGPT-projecten 🛠️

Voor veel persoonlijke en teamworkflows zijn ChatGPT-projecten de logische volgende stap. Een project biedt een eigen ruimte met eigen instructies en bestanden – vergelijkbaar met een aangepaste GPT, waardoor de migratie vertrouwd aanvoelt, zonder dat het een simpele kopie met één klik lijkt.

Een verstandig herstelplan:

• Maak een project aan met de naam van de oude GPT's functie, niet met de naam die de oude GPT als grap gebruikte
• Plak de geëxporteerde instructies; verwijder alles wat alleen in de GPT Store zinvol was
• Upload alleen de kennisbestanden die je echt nodig hebt; gooi niet zomaar alle stoffige concepten die in de map staan ​​weg
• Test met dezelfde prompts die je eerder gebruikte en vergelijk de resultaten naast elkaar
• Nodig de mensen uit die de oude GPT gebruikten en verwijder de oude link wanneer ze er klaar voor zijn

Projecten blinken uit in doorlopend werk: onderzoeksmappen, contentpipelines, klantbriefings, interne vraag- en antwoordsessies met een vaste corpus. Ze zijn minder een "openbare app in de GPT Store" en meer een serieuze werkruimte. Dat is prima. De meeste Custom GPT's die hun nut bewezen, waren werkpaarden, geen appwinkels.

Als Custom GPT's worden gesloten, is het belangrijk om te weten dat je bij een heropbouw het volgende moet doen: begin met je drie belangrijkste robots, niet met de hele dierentuin. Lever die op. Bepaal vervolgens welke van de overige robots een project verdienen en welke je in stilte kunt laten gaan.

Plugins, Workspace Agents en andere opvolgende trajecten 🔌

Niet alles hoort thuis in een project. Sommige aangepaste GPT's waren slechts dunne wrappers rond tools, API's of teamprocessen met meerdere stappen. Die passen beter bij plug-ins als uw abonnement dat ondersteunt, of bij Workspace Agents in bedrijfsomgevingen.

Een ruwe kaart die in de praktijk goed heeft gewerkt:

• Veel instructies + bestanden - ChatGPT-projecten
• Automatisering van tools/API's - plug-ins of opvolgers in actiestijl; herauthentiseer zorgvuldig.
• Teamprocessen met verantwoordelijkheid - Werkruimteagenten, met een beheerder op de hoogte.
• Openbare/ontdekkingsbots - heroverweeg de distributie; het tijdperk van de GPT Store voor aangepaste GPT's loopt ten einde.
• Speelgoed dat slechts één keer gemaakt is - niet overzetten; archiveer de melding en ga verder.

Verwacht wat wrijving. De mogelijkheden zullen niet één-op-één overeenkomen. Een aangepaste GPT die browsen, bestanden en een eigenzinnige persoonlijkheid combineerde, kan een project worden met een aparte tool, of een agent met duidelijkere machtigingen. Die opsplitsing is vervelend, maar ook beter – minder ondoorzichtige black boxes.

Buiten ChatGPT om bouwen sommige teams dezelfde workflows na in andere assistenten of interne apps. Dat is prima. Bewaar wel je geëxporteerde instructies en bestanden, zodat je niet alles uit je hoofd hoeft te herschrijven, zoals bij een volksverhaal.

Team- en gedeelde GPT-risico's die u niet mag negeren

Gedeelde aangepaste GPT's zijn de plek waar stille storingen plotseling luidruchtig worden. Iemand slaat een GPT op in een Notion-pagina met de titel "Hoe we ondersteuning bieden". Een ander plaatst de link tijdens de onboarding. Niemand is verantwoordelijk voor de instructies. Dan loopt het aanmaken vast, het bewerken wordt geblokkeerd en plotseling begint de bot die "iedereen gebruikt" zich te gedragen als een spookhuis.

Neem vroegtijdig maatregelen:

• Wijs per gedeelde GPT een eigenaar toe - een persoon met een naam, niet "het team"
• Plaats een korte notitie in de kanalen die het gebruiken: wat verandert er, wat is de opvolger en wanneer moet je overschakelen?
• Vervang hardgecodeerde links in wiki's en onboardingdocumenten, terwijl de oude GPT nog steeds antwoorden geeft
• Bewaar een alleen-lezen archief van instructies, zodat nieuwe medewerkers niet hoeven te leren via een URL die niet meer werkt
• Voor GPT's die rechtstreeks met klanten communiceren, is het belangrijk een bericht te formuleren dat kalm klinkt, niet apocalyptisch

Tijd voor een beetje sarcasme: als je proces alleen in een aangepaste GPT-partitie draait zonder back-up, dan was het nooit een proces. Het was slechts een hoop met een chatinterface. Los die hoop op zolang de interface nog open is.

Veelgemaakte fouten tijdens de migratie (sla deze over)

Mensen maken dezelfde fouten onder lichte druk. Ik heb er zelf ook een paar gemaakt. Je kunt ervan leren; herhalen is een keuze.

• Wachten op de perfecte aankondiging - handel nu het nog kan en downloads mogelijk zijn.
• Alles migreren - migreer alleen kritieke en veelgebruikte systemen; archiveer de rest.
• Het vergeten van kennisbestanden - instructies zonder bestanden zijn maar een half brein.
• Het plakken van geheime informatie in gedeelde documenten - API-sleutels horen niet thuis in de teamwiki.
• De toon en regels aanpassen tijdens de migratie - eerst herbouwen, dan opnieuw ontwerpen
• Het team niet inlichten - stille overgangen leiden tot supporttickets en wantrouwen.
• Ervan uitgaande dat de projecten identiek zijn : test de resultaten, pas aan en kondig vervolgens "klaar" aan.
• De productvermeldingen in de GPT Store blijven de absolute waarheid - kopieer de tekst nu.

En ook: verzin geen ingewikkeld migratietheater. Je hebt geen stuurgroep nodig voor een GPT-sessie voor het hergebruiken van content die twee keer per maand plaatsvindt. Een map en twintig minuten zijn voldoende.

Een praktisch weekplan zonder kalenderstress

Spreek in relatieve termen en blijf in beweging. Hier is een eenvoudige reeks die werkt, of je nu één GPT hebt of twintig.

1. Vandaag ongeveer: Inventarisatie. Markeer kritieke artikelen versus artikelen die moeten worden afgeschreven.
2. Volgende periode van vrije tijd: Instructies en kennisbestanden exporteren voor alles wat cruciaal of van groot belang is.
3. Kort daarna: Herbouw de bovenste twee of drie in Projecten (of agents/plugins, indien van toepassing).
4. Voordat ze stoppen met werken: wijzig je persoonlijke standaardinstellingen; werk teamlinks bij; informeer belanghebbenden.
5. Lopende werkzaamheden: Verwijder GPT's met een lage waarde; bewaar het archief; stop met het aanmaken van nieuwe aangepaste GPT's die sowieso niet gepubliceerd kunnen worden.

Het emotionele aspect is vaak moeilijker dan het technische, meer dan mensen toegeven. Je hebt avonden besteed aan het afstellen van een spraakassistent die eindelijk je stem "begreep". Afscheid nemen voelt onnozel totdat je je realiseert dat je de instructies nog hebt. De ziel van de bot is tekst. Tekst reist.

Belangrijkste conclusies

Aangepaste GPT's worden gesloten. Wat je moet weten, in het kort:

• Het aanmaken en publiceren van nieuwe, aangepaste GPT-pakketten op persoonlijke abonnementen is al aan beperkingen onderhevig; bestaande pakketten zijn aan het einde van hun levensduur
• Inventariseer alles; geef prioriteit aan gebruik in de praktijk, niet aan nostalgie
• Exporteer instructies, kennisbestanden, startopdrachten en actienotities zolang het nog kan
• Herbouw cruciale workflows in ChatGPT-projecten; gebruik plug-ins of Workspace Agents waar ze beter passen
• Teams waarschuwen, documentatie bijwerken, eigenaren toewijzen voor gedeelde bots
• Sla de paniek over, sla het verplaatsen van rommel over, sla het wachten op het perfecte moment over

Handel snel, pak zorgvuldig in en bouw opnieuw op wat zijn waarde bewijst. Het platform verandert onder de GPT Store en Custom GPT-laag – dat is onhandig, maar niet het einde van je carrière. Je workflows waren altijd al groter dan één productknop. Houd de recepten. Verander de keuken. Het komt wel goed.

Praktisch voorbeeld: Een aangepaste GPT voor gedeelde ondersteuning migreren naar een ChatGPT-project

Het afschaffen van bepaalde functies voelt abstract aan totdat de onboardinglink van maandag niet meer werkt. Hier lees je hoe een teamleider van de klantenservice in het VK het pad 'inventaris → exporteren → opnieuw opbouwen' uit deze handleiding gebruikte toen aangepaste GPT's werden stopgezet - en wat je moet weten om de bot die zijn nut bewijst in te pakken.

Scenario

Het team van Jordan heeft een aangepaste GPT genaamd "Support Triage Helper". Deze bevat de toonregels, de instructie "verzin nooit nieuwe SKU's", een kennisbank met helpartikelen en vier gespreksstarters die nieuwe medewerkers zonder erbij na te denken aanklikken. De link staat in Notion onder "Hoe wij support verlenen". Het aanmaken van nieuwe aangepaste GPT's voor hun persoonlijke abonnementen is al geblokkeerd. De gedeelde bot is (voorlopig) nog wel te gebruiken, wat een gunst is en geen verplichting.

Jordan migreert niet de hele verzameling halfafgemaakte GPT's. Prioriteit nummer één is dit werkpaard: instructies kopiëren, kennisbestanden downloaden, opnieuw opbouwen binnen een ChatGPT-project, de wikilink bijwerken, het kanaal informeren en vervolgens de oude URL verwijderen wanneer iedereen er klaar voor is.

Het doel is continuïteit zonder gedoe rondom de migratie - een checklist en een aangewezen verantwoordelijke, geen PRD van 40 pagina's.

Wat de migratie vereist

• Een inventarisregel: naam, doel, eigenaar (Jordan), wie ervan afhankelijk is, kennisbestanden, acties, prioriteit, geschatte opvolger (Project)
• Volledige, op maat gemaakte instructies in een bestand met een duidelijke naam (bijv. support-triage-instructions.txt) plakken
• Elk geüpload kennisbestand wordt gedownload naar een map die is vernoemd naar de GPT
• Gespreksstarters en 3-5 voorbeeldgesprekken die laten zien hoe een "goed" gesprek eruitziet
• Notities over alle acties/API-hooks in begrijpelijke taal (geen geheimen in Slack)
• Een ChatGPT-project met ingekorte instructies, alleen de nog benodigde bestanden, en testprompts naast elkaar
• Bijgewerkte Notion/onboarding-links en een korte mededeling voor het kanaal voordat de oude GPT stopt met werken

Voorbeeldinstructie

Gebruik dit als de herstelopdracht in het nieuwe project (nadat u de geëxporteerde systeeminstructies hebt geplakt en de geverifieerde kennisbestanden hebt geüpload):

Je bent de ondersteuningsmedewerker voor onze SaaS-oplossing voor het plannen van bestellingen. Volg de aangegeven toon en de regel "verzin nooit nieuwe SKU's" strikt op. Beantwoord vragen uitsluitend op basis van de geüploade helpartikelen; als het antwoord ontbreekt, geef dan aan dat je het niet weet en stel de escalatieprocedure voor. Output: waarschijnlijke oorzaak, bewijs uit de documentatie, volgende stap en een conceptantwoord in Brits Engels. Geen inleiding. Als een vraag een API of een actie in een live systeem vereist die we hier niet hebben gekoppeld, zeg dat dan in plaats van te doen alsof.

Voer eerst de volgende tests uit (met dezelfde prompts als de oude GPT): (1) "Klant zegt dat de factureringsoptie grijs is na de upgrade - onderzoek dit," (2) "Schrijf een rustig antwoord op als we hun factuur niet kunnen vinden," (3) voer elk van de oude gespreksstarters één keer uit. Vergelijk de resultaten met de opgeslagen voorbeeldchats voordat u de overstap aankondigt.

Hoe test je het?

• Begin met de inventaris: maak een lijst van alle aangepaste GPT's; markeer ze als kritiek / belangrijk / buiten gebruik. Begin niet met de schattige avatars.
• Exporteren terwijl bewerken/downloaden nog steeds werkt: instructies + kennisbestanden + starters. Dubbele back-up van mysterieuze PDF's vanuit Drive als er verschillende versies zijn.
• Herbouw alleen de bovenste twee of drie. Test dezelfde prompts naast de oude GPT terwijl deze nog steeds actief is.
• Uitzonderlijk geval: een GPT met aangepaste acties - documenteer wat elke actie deed; herauthenticeer zorgvuldig in plug-ins of agents als dat beter past dan een project.
• Acceptatiecontroles vóór de overstap: (1) instructiebestand compleet, (2) alle essentiële kennisbestanden aanwezig, (3) drie testprompts komen overeen met de kwaliteit van het voorbeeld, (4) Notion-link bijgewerkt, (5) kanaal op de hoogte gesteld met eigenaarsnaam, (6) geen API-sleutels in de teamwiki geplakt.

Resultaat

Illustratief resultaat (voorbeeldschatting voor een migratiesprint van één supportteam, geen gepubliceerde OpenAI-studie): Van de 8 geïnventariseerde Custom GPT's waren er 3 kritiek/hoog en werden opnieuw opgebouwd als projecten; 5 werden gearchiveerd met alleen instructies. Het exporteren en opnieuw opbouwen van de support triage bot duurde ongeveer 90 minuten (inventarisatie 15, exporteren 25, projectconfiguratie en bestandsupload 20, vergelijkend testen 30). Na de overstap daalde het aantal meldingen "Waar is de GPT gebleven?" in het supportkanaal van een piek van 6 in de eerste week (geen eigenaar, geen notitie) naar 1 verduidelijkende vraag zodra de Notion-link en het kanaalbericht beschikbaar waren. Op een migratiechecklist (export voltooid, project getest, documentatie bijgewerkt, eigenaar benoemd, geheimen verwijderd) slaagden 3 van de 3 opnieuw opgebouwde bots voor de aankondiging, tegenover 0 van de 3 onder de gewoonte om "we lossen het op als het misgaat" te handelen. Beperkingen: klein team, één productgebied; bots zonder kennisbestanden migreren sneller; Actie-intensieve GPT's duren langer; de timing is exclusief het wachten op goedkeuringen van beheerders voor Workspace Agents.

Om uw eigen versie te meten: inventariseer alle aangepaste GPT's met prioriteitslabels; bepaal de tijd die nodig is voor het exporteren en opnieuw opbouwen van elke kritieke bot; houd het slagingspercentage van de checklist en de hulpverzoeken na de overstap gedurende twee weken bij; rapporteer de aantallen met de bijbehorende noemers.

Wat kan er misgaan?

• Wachten op de perfecte aankondiging: onderneem actie zolang je nog kunt bewerken en downloaden.
• Alles migreren: speelgoed archiveren; werkpaarden opnieuw opbouwen.
• Instructies zonder bestanden: een half brein. Pak de voorraadkast erbij, niet alleen het receptkaartje.
• Stille overgang: Gedeelde links in het onboardingproces veranderen in een spookachtig zolderkamertje.
• Geheimen in de wiki: Verwijder API-sleutels wanneer je exportbestanden naar gedeelde schijven plakt.
• Ervan uitgaande dat de projecten identiek zijn: test de resultaten en meld vervolgens dat het project is afgerond - niet andersom.
• Geen eigenaar vermeld: "Het team" kan een niet-werkende URL niet roteren.

Praktische tips

Wanneer aangepaste GPT's worden stopgezet, is het belangrijk om te weten wat er operationeel is: inventaris, exportinstructies en kennisbestanden, het opnieuw opbouwen van de weinige die hun nut bewijzen in ChatGPT-projecten (of plug-ins/Workspace Agents waar tools en teamprocessen beter passen), het waarschuwen van iedereen die de oude link heeft gedeeld en het verwijderen van de rommel. De ziel van de bot is tekst. Tekst reist. Behoud de recepten; verander de keuken.

Veelgestelde vragen

Wat betekent het sluiten van Custom GPT's voor ChatGPT-gebruikers?

OpenAI stopt met het gebruik van aangepaste GPT's voor alle ChatGPT-abonnementen. Persoonlijke accounts (Free, Go, Plus en Pro) kunnen al geen nieuwe meer aanmaken of publiceren, terwijl bestaande GPT's mogelijk nog een tijdje kunnen worden gebruikt of bewerkt. Beschouw dit als een tijdelijke oplossing, niet als een garantie. Workspace- en bedrijfsaccounts volgen een gepubliceerd afbouwtraject richting opvolgers zoals plug-ins, ChatGPT-projecten en Workspace Agents. Stop met het aanmaken van nieuwe aangepaste GPT's en begin met het behouden van de GPT's die nog nuttig zijn.

Kan ik nog steeds nieuwe aangepaste GPT's aanmaken of publiceren?

Voor veel persoonlijke accounts geldt het volgende: het aanmaken en publiceren van GPT's is al geblokkeerd, inclusief nieuwe GPT Store-vermeldingen. Bestaande aangepaste GPT's die u bezit of die met u zijn gedeeld, kunnen mogelijk nog wel worden geopend. Bij sommige abonnementen kunt u instructies of kennisbestanden nog bewerken voordat die toegang vervalt. Voor kritieke workflows is het niet aan te raden om aangepaste GPT's als permanente opslagplaats te gebruiken. Kopieer instructies, starters en bestanden zolang dat nog mogelijk is.

Hoe verschilt de afbouw van een persoonlijk abonnement ten opzichte van een abonnement voor op het werk?

Particuliere gebruikers hebben vooral een persoonlijke back-up nodig: exporteer instructies en bestanden, herstel de back-up in Projects of een andere tool, en waarschuw iedereen die een gedeelde link had. Enterprise- en workspace-beheerders hebben te maken met gedeelde bots in onboarding, beleidsvragen en -antwoorden, verkooptrajecten en ondersteuningsmacro's. Zorg daarom voor een inventarisatie op organisatieniveau, wijs eigenaren toe en kies opvolgers voordat die bots stoppen met werken. Als alleen jij het gebruikt, maak er dan deze week een back-up van; als een team het gebruikt, behandel het dan als een kleine productafschrijving.

Wat moet ik inventariseren voordat aangepaste GPT's niet meer werken?

Leg voor elke GPT de naam en het doel vast, de eigenaar, wie ervan afhankelijk is, de instructielengte, kennisbestanden, acties of tools, prioriteit en een schatting van de opvolger. Sorteer op daadwerkelijk gebruik - kritisch dagelijks gebruik versus digitale rommel - niet op nostalgie naar avatars. Veel mensen gebruiken drie GPT's voor hetzelfde doel; consolideer ze tijdens de migratie. Je kunt niet migreren wat je niet kunt benoemen.

Welke aangepaste GPT-assets zijn het belangrijkst om te exporteren?

Systeeminstructies en kennisbestanden zijn cruciaal - het brein en de voorraadkast. Kopieer ook gespreksstarters, actie- of API-notities in begrijpelijke taal zonder geheime informatie in Slack te plakken, een paar voorbeeldchats die een goede output laten zien, deellijsten voor mensen die gewaarschuwd moeten worden, en een kopie van de GPT Store-vermelding als je deze hebt gepubliceerd. Download bestanden naar een duidelijk benoemde map per GPT en maak een dubbele back-up van onbekende PDF's vanuit Drive als er verschillende versies zijn.

Hoe kan ik een aangepaste GPT opnieuw opbouwen in ChatGPT-projecten?

Maak een project aan met de naam van de taak, plak de geëxporteerde instructies erin, upload alleen de kennisbestanden die je nog nodig hebt en test vervolgens dezelfde prompts naast de oude GPT. Nodig eerdere gebruikers uit en verwijder de oude link wanneer ze tevreden zijn. Projecten zijn beter geschikt voor lopende werkzaamheden - onderzoek, contentplanning, klantbriefings, interne vraag- en antwoordsessies - dan openbare GPT Store-apps. Begin met je twee of drie belangrijkste bots, niet met de hele verzameling.

Wanneer moet ik plug-ins of Workspace Agents gebruiken in plaats van projecten?

Instructiesetrijke bots met bestanden worden meestal aan projecten gekoppeld. Automatisering via tools of API's past bij plug-ins of opvolgers in actiestijl - herauthenticatie is hierbij wel belangrijk. Teamprocessen met duidelijke verantwoordelijkheden passen bij Workspace Agents, mits er een beheerder bij betrokken is. Bots voor openbare ontdekking moeten opnieuw worden bekeken, omdat het tijdperk van de aangepaste GPT Store ten einde loopt en eenmalige projecten kunnen worden gearchiveerd zonder te worden gemigreerd. Verwacht enige wrijving; één-op-één klonen zijn onwaarschijnlijk.

Welke risico's brengen gedeelde, aangepaste GPT's voor teams met zich mee tijdens de shutdown?

Gedeelde GPT's (Google Procestools) staan ​​vaak in Notion, onboardingdocumenten en Slack zonder een benoemde eigenaar. Hierdoor worden bewerkingen geblokkeerd en verandert de bot die iedereen gebruikt in een spookhuis. Wijs een menselijke eigenaar toe, publiceer wat er verandert en wanneer er moet worden overgeschakeld, vervang hardgecodeerde links terwijl de oude GPT nog steeds reageert, en bewaar een alleen-lezen archief met instructies. Voor bots die met klanten communiceren, is het belangrijk om een ​​rustig bericht te sturen. Een proces zonder back-up was een illusie met een chatinterface.

Welke veelgemaakte fouten tijdens de migratie moet ik vermijden?

Wacht niet op de perfecte aankondiging - handel terwijl je nog kunt bewerken en downloaden. Migreer alleen de kritieke en veelgebruikte onderdelen; archiveer de rest. Vergeet de kennisbestanden niet, plak API-sleutels in gedeelde wiki's, pas de toon aan tijdens de migratie of schakel stilletjes over. Projecten zijn niet identiek - test de output voordat je aankondigt dat het project is voltooid en kopieer de tekst van de winkelvermelding nu als dat belangrijk is. Sla stuurgroepen over voor een bot die slechts twee keer per maand wordt gebruikt.

Hoe migreer ik een aangepaste GPT voor gedeelde ondersteuning naar een project?

Inventariseer de bot, exporteer de volledige instructies en alle kennisbestanden, sla de starters en voorbeeldchats op en bouw de bot vervolgens opnieuw op in een project met aangepaste regels en geverifieerde bestanden. Test dezelfde triage-prompts naast elkaar, update de Notion- of onboardinglinks en breng het kanaal op de hoogte met de naam van de eigenaar voordat de oude URL niet meer werkt. Acceptatie betekent dat de export compleet is, dat de kwaliteit van de voorbeelden overeenkomt, dat de documentatie is bijgewerkt en dat er geen geheimen in de teamwiki staan.

Referenties

1. OpenAI — Het afbouwen van aangepaste GPT's — help.openai.com