कस्टम जीपीटी सिस्टम बंद हो रहे हैं। आपको क्या जानना चाहिए।.

संक्षिप्त उत्तर: OpenAI कस्टम GPT को बंद कर रहा: व्यक्तिगत प्लान अब नए GPT न तो बना सकते हैं और न ही प्रकाशित कर सकते हैं, और मौजूदा बॉट केवल अस्थायी सुविधा के रूप में उपलब्ध हैं। यदि कोई GPT अभी भी उपयोगी है, तो निर्देश और ज्ञान फ़ाइलें अभी निर्यात करें, फिर उन्हें प्रोजेक्ट, प्लगइन या वर्कस्पेस एजेंट में पुनः बनाएं।

चाबी छीनना:

कोई नया निर्माण नहीं: व्यक्तिगत योजनाओं पर कस्टम जीपीटी बनाना बंद करें; मौजूदा योजनाओं को अस्थायी मानें।

सबसे पहले सूची बनाएं: माइग्रेट करने से पहले प्रत्येक जीपीटी का उद्देश्य, स्वामी, आश्रित, फाइलें और प्राथमिकता सूचीबद्ध करें।

मस्तिष्क को निर्यात करें: जब तक संभव हो, संपूर्ण निर्देशों की प्रतिलिपि बनाएं और प्रत्येक ज्ञान फ़ाइल को डाउनलोड करें।

महत्वपूर्ण रूप से पुनर्निर्माण करें: प्रमुख कार्यों को ChatGPT प्रोजेक्ट्स में स्थानांतरित करें; अनावश्यक कार्यों को बिना किसी औपचारिकता के हटा दें।

शेयर करने वालों को चेतावनी दें: लिंक निष्क्रिय होने और वर्कफ़्लो बाधित होने से पहले टीमों और साझा लिंक उपयोगकर्ताओं को सूचित करें।

क्या खत्म हो रहा है और क्या अभी भी काम कर रहा है

व्यक्तिगत प्लान पर नए कस्टम जीपीटी बनाना और प्रकाशित करना पहले से ही बंद है। आप पहले की तरह नया जीपीटी स्टोर लिस्टिंग नहीं बना सकते या नया व्यक्तिगत कस्टम जीपीटी प्रकाशित नहीं कर सकते। मौजूदा जीपीटी अभी भी कुछ समय के लिए उपयोग किए जा सकते हैं - और कुछ मामलों में संपादित भी किए जा सकते हैं। "अभी भी काम करता है" को अस्थायी छूट समझें, कोई वादा नहीं।

वर्कस्पेस और एंटरप्राइज़ सेटअप एक निर्धारित प्रक्रिया का। इसका आम तौर पर मतलब होता है एडमिन नोटिस, माइग्रेशन टूलिंग और नए बिल्डिंग ब्लॉक्स की ओर बढ़ना: फाइलों और निर्देशों के साथ केंद्रित वर्कस्पेस के लिए चैटजीपीटी प्रोजेक्ट, उपलब्ध होने पर प्लगइन्स और टीम-स्तरीय ऑटोमेशन के लिए वर्कस्पेस एजेंट्स। योजना के अनुसार नाम थोड़े बदलते रहते हैं; मूल विचार अपरिवर्तित रहता है। कस्टम जीपीटी एक उत्पाद के रूप में धीरे-धीरे चलन से बाहर हो रहे हैं।

जो चीज़ें अभी भी व्यवहार में कारगर हैं, जब तक आप उन्हें कर सकते हैं:

आपके स्वामित्व वाली या आपके साथ साझा की गई कई मौजूदा कस्टम जीपीटी फ़ाइलों को खोलना और उनसे चैट करना।
संपादन पहुंच समाप्त होने से पहले कुछ योजनाओं पर संपादन निर्देश या ज्ञान फ़ाइलें संपादित की जा सकती हैं।
सिस्टम निर्देशों, वार्तालाप आरंभकर्ताओं और अपलोड की गई ज्ञान फ़ाइलों की प्रतिलिपि बनाना
इससे पहले कि सबको इसका पता चले, यह दस्तावेज़ तैयार कर लेना कि कौन किस जीपीटी पर निर्भर है।

कई व्यक्तिगत खातों के लिए अब जो चीज़ें कारगर नहीं हैं, वे हैं: नए कस्टम जीपीटी बनाना, जीपीटी स्टोर पर प्रकाशित करना और महत्वपूर्ण वर्कफ़्लो के लिए कस्टम जीपीटी को दीर्घकालिक आधार के रूप में इस्तेमाल करना। अगर कस्टम जीपीटी बंद हो रहे हैं, तो आपको जो जानना चाहिए वह यहीं से शुरू होता है - नए बनाना बंद करें और जो पहले से अच्छे हैं उन्हें बचाना शुरू करें।.

निजी बनाम कार्यक्षेत्र: आपकी योजना क्यों कार्यप्रणाली को बदल देती है

पर्सनल फ्री/गो/प्लस/प्रो यूजर्स पहले से ही "नए बिल्ड की अनुमति नहीं" वाली श्रेणी में हैं। आपका काम पर्सनल बैकअप लेना है: निर्देश और फाइलें प्राप्त करें, प्रोजेक्ट्स या किसी अन्य टूल में रीबिल्ड करें, और जिन लोगों के साथ आपने जीपीटी फाइल शेयर की है, उन्हें बता दें कि लिंक कुछ समय के लिए निष्क्रिय हो सकता है।.

एंटरप्राइज़ और वर्कस्पेस एडमिन को एक अलग तरह की उलझन का सामना करना पड़ता है - और विडंबना यह है कि उनके पास एक स्पष्ट नक्शा भी होता है। साझा जीपीटी अक्सर टीम प्रक्रिया के केंद्र में होते हैं: ऑनबोर्डिंग बॉट्स, पॉलिसी प्रश्नोत्तर, सेल्स टॉक ट्रैक, चैट के रूप में प्रस्तुत सपोर्ट मैक्रो। जब इनमें कोई समस्या आती है, तो लोग इसे नज़रअंदाज़ नहीं करते; शिकायतें आने लगती हैं। इसलिए, साझा सेवाओं के बंद होने से पहले संगठन स्तर पर इन्वेंट्री बनाएं, मालिकों को नियुक्त करें और उत्तराधिकारियों (प्रोजेक्ट, प्लगइन, वर्कस्पेस एजेंट) का चयन करें।.

मेरे ख्याल से सामान्य नियम यह है: अगर आप अकेले इसका इस्तेमाल करते हैं, तो इस हफ्ते इसका बैकअप ले लें। अगर पूरी टीम इसका इस्तेमाल करती है, तो इसे एक छोटे से माइग्रेशन प्लान के साथ प्रोडक्ट डेप्रिकेशन की तरह लें। 40 पेज का पीआरडी (प्रोडक्ट डेवलपमेंट डिस्क्रिप्शन) नहीं। बस एक चेकलिस्ट और एक नामित व्यक्ति। इतना काफी है।.

इन्वेंटरी चेकलिस्ट: हर उस कस्टम जीपीटी को ढूंढें जो मायने रखती है

आप उसे माइग्रेट नहीं कर सकते जिसका आप नाम नहीं बता सकते। सबसे पहले अपनी जीपीटी सूची खोलें और एक साधारण सूची बना लें। स्प्रेडशीट, नोट्स ऐप, स्टिकी नोट्स - जो भी हो। पूर्णता यहाँ दुश्मन है।.

प्रत्येक कस्टम जीपीटी के लिए, निम्न जानकारी कैप्चर करें:

नाम और उद्देश्य - एक वाक्य में बताएं कि यह क्या करता है
मालिक - आप, कोई टीम साथी, या "किसी तरह अनाथ"
इस पर कौन निर्भर करता है - सिर्फ आप, एक टीम, ग्राहक, या स्लैक पर मौजूद कोई साझा लिंक?
निर्देशों की लंबाई - संक्षिप्त निर्देश बनाम नियमों का एक लंबा संग्रह
इसमें अपलोड की गई ज्ञान संबंधी फाइलें - पीडीएफ, डॉक्स, सीएसवी
क्रियाएँ/उपकरण - कोई भी एपीआई हुक, ब्राउज़िंग या कस्टम क्रियाएँ
प्राथमिकता - महत्वपूर्ण दैनिक, अच्छा साप्ताहिक, या डिजिटल धूल
संभावित उत्तराधिकारी - प्रोजेक्ट, प्लगइन, वर्कस्पेस एजेंट, या "चुपचाप सेवानिवृत्त होना"

प्राथमिकता के आधार पर क्रमबद्ध करें, न कि इस आधार पर कि जीपीटी अवतार कितना प्यारा था। अवतार को आपकी कमी महसूस नहीं होगी। लेकिन सोमवार सुबह के आपके काम करने के तरीके को हो सकती है।.

कई लोग लगभग संयोगवश ही यह पाते हैं कि उनके पास तीन जीपीटी सिस्टम हैं जो थोड़े अलग निर्देशों के साथ एक ही काम कर रहे हैं। माइग्रेशन के दौरान इन्हें समेकित करें। भविष्य में आप इन्हें धन्यवाद देंगे।.

क्या बचाना है, क्यों, कैसे और यह कितना जरूरी है

इसे पैकिंग लिस्ट की तरह इस्तेमाल करें। इसमें कुछ मामूली विचित्रताएं भी शामिल हैं - हाँ, "बातचीत शुरू करने वाले" वाक्य रखने लायक होते हैं, भले ही आप उन्हें दोबारा कभी उपयोगकर्ताओं को न दिखाएं।.

क्या बचाना है	यह क्यों मायने रखती है	इसे कैसे प्राप्त करें	प्राथमिकता
सिस्टम / कस्टम निर्देश	यह जीपीटी का मस्तिष्क और व्यक्तित्व है।	कॉन्फ़िगरेशन/संपादन खोलें; पूरा टेक्स्ट किसी दस्तावेज़ या रिपॉज़िटरी में कॉपी करें	गंभीर
ज्ञान फ़ाइलें	नीतियां, मानक परिचालन प्रक्रियाएं, उत्पाद विवरणिकाएं, टोन गाइड यहां उपलब्ध हैं।	अपलोड की गई प्रत्येक फ़ाइल को डाउनलोड करें; इसे GPT नाम के किसी भी दिनांक-मुक्त फ़ोल्डर में सुरक्षित रखें।	गंभीर
बातचीत शुरू करने वाले	इच्छित कार्यप्रवाह और सफल प्रक्रियाओं को उजागर करें	शुरुआती संकेतों को अपने नोट्स में कॉपी कर लें।	उच्च
क्रियाएँ / एपीआई कॉन्फ़िगरेशन	प्लेटफ़ॉर्म में बदलाव होने पर बाहरी उपकरण सबसे पहले खराब होते हैं।	एक्शन स्कीमा और ऑथ नोट्स का स्क्रीनशॉट लें या उन्हें एक्सपोर्ट करें (स्लैक में सीक्रेट्स का इस्तेमाल न करें)	उपयोग करने पर उच्च
नमूना चैट	दिखाइए कि वास्तविक परिस्थितियों में "अच्छा" आउटपुट कैसा दिखता है।	3-5 प्रतिनिधि थ्रेड्स को एक्सपोर्ट या पेस्ट करें	मध्यम
साझा करने की सूची	जिन लोगों को आपको चेतावनी देनी होगी या जिन्हें पुनः प्रशिक्षित करना होगा	उन टीमों, चैनलों और बाहरी लोगों को नोट करें जिनके पास पहुंच है।	साझा जीपीटी के लिए उच्च
जीपीटी स्टोर लिस्टिंग कॉपी	विवरण और संकेत सार्वजनिक रूप से प्रदर्शित होने वाले बॉट्स के पुनर्निर्माण में मदद करते हैं।	शीर्षक, संक्षिप्त विवरण और श्रेणियाँ अभी भी उपलब्ध रहते हुए कॉपी कर लें।	प्रकाशित होने पर माध्यम

सबसे पहले महत्वपूर्ण पंक्तियों को निपटाएं। विशेष रूप से ज्ञान संबंधी फाइलें - एक बार संपादन या डाउनलोड की सुविधा सीमित हो जाने पर, किसी के लैपटॉप पर मूल पीडीएफ फाइल को ढूंढना एक विशेष प्रकार की परेशानी होती है।.

चलने से पहले निर्देशों और ज्ञान फ़ाइलों को निर्यात करें

यह वो साधारण हिस्सा है जो बाद में आपके काम आएगा। हर ज़रूरी कस्टम GPT फ़ाइल को समय रहते खोल लें। पूरे निर्देशों को एक सादे टेक्स्ट या मार्कडाउन फ़ाइल में कॉपी कर लें - वैसे, वर्ज़न कंट्रोल के लिए सादा टेक्स्ट ज़्यादा सुरक्षित है; मार्कडाउन भी ठीक है। फ़ाइलों के नाम साफ़ रखें: support-triage-instructions.txt, न कि final-final-v3.txt।

फिर सभी नॉलेज फाइल डाउनलोड करें। उन्हें प्रत्येक GPT फ़ाइल के लिए एक अलग फ़ोल्डर में रखें। यदि GPT के अंदर किसी फ़ाइल को अपडेट किया गया है और आपको यह नहीं पता कि वर्तमान संस्करण कौन सा है, तो GPT में मौजूद फ़ाइल को डाउनलोड करें और साथ ही ड्राइव या शेयरपॉइंट में मूल फ़ाइल की खोज करें। दोहरी बैकअप प्रणाली एक ही अज्ञात PDF फ़ाइल से बेहतर है।.

कुछ व्यावहारिक सुझाव जो सुनने में तो स्पष्ट लगते हैं, लेकिन जब आप उन्हें अनदेखा करते हैं तो बात अलग हो जाती है:

शांत मौसम में निर्यात करें, डेमो से ठीक पांच मिनट पहले नहीं।
यदि आप निर्देश टेक्स्ट को साझा टीम ड्राइव में पेस्ट करते हैं, तो उसमें से गोपनीय जानकारी हटा दें।
आपने जिन मॉडल संबंधी बारीकियों पर भरोसा किया, उन्हें नोट कर लें - लहजे के नियम, फ़ॉर्मेटिंग के नियम, "कभी भी SKU न बनाएं", इस तरह की चीजें।
यदि जीपीटी में कस्टम क्रियाओं का उपयोग किया गया है, तो प्रत्येक क्रिया क्या करती है, इसे सरल भाषा में लिखें, न कि केवल आरेख।

मैंने इस सेक्शन की शुरुआत यह कहने के इरादे से की थी कि "बस प्रॉम्प्ट को कॉपी कर लें", फिर मुझे एहसास हुआ कि आधी जानकारी तो अक्सर फाइलों में ही छिपी होती है। प्रॉम्प्ट रेसिपी कार्ड की तरह है; नॉलेज फाइलें किचन के सामान की तरह। आपको दोनों की ज़रूरत है, वरना खाना बर्बाद हो जाएगा। लाक्षणिक अर्थ में कह रहा हूँ। कृपया अपनी PDF फाइलों को मत खा जाना।.

ChatGPT प्रोजेक्ट्स में महत्वपूर्ण बॉट्स का पुनर्निर्माण करें 🛠️

कई व्यक्तिगत और टीम वर्कफ़्लो के लिए, ChatGPT प्रोजेक्ट एक स्वाभाविक विकल्प है। एक प्रोजेक्ट आपको अपने निर्देशों और फ़ाइलों के साथ एक समर्पित स्थान प्रदान करता है - यह कस्टम GPT के इतना करीब है कि माइग्रेशन परिचित लगता है, बिना यह जताए कि यह एक क्लिक में क्लोन हो गया है।.

पुनर्निर्माण का एक व्यावहारिक मार्ग:

पुराने जीपीटी के काम के नाम पर एक प्रोजेक्ट बनाएं, न कि पुराने जीपीटी के मज़ाकिया नाम पर।
निर्यात किए गए निर्देशों को पेस्ट करें; उन सभी चीज़ों को हटा दें जो केवल GPT स्टोर में ही समझ में आती थीं।
केवल उन्हीं ज्ञान संबंधी फाइलों को अपलोड करें जिनकी आपको वास्तव में आवश्यकता है - फोल्डर में पड़ी हर पुरानी और बेकार फाइल को अपलोड न करें।
पहले इस्तेमाल किए गए प्रॉम्प्ट्स का ही इस्तेमाल करके टेस्ट करें और आउटपुट की तुलना साथ-साथ करें।
पुराने जीपीटी का उपयोग करने वाले लोगों को आमंत्रित करें और जब वे सहज महसूस करें तो पुराने लिंक को बंद कर दें।

प्रोजेक्ट्स निरंतर चलने वाले कार्यों में उत्कृष्ट होते हैं: अनुसंधान फ़ोल्डर, कंटेंट पाइपलाइन, क्लाइंट ब्रीफ़, एक निश्चित कॉर्पस के साथ आंतरिक प्रश्नोत्तर सत्र। वे "जीपीटी स्टोर में एक सार्वजनिक ऐप" की तरह कम और एक गंभीर कार्यक्षेत्र की तरह अधिक होते हैं। और यह ठीक है। अधिकांश कस्टम जीपीटी जो सफल हुए, वे कार्यकुशल उपकरण थे, न कि दिखावटी स्टोर।.

यदि कस्टम जीपीटी बंद हो रहे हैं, तो पुनर्निर्माण के लिए आपको यह जानना आवश्यक है: सबसे पहले अपने तीन सबसे महत्वपूर्ण बॉट्स से शुरुआत करें, न कि सभी बॉट्स से। उन्हें लॉन्च करें। फिर तय करें कि शेष में से कौन से बॉट्स प्रोजेक्ट के योग्य हैं और कौन से चुपचाप बंद किए जाने योग्य हैं।.

प्लगइन्स, वर्कस्पेस एजेंट्स और अन्य उत्तराधिकारी मार्ग 🔌

हर चीज़ प्रोजेक्ट में शामिल करने की ज़रूरत नहीं है। कुछ कस्टम जीपीटी टूल्स, एपीआई या बहु-चरणीय टीम प्रक्रियाओं के लिए पतले रैपर थे। इन्हें उन प्लगइन्स के साथ बेहतर तरीके से मैप किया जा सकता है जहां आपकी योजना उनका समर्थन करती है, या एंटरप्राइज़-शैली के सेटअप पर वर्कस्पेस एजेंट्स के साथ।.

व्यवहार में कारगर साबित हुई एक संक्षिप्त रूपरेखा:

निर्देश-प्रधान + फ़ाइलें - ChatGPT प्रोजेक्ट
टूल/एपीआई स्वचालन - प्लगइन्स या एक्शन-शैली के उत्तराधिकारी; सावधानीपूर्वक पुनः प्रमाणीकरण करें
स्वामित्व वाली टीम प्रक्रियाएं - वर्कस्पेस एजेंट, जिसमें एक एडमिन भी शामिल होता है।
पब्लिक/डिस्कवरी बॉट्स - वितरण पर पुनर्विचार करें; कस्टम जीपीटी के लिए जीपीटी स्टोर का युग समाप्त हो रहा है।
एक बार इस्तेमाल होने वाले खिलौने - इन्हें स्थानांतरित न करें; प्रॉम्प्ट को आर्काइव करें और आगे बढ़ें

कुछ असुविधाओं की उम्मीद रखें। क्षमताएं हूबहू मेल नहीं खाएंगी। एक कस्टम जीपीटी जिसमें ब्राउज़िंग, फ़ाइलें और एक विशिष्ट व्यक्तित्व शामिल हो, वह एक प्रोजेक्ट और एक अलग टूल, या स्पष्ट अनुमतियों वाला एक एजेंट बन सकता है। यह विभाजन थोड़ा परेशान करने वाला है, लेकिन साथ ही स्वास्थ्यकर भी है - इससे कम रहस्यमयी ब्लैक बॉक्स बनेंगे।.

ChatGPT से पूरी तरह अलग, कुछ टीमें अन्य असिस्टेंट या आंतरिक ऐप्स में समान वर्कफ़्लो को फिर से तैयार करती हैं। यह जायज़ है। बस अपने निर्यात किए गए निर्देशों और फ़ाइलों को सुरक्षित रखें ताकि आपको उन्हें याद करके दोबारा न लिखना पड़े।.

टीम और साझा जीपीटी से जुड़े जोखिमों को आपको नजरअंदाज नहीं करना चाहिए

साझा कस्टम जीपीटी में ही छोटी-मोटी गड़बड़ियां अचानक बड़ी समस्या बन जाती हैं। कोई व्यक्ति "हम सहायता कैसे प्रदान करते हैं" नामक नोटियन पेज में एक जीपीटी को बुकमार्क कर लेता है। दूसरा व्यक्ति ऑनबोर्डिंग में लिंक डाल देता है। निर्देशों पर किसी का अधिकार नहीं होता। फिर क्रिएशन लॉक हो जाता है, एडिटिंग रुक जाती है, और अचानक वह बॉट जिसे "हर कोई इस्तेमाल करता है" किसी भूतिया अटारी की तरह व्यवहार करने लगता है।.

प्रारंभिक उपाय:

प्रत्येक साझा जीपीटी के लिए एक स्वामी नियुक्त करें - एक नाम वाला व्यक्ति, न कि "टीम"।
उन चैनलों में एक संक्षिप्त नोट पोस्ट करें जो इसका उपयोग करते हैं: क्या बदल रहा है, इसका उत्तराधिकारी क्या है, और कब स्विच करना है।
विकी और ऑनबोर्डिंग दस्तावेज़ों में हार्डकोडेड लिंक को बदलें, जबकि पुराना जीपीटी अभी भी उत्तर देता है।
निर्देशों का एक रीड-ओनली आर्काइव बनाकर रखें ताकि नए कर्मचारी किसी निष्क्रिय यूआरएल से न सीखें।
ग्राहकों के साथ बातचीत करने वाले जीपीटी संदेशों के लिए, ऐसा संदेश तैयार करें जो शांत लगे, न कि विनाशकारी।

थोड़ा व्यंग्य करते हुए: अगर आपकी प्रक्रिया बिना बैकअप के सिर्फ एक कस्टम जीपीटी के अंदर चलती है, तो वह कभी प्रक्रिया थी ही नहीं। वह तो सिर्फ एक चैट इंटरफेस वाली उम्मीद थी। इंटरफेस के खुलने से पहले ही उस उम्मीद को ठीक कर लीजिए।.

माइग्रेशन के दौरान होने वाली आम गलतियाँ (कृपया इन्हें छोड़ दें)

लोग हल्के दबाव में भी वही गलतियाँ दोहराते हैं। मैंने भी कुछ गलतियाँ की हैं। सीखने का अवसर उपलब्ध है; दोहराना वैकल्पिक है।.

एक सटीक घोषणा का इंतजार है - अभी भी एडिट और डाउनलोड करने का मौका है तो कार्रवाई करें
सब कुछ माइग्रेट करें - केवल महत्वपूर्ण और अधिक उपयोग वाली फ़ाइलों को ही माइग्रेट करें; बाकी को आर्काइव करें।
ज्ञान संबंधी फाइलों को भूल जाना - फाइलों के बिना निर्देश आधे दिमाग के बराबर होते हैं
साझा दस्तावेज़ों में गुप्त जानकारी पेस्ट करना - API कुंजी टीम विकी में नहीं होनी चाहिए
प्रवास के दौरान लहजे और नियमों में बदलाव - पहले पुनर्निर्माण, फिर पुनर्रचना
टीम को न बताना - चुपचाप बदलाव करने से सपोर्ट टिकट और अविश्वास पैदा होता है
यदि सभी प्रोजेक्ट एक जैसे हैं , तो परिणामों का परीक्षण करें; समायोजन करें; फिर "पूर्ण" घोषित करें।
जीपीटी स्टोर की लिस्टिंग को ही सत्य स्रोत मानते हुए - अब कॉपी कर लें

साथ ही: जटिल माइग्रेशन का नाटक रचने की ज़रूरत नहीं है। महीने में दो बार इस्तेमाल होने वाले कंटेंट-रीपर्पज़िंग जीपीटी के लिए आपको स्टीयरिंग कमेटी की ज़रूरत नहीं है। आपको बस एक फ़ोल्डर और बीस मिनट चाहिए।.

कैलेंडर संबंधी झंझट के बिना एक व्यावहारिक सप्ताह-आधारित योजना

सापेक्षिक शब्दों में बात करें और आगे बढ़ते रहें। यहाँ एक सरल क्रम दिया गया है जो एक जीपीटी हो या बीस, दोनों ही स्थितियों में काम करता है।.

आज के आसपास: इन्वेंट्री। महत्वपूर्ण मामलों को चिह्नित करें या हटा दें।
अगले खाली समय में: किसी भी महत्वपूर्ण या उच्च स्तर की चीज़ के लिए निर्देश और ज्ञान फ़ाइलें निर्यात करें।
इसके तुरंत बाद: प्रोजेक्ट्स (या एजेंट/प्लगइन्स, यदि उपयुक्त हो) में शीर्ष दो या तीन को पुनः बनाएं।
उनके चलना बंद होने से पहले: अपनी व्यक्तिगत डिफ़ॉल्ट सेटिंग्स बदलें; टीम लिंक अपडेट करें; हितधारकों को सूचित करें।
जारी है: कम मूल्य वाले जीपीटी को बंद करें; संग्रह को सुरक्षित रखें; नए कस्टम जीपीटी बनाना बंद करें जिन्हें वैसे भी प्रकाशित नहीं किया जा सकता है।

अक्सर लोग जितना मानते हैं, उससे कहीं ज़्यादा मुश्किल भावनात्मक पहलू होता है, तकनीकी पहलू से। आपने कई शामें एक ऐसे जीपीटी को ट्यून करने में बिताईं जो आखिरकार आपकी आवाज़ को समझने लगा। अलविदा कहना तब तक बेतुका लगता है जब तक आपको याद नहीं आता कि आपके पास अभी भी निर्देश मौजूद हैं। बॉट की आत्मा टेक्स्ट है। टेक्स्ट एक जगह से दूसरी जगह जाता है।.

चाबी छीनना

कस्टम जीपीटी सिस्टम बंद हो रहे हैं। संक्षेप में, आपको क्या जानना चाहिए:

व्यक्तिगत योजनाओं पर नए कस्टम जीपीटी कार्ड बनाना और प्रकाशित करना पहले से ही सीमित है; मौजूदा योजनाओं का समय भी अनिश्चित है।
हर चीज़ की सूची बनाएं; उपयोग के आधार पर प्राथमिकता तय करें, न कि पुरानी यादों के आधार पर।
जब तक संभव हो, निर्देश, ज्ञान फ़ाइलें, शुरुआती नोट्स और कार्रवाई संबंधी नोट्स निर्यात करें।
ChatGPT प्रोजेक्ट्स में महत्वपूर्ण वर्कफ़्लो को पुनः निर्मित करें; जहां उपयुक्त हो वहां प्लगइन्स या वर्कस्पेस एजेंट्स का उपयोग करें।
टीमों को चेतावनी दें, दस्तावेज़ों को अपडेट करें, साझा बॉट्स के लिए स्वामी नियुक्त करें
घबराहट छोड़ें, फालतू सामान इधर-उधर ले जाना छोड़ें, सही समय का इंतजार करना छोड़ें

जल्दी कार्रवाई करें, सावधानीपूर्वक सामान पैक करें, और जो चीज़ें आपकी आय का स्रोत हैं, उन्हें फिर से व्यवस्थित करें। GPT स्टोर और कस्टम GPT लेयर के तहत प्लेटफ़ॉर्म में बदलाव हो रहे हैं - यह असुविधाजनक है, लेकिन इससे आपका करियर खत्म नहीं होगा। आपके कार्यप्रवाह हमेशा एक उत्पाद बटन से कहीं अधिक व्यापक रहे हैं। पुरानी पद्धतियों को बनाए रखें। रसोई में बदलाव करें। आप ठीक रहेंगे।.

व्यावहारिक उदाहरण: साझा समर्थन वाले कस्टम जीपीटी को चैटजीपीटी प्रोजेक्ट में माइग्रेट करना

सोमवार को ऑनबोर्डिंग लिंक के बंद होने तक अप्रचलन की प्रक्रिया अमूर्त सी लगती है। यहाँ बताया गया है कि कैसे एक यूके ग्राहक सहायता प्रमुख ने कस्टम जीपीटी बंद होने पर इस गाइड से इन्वेंट्री → निर्यात → पुनर्निर्माण प्रक्रिया का उपयोग किया - और आपको वह सब कुछ जानना चाहिए जिससे आप अपने बॉट को कुशलतापूर्वक संचालित कर सकें।

परिदृश्य

जॉर्डन की टीम के पास "सपोर्ट ट्रायज हेल्पर" नाम का एक कस्टम जीपीटी है। इसमें "कभी भी मनगढ़ंत एसकेयू न बनाएं" जैसे नियम, सहायता लेखों का एक नॉलेज पैक और चार ऐसे वार्तालाप आरंभकर्ता शामिल हैं जिन पर नए कर्मचारी बिना सोचे समझे क्लिक कर देते हैं। इसका लिंक नोटियन में "हम कैसे सपोर्ट करते हैं" के अंतर्गत मौजूद है। उनके व्यक्तिगत प्लान पर नए कस्टम जीपीटी बनाना पहले से ही प्रतिबंधित है। साझा बॉट अभी भी उपलब्ध है - फिलहाल के लिए - जो एक सुविधा है, कोई अनिवार्य अनुबंध नहीं।.

जॉर्डन अधूरे-अधूरे जीपीटी सिस्टमों के पूरे समूह को स्थानांतरित नहीं कर रहा है। पहली प्राथमिकता यह मुख्य कार्य है: निर्देशों की प्रतिलिपि बनाना, ज्ञान फ़ाइलें डाउनलोड करना, चैटजीपीटी प्रोजेक्ट के भीतर पुनर्निर्माण करना, विकी लिंक को अपडेट करना, चैनल को सूचित करना, और फिर जब लोग सहज महसूस करें तो पुराने यूआरएल को हटा देना।.

लक्ष्य है बिना किसी नाटकीय स्थानांतरण के निरंतरता बनाए रखना - एक चेकलिस्ट और एक नामित मालिक, न कि 40 पृष्ठों का पीआरडी।.

प्रवासन को क्या चाहिए

एक सूची पंक्ति: नाम, उद्देश्य, स्वामी (जॉर्डन), इस पर निर्भर व्यक्ति, ज्ञान फाइलें, कार्य, प्राथमिकता, संभावित उत्तराधिकारी (परियोजना)
स्पष्ट नाम वाली फ़ाइल में पूर्ण कस्टम निर्देश पेस्ट किए गए (उदाहरण के लिए support-triage-instructions.txt)
अपलोड की गई प्रत्येक ज्ञान फ़ाइल जीपीटी के नाम पर बने फ़ोल्डर में डाउनलोड हो जाती है।
बातचीत शुरू करने के लिए कुछ विचार और 3-5 नमूना बातचीत जो यह दर्शाती हैं कि "अच्छी" बातचीत कैसी दिखती है।
किसी भी कार्रवाई/एपीआई हुक पर सामान्य भाषा में टिप्पणी (स्लैक में कोई गुप्त जानकारी नहीं)।
एक चैटजीपीटी प्रोजेक्ट जिसमें संक्षिप्त निर्देश, केवल आवश्यक फाइलें और साथ-साथ परीक्षण संकेत शामिल हैं।
पुराने GPT के बंद होने से पहले Notion/ऑनबोर्डिंग लिंक अपडेट किए गए हैं और चैनल के बारे में एक संक्षिप्त सूचना दी गई है।

उदाहरण निर्देश

निर्यातित सिस्टम निर्देशों को पेस्ट करने और सत्यापित ज्ञान फ़ाइलों को अपलोड करने के बाद, इसे नए प्रोजेक्ट के भीतर पुनर्निर्माण संक्षिप्त विवरण के रूप में उपयोग करें:

आप हमारे शेड्यूलिंग SaaS के लिए सपोर्ट ट्राइएज हेल्पर हैं। दिए गए निर्देशों का ठीक से पालन करें और "कभी भी मनगढ़ंत SKU न बनाएं" नियमों का पालन करें। केवल अपलोड किए गए सहायता लेखों से ही उत्तर दें; यदि उत्तर उपलब्ध नहीं है, तो स्पष्ट रूप से बताएं कि आपको नहीं पता और मानवीय सहायता का सुझाव दें। आउटपुट: संभावित कारण, दस्तावेज़ों से साक्ष्य, अगली जाँच और यूके अंग्रेजी में एक मसौदा उत्तर। कोई भूमिका नहीं। यदि किसी प्रश्न के लिए API या लाइव सिस्टम कार्रवाई की आवश्यकता है जिसके बारे में हमने यहां जानकारी नहीं दी है, तो स्पष्ट रूप से बताएं, दिखावा न करें।.

सबसे पहले ये टेस्ट चलाएँ (पुराने GPT के समान प्रॉम्प्ट): (1) "अपग्रेड के बाद ग्राहक का कहना है कि बिलिंग टॉगल ग्रे हो गया है - समस्या का समाधान करें," (2) "जब हमें उनका इनवॉइस न मिले तो शांत जवाब तैयार करें," (3) प्रत्येक पुराने वार्तालाप आरंभक को एक बार दोहराएँ। स्विच की घोषणा करने से पहले आउटपुट की तुलना सहेजे गए नमूना चैट से करें।.

इसका परीक्षण कैसे करें

सबसे पहले सूची बनाएं: हर कस्टम जीपीटी को सूचीबद्ध करें; उन्हें महत्वपूर्ण / उच्च / निरस्त के रूप में चिह्नित करें। प्यारे अवतारों से शुरुआत न करें।.
संपादन/डाउनलोड करते समय निर्यात करना अभी भी काम करता है: निर्देश + ज्ञान फ़ाइलें + शुरुआती सामग्री। यदि संस्करण भिन्न हों तो ड्राइव से रहस्यमय पीडीएफ़ फ़ाइलों का दोहरा बैकअप लें।.
केवल शीर्ष दो या तीन को ही पुनः बनाएँ। पुराने जीपीटी के चलते रहने के दौरान उन्हीं प्रॉम्प्ट्स का साथ-साथ परीक्षण करें।.
विशेष मामला: कस्टम क्रियाओं वाला एक जीपीटी - प्रत्येक क्रिया ने क्या किया, इसका दस्तावेजीकरण करें; यदि प्रोजेक्ट की तुलना में प्लगइन्स या एजेंट्स में पुनः प्रमाणीकरण करना बेहतर हो, तो सावधानीपूर्वक पुनः प्रमाणीकरण करें।.
स्विच ओवर करने से पहले स्वीकृति जांच: (1) निर्देश फ़ाइल पूर्ण, (2) सभी महत्वपूर्ण ज्ञान फ़ाइलें मौजूद, (3) तीन परीक्षण संकेत नमूना गुणवत्ता से मेल खाते हैं, (4) नोटियन लिंक अपडेट किया गया, (5) चैनल को स्वामी के नाम से सूचित किया गया, (6) टीम विकी में कोई एपीआई कुंजी पेस्ट नहीं की गई।.

परिणाम

उदाहरण स्वरूप परिणाम (एक सपोर्ट टीम के माइग्रेशन स्प्रिंट के लिए अनुमानित उदाहरण, प्रकाशित ओपनएआई अध्ययन नहीं): 8 कस्टम जीपीटी की सूची में से, 3 गंभीर/अत्यधिक गंभीर थे और उन्हें प्रोजेक्ट के रूप में पुनर्निर्मित किया गया; 5 को केवल निर्देशों के साथ आर्काइव किया गया। सपोर्ट ट्राइएज बॉट के लिए निर्यात और पुनर्निर्माण में लगभग 90 मिनट का समय लगा (सूची 15, निर्यात 25, प्रोजेक्ट सेटअप और फ़ाइल अपलोड 20, साथ-साथ परीक्षण 30)। कटओवर के बाद, सपोर्ट चैनल में "जीपीटी कहाँ गया?" के पिंग की संख्या अफवाहों (कोई मालिक नहीं, कोई नोट नहीं) के पहले सप्ताह में 6 से घटकर केवल एक स्पष्टीकरण प्रश्न रह गई, जब नोशन लिंक और चैनल पोस्ट मौजूद थे। माइग्रेशन चेकलिस्ट (निर्यात पूर्ण, प्रोजेक्ट परीक्षण, दस्तावेज़ अद्यतन, मालिक का नाम, गुप्त जानकारी हटाई गई) पर, घोषणा से पहले पुनर्निर्मित 3 में से 3 बॉट पास हो गए, जबकि "जब समस्या आएगी तब देखेंगे" की नीति के तहत 3 में से 0 बॉट पास हुए। सीमाएँ: छोटी टीम, एक उत्पाद क्षेत्र; नॉलेज फाइलों के बिना बॉट तेजी से माइग्रेट करते हैं; एक्शन-हैवी जीपीटी में अधिक समय लगता है; वर्कस्पेस एजेंटों के लिए एडमिन अनुमोदन की प्रतीक्षा का समय इसमें शामिल नहीं है।

अपने संस्करण को मापने के लिए: प्राथमिकता लेबल के साथ सभी कस्टम जीपीटी की सूची बनाएं; प्रत्येक महत्वपूर्ण बॉट के लिए निर्यात और पुनर्निर्माण का समय निर्धारित करें; दो सप्ताह तक चेकलिस्ट पास दर और कटओवर के बाद सहायता अनुरोधों को ट्रैक करें; हर के साथ गणना की रिपोर्ट करें।.

क्या गलत हो सकता है?

एक उपयुक्त घोषणा की प्रतीक्षा है: अभी भी संपादन और डाउनलोड करने की सुविधा उपलब्ध है, इसलिए कार्रवाई करें।
सब कुछ स्थानांतरित करना: खिलौनों को संग्रहित करना; काम में आने वाले मुख्य उपकरणों का पुनर्निर्माण करना।
बिना फाइलों के निर्देश: आधा दिमाग। सिर्फ रेसिपी कार्ड ही नहीं, रसोई में मौजूद सामान भी देखें।
साइलेंट कटओवर: ऑनबोर्डिंग में साझा किए गए लिंक एक भूतिया अटारी बन जाते हैं।
विकी में छिपे रहस्य: साझा ड्राइव में निर्यात पेस्ट करते समय एपीआई कुंजी हटा दें।
यदि सभी प्रोजेक्ट एक जैसे हैं, तो पहले परिणामों का परीक्षण करें, फिर काम पूरा होने की घोषणा करें - इसका उल्टा न करें।
कोई नामित स्वामी नहीं: "टीम" एक निष्क्रिय यूआरएल को रोटेट नहीं कर सकती।

व्यावहारिक निष्कर्ष

जब कस्टम जीपीटी बंद हो रहे हों, तो आपको संचालन संबंधी जानकारी अवश्य होनी चाहिए: इन्वेंट्री, निर्यात निर्देश और ज्ञान फ़ाइलें; चैटजीपीटी प्रोजेक्ट्स (या प्लगइन्स/वर्कस्पेस एजेंट्स जहां उपकरण और टीम प्रक्रिया बेहतर ढंग से फिट बैठती है) में काम करने वाले कुछ जीपीटी को फिर से बनाना; पुराने लिंक को साझा करने वाले किसी भी व्यक्ति को चेतावनी देना; और अनावश्यक सामग्री को छोड़ देना। बॉट की आत्मा टेक्स्ट है। टेक्स्ट फैलता है। मूल विधियों को बनाए रखें; नई तकनीक अपनाएं।.

अक्सर पूछे जाने वाले प्रश्न

कस्टम जीपीटी के बंद होने का चैटजीपीटी उपयोगकर्ताओं के लिए क्या मतलब है?

OpenAI ChatGPT के सभी प्लान्स में कस्टम GPT को बंद कर रहा है। पर्सनल फ्री, गो, प्लस और प्रो अकाउंट्स पर पहले से ही नए कस्टम GPT बनाना या प्रकाशित करना संभव नहीं है, जबकि मौजूदा GPT कुछ समय तक चल सकते हैं या उनमें बदलाव किए जा सकते हैं - इसे अस्थायी छूट समझें, कोई स्थायी व्यवस्था नहीं। वर्कस्पेस और एंटरप्राइज सेटअप्स के लिए प्लगइन्स, ChatGPT प्रोजेक्ट्स और वर्कस्पेस एजेंट्स जैसे विकल्पों की ओर एक निर्धारित प्रक्रिया का पालन किया जा रहा है। नए कस्टम GPT बनाना बंद करें और उन मौजूदा GPT का उपयोग करना शुरू करें जो अभी भी उपयोगी हैं।.

क्या मैं अभी भी नए कस्टम जीपीटी बना या प्रकाशित कर सकता हूँ?

कई व्यक्तिगत खातों के लिए, नहीं - नए जीपीटी स्टोर लिस्टिंग सहित, निर्माण और प्रकाशन पहले से ही लॉक हैं। आपके स्वामित्व वाले या साझा किए गए मौजूदा कस्टम जीपीटी अभी भी खुल सकते हैं, और कुछ प्लान पर आप उस एक्सेस के समाप्त होने से पहले निर्देश या ज्ञान फ़ाइलों को संपादित कर सकते हैं। महत्वपूर्ण वर्कफ़्लो को कस्टम जीपीटी को दीर्घकालिक घर के रूप में नहीं मानना चाहिए। निर्देश, स्टार्टर और फ़ाइलें अभी भी कॉपी कर लें।.

व्यक्तिगत और कार्यक्षेत्र योजनाओं के लिए वाइंड-डाउन प्रक्रिया किस प्रकार भिन्न होती है?

व्यक्तिगत उपयोगकर्ताओं को मुख्य रूप से व्यक्तिगत बैकअप की आवश्यकता होती है: निर्देश और फ़ाइलें निर्यात करें, प्रोजेक्ट्स या किसी अन्य टूल में पुनः निर्माण करें, और साझा लिंक का उपयोग करने वाले किसी भी व्यक्ति को चेतावनी दें। एंटरप्राइज़ और वर्कस्पेस प्रशासकों को ऑनबोर्डिंग, नीति संबंधी प्रश्नोत्तर, बिक्री ट्रैक और समर्थन मैक्रोज़ में साझा बॉट्स का सामना करना पड़ता है - इसलिए संगठन स्तर पर इन्वेंट्री बनाएं, स्वामी नियुक्त करें और बॉट्स के बंद होने से पहले उत्तराधिकारियों का चयन करें। यदि आप अकेले इसका उपयोग करते हैं, तो इस सप्ताह इसका बैकअप लें; यदि कोई टीम इसका उपयोग करती है, तो इसे एक छोटे उत्पाद के अप्रचलन की तरह मानें।.

कस्टम जीपीटी के काम करना बंद करने से पहले मुझे किन-किन चीजों की सूची बनानी चाहिए?

प्रत्येक जीपीटी कैप्चर के लिए नाम और उद्देश्य, स्वामी, उस पर निर्भर व्यक्ति, निर्देश की अवधि, ज्ञान फ़ाइलें, क्रियाएँ या उपकरण, प्राथमिकता और संभावित उत्तराधिकारी का अनुमान दर्ज करें। उपयोग के आधार पर क्रमबद्ध करें - महत्वपूर्ण दैनिक उपयोग बनाम डिजिटल धूल - न कि पुराने अवतारों के आधार पर। कई लोग पाते हैं कि तीन जीपीटी एक ही काम कर रहे हैं; माइग्रेट करते समय उन्हें समेकित करें। आप उसका नाम नहीं बता सकते और उसे माइग्रेट भी नहीं कर सकते।.

निर्यात के लिए कौन सी कस्टम जीपीटी संपत्तियां सबसे महत्वपूर्ण हैं?

सिस्टम निर्देश और नॉलेज फाइलें बेहद महत्वपूर्ण हैं - ये दिमाग और भंडार दोनों का काम करती हैं। साथ ही, बातचीत शुरू करने वाले वाक्य, कार्रवाई या API नोट्स को सरल भाषा में कॉपी करें, गुप्त जानकारी को Slack में पेस्ट न करें। कुछ सैंपल चैट भी रखें जो बेहतर परिणाम दिखाते हों, लोगों को चेतावनी देने के लिए शेयरिंग लिस्ट बनाएं और अगर आपने प्रकाशित किया है तो GPT स्टोर लिस्टिंग की कॉपी भी रखें। GPT के अनुसार फाइलों को स्पष्ट नाम वाले फोल्डर में डाउनलोड करें और अलग-अलग वर्जन होने पर ड्राइव से PDF फाइलों का ड्यूल बैकअप लें।.

मैं ChatGPT प्रोजेक्ट्स में कस्टम GPT को कैसे रीबिल्ड कर सकता हूँ?

कार्य के नाम से एक प्रोजेक्ट बनाएं, निर्यात किए गए निर्देशों को उसमें पेस्ट करें, केवल आवश्यक ज्ञान फ़ाइलें अपलोड करें, और फिर पुराने GPT के साथ-साथ उन्हीं प्रॉम्प्ट्स का परीक्षण करें। पुराने उपयोगकर्ताओं को आमंत्रित करें और जब वे सहज महसूस करें तो पुराने लिंक को हटा दें। प्रोजेक्ट चल रहे कार्यों - अनुसंधान, कंटेंट पाइपलाइन, क्लाइंट ब्रीफ, आंतरिक प्रश्नोत्तर - के लिए सार्वजनिक GPT स्टोर ऐप्स की तुलना में अधिक उपयुक्त होते हैं। शुरुआत में अपने दो या तीन सबसे महत्वपूर्ण बॉट्स से शुरू करें, न कि सभी बॉट्स से।.

मुझे प्रोजेक्ट्स के बजाय प्लगइन्स या वर्कस्पेस एजेंट्स का उपयोग कब करना चाहिए?

निर्देश-प्रधान बॉट जिनमें फाइलें होती हैं, आमतौर पर प्रोजेक्ट्स से मैप होते हैं। टूल या API ऑटोमेशन प्लगइन्स या एक्शन-स्टाइल उत्तराधिकारियों के लिए उपयुक्त हैं - सावधानीपूर्वक पुनः प्रमाणीकरण करें। स्पष्ट स्वामित्व वाली टीम प्रक्रियाएं वर्कस्पेस एजेंट्स के लिए उपयुक्त हैं जिनमें एडमिन शामिल होता है। सार्वजनिक खोज बॉट पर पुनर्विचार करने की आवश्यकता है क्योंकि कस्टम GPT स्टोर का युग समाप्त हो रहा है, और एक बार के टूल को माइग्रेट किए बिना आर्काइव किया जा सकता है। कुछ कठिनाइयों की उम्मीद करें; हूबहू क्लोन बनने की संभावना नहीं है।.

शटडाउन के दौरान साझा टीम कस्टम जीपीटी से क्या जोखिम उत्पन्न होते हैं?

साझा जीपीटी अक्सर नोटियन, ऑनबोर्डिंग डॉक्स और स्लैक में बिना किसी नामित स्वामी के मौजूद रहते हैं - ऐसे में संपादन रुक जाते हैं और सभी द्वारा उपयोग किया जाने वाला बॉट एक भूतिया अटारी जैसा बन जाता है। एक मानव स्वामी नियुक्त करें, परिवर्तन और स्विच करने के समय की जानकारी दें, पुराने जीपीटी के उत्तर देते रहने के दौरान हार्डकोडेड लिंक बदलें, और निर्देशों का एक रीड-ओनली संग्रह रखें। क्लाइंट-फेसिंग बॉट्स के लिए, एक सरल संदेश की योजना बनाएं। बैकअप के बिना प्रक्रिया चैट इंटरफ़ेस के साथ संभव थी।.

मुझे माइग्रेशन के दौरान किन गलतियों से बचना चाहिए?

किसी सटीक घोषणा का इंतज़ार न करें - अभी भी संपादन और डाउनलोड करने की सुविधा उपलब्ध होने पर ही कार्रवाई करें। केवल महत्वपूर्ण और अधिक उपयोग वाली फ़ाइलों को ही माइग्रेट करें; बाकी को आर्काइव कर दें। नॉलेज फ़ाइलों को न भूलें, API कुंजी को साझा विकी में पेस्ट करें, माइग्रेशन के दौरान भाषा शैली को बदलें, या चुपचाप माइग्रेट करें। सभी प्रोजेक्ट एक जैसे नहीं होते - पूरा होने की घोषणा करने से पहले आउटपुट का परीक्षण करें, और यदि आवश्यक हो तो स्टोर लिस्टिंग टेक्स्ट को अभी कॉपी कर लें। महीने में दो बार उपयोग होने वाले बॉट के लिए स्टीयरिंग कमेटियों को छोड़ दें।.

मैं साझा समर्थन वाले कस्टम जीपीटी को प्रोजेक्ट में कैसे माइग्रेट करूँ?

बॉट की इन्वेंट्री करें, सभी निर्देश और नॉलेज फ़ाइलें एक्सपोर्ट करें, स्टार्टर्स और सैंपल चैट सेव करें, फिर नियमों को संशोधित करके और फ़ाइलों को वेरिफ़ाई करके एक प्रोजेक्ट में रीबिल्ड करें। एक साथ कई ट्राइएज प्रॉम्प्ट्स का परीक्षण करें, नोटियन या ऑनबोर्डिंग लिंक अपडेट करें, और पुराने URL के बंद होने से पहले चैनल को मालिक के नाम से सूचित करें। स्वीकृति का मतलब है पूर्ण एक्सपोर्ट, सैंपल की गुणवत्ता का मिलान, अपडेटेड डॉक्स, और टीम विकी में कोई भी गुप्त जानकारी न होना।.

संदर्भ

OpenAI — कस्टम GPTs को बंद करना — help.openai.com

ब्लॉग पर वापस जाएँ