GPT های سفارشی در حال بسته شدن هستند. آنچه باید بدانید.

پاسخ کوتاه: OpenAI در حال پایان دادن به GPT های سفارشی: برنامه‌های شخصی از قبل نمی‌توانند GPT های جدید ایجاد یا منتشر کنند و ربات‌های موجود فقط موقتاً مفید هستند. وقتی یک GPT هنوز به کار خود ادامه می‌دهد، دستورالعمل‌ها و فایل‌های داده را اکنون صادر کنید، سپس در پروژه‌ها، افزونه‌ها یا نمایندگان فضای کاری بازسازی کنید.

نکات کلیدی:

بدون ساخت جدید: ایجاد GPT های سفارشی در پلن های شخصی را متوقف کنید؛ با GPT های موجود به عنوان موقت رفتار کنید.

فهرست کردن اولیه: قبل از مهاجرت، هدف، مالک، افراد تحت تکفل، فایل‌ها و اولویت هر GPT را فهرست کنید.

مغز را صادر کنید: دستورالعمل‌های کامل را کپی کنید و تا می‌توانید هر فایل دانش را دانلود کنید.

بازسازی انتقادی: نیروهای کارآمد برتر را به پروژه‌های ChatGPT منتقل کنید؛ اسباب‌بازی‌ها را بدون مراسم کنار بگذارید.

هشدار به اشتراک‌گذاران: قبل از اینکه لینک‌ها از دسترس خارج شوند و گردش کار مختل شود، به تیم‌ها و کاربران لینک‌های اشتراکی اطلاع دهید.

چیزی که داره تموم میشه در مقابل چیزی که الان هنوز کار میکنه 

ایجاد و انتشار GPT های سفارشی جدید در طرح‌های شخصی از قبل قفل شده است. شما نمی‌توانید یک فهرست GPT جدید در فروشگاه ایجاد کنید یا یک GPT سفارشی شخصی کاملاً جدید را مانند گذشته منتشر کنید. موارد موجود ممکن است هنوز برای مدتی قابل استفاده - و در برخی موارد قابل ویرایش - باشند. عبارت «هنوز کار می‌کند» را به عنوان یک فرصت موقت در نظر بگیرید، نه یک وعده.

تنظیمات فضای کاری و سازمانی از یک مسیر رو به پایان منتشر شده. این معمولاً به معنای اطلاعیه‌های مدیریتی، ابزارهای مهاجرت و حرکت به سمت بلوک‌های سازنده جدیدتر است: پروژه‌های ChatGPT برای فضاهای کاری متمرکز با فایل‌ها و دستورالعمل‌ها، افزونه‌ها در صورت وجود، و Workspace Agents برای اتوماسیون در مقیاس تیمی. نام‌ها کمی با برنامه تغییر می‌کنند؛ اما ایده تغییر نمی‌کند. GPT های سفارشی به عنوان یک سطح محصول در حال منسوخ شدن هستند.

آنچه که هنوز در عمل جواب می‌دهد، در حالی که شما هنوز می‌توانید:

• باز کردن و چت کردن با بسیاری از GPT های سفارشی موجود که از قبل دارید یا با آنها به اشتراک گذاشته شده اید
• ویرایش دستورالعمل‌ها یا فایل‌های دانش در برخی از طرح‌ها قبل از ناپدید شدن دسترسی ویرایش
• کپی کردن دستورالعمل‌های سیستم، شروع‌کننده‌های مکالمه و فایل‌های دانش آپلود شده
• مستندسازی اینکه چه کسی به کدام GPT متکی است، قبل از اینکه همه به سختی متوجه شوند

چیزی که دیگر برای بسیاری از حساب‌های شخصی کار نمی‌کند: ایجاد GPT های سفارشی جدید، انتشار در فروشگاه GPT، و در نظر گرفتن GPT های سفارشی به عنوان یک خانه بلندمدت برای گردش‌های کاری حیاتی. اگر GPT های سفارشی در حال بسته شدن هستند. چیزی که باید بدانید از اینجا شروع می‌شود - ساخت GPT های جدید را متوقف کنید و شروع به نجات GPT های خوب کنید.

فضای شخصی در مقابل فضای کاری: چرا طرح شما، رویه کار را تغییر می‌دهد؟

کاربران شخصی رایگان / گو / پلاس / پرو در حال حاضر در خط «بدون ساخت جدید» هستند. وظیفه شما پشتیبان‌گیری شخصی است: دستورالعمل‌ها را بگیرید، فایل‌ها را بگیرید، در داخل پروژه‌ها یا ابزار دیگری بازسازی کنید، و به هر کسی که GPT را با او به اشتراک گذاشته‌اید بگویید که ممکن است لینک از بین برود.

مدیران سازمانی و فضای کاری با یک مشکل متفاوت - و تا حدودی طعنه‌آمیز، یک نقشه واضح‌تر - روبرو هستند. GPT های مشترک اغلب در وسط فرآیند تیمی قرار می‌گیرند: ربات‌های آن‌بوردینگ، پرسش و پاسخ در مورد سیاست‌ها، گفتگوهای فروش، ماکروهای پشتیبانی که به صورت چت ارائه می‌شوند. وقتی این موارد قطع می‌شوند، افراد شانه خالی نمی‌کنند؛ تیکت‌ها ظاهر می‌شوند. بنابراین، قبل از اینکه موارد مشترک از کار بیفتند، در سطح سازمانی موجودی تهیه کنید، مالکان را تعیین کنید و جانشینان (پروژه‌ها، افزونه‌ها، نمایندگان فضای کاری) را انتخاب کنید.

فکر می‌کنم قانون کلی این است: اگر فقط خودتان از آن استفاده می‌کنید، این هفته از آن نسخه پشتیبان تهیه کنید. اگر تیمی از آن استفاده می‌کند، با آن مانند یک طرح منسوخ‌شده محصول با یک طرح مهاجرت کوچک رفتار کنید. نه یک PRD چهل صفحه‌ای. یک چک‌لیست و یک مالک مشخص. همین کافی است.

چک لیست موجودی: هر GPT سفارشی مهم را پیدا کنید

شما نمی‌توانید چیزی را که نمی‌توانید نامی برایش انتخاب کنید، منتقل کنید. لیست GPT خود را باز کنید و قبل از هر چیز دیگری یک فهرست ساده تهیه کنید. صفحه گسترده، برنامه یادداشت، یادداشت‌های چسبان - هر چه که باشد. کمال در اینجا دشمن است.

برای هر GPT سفارشی، موارد زیر را ثبت کنید:

• نام و هدف - یک جمله در مورد کاری که انجام می‌دهد
• مالک - شما، یک هم‌تیمی، یا «به نحوی یتیم شده»
• چه کسی به آن وابسته است - فقط شما، یک تیم، مشتریان یا یک لینک مشترک که در Slack شناور است
• طول دستورالعمل‌ها - دستورالعمل کوتاه در مقابل یک رمان از قوانین
• فایل‌های دانش - PDFها، اسناد، CSVهای آپلود شده در آن
• اقدامات / ابزارها - هرگونه قلاب API، مرور یا اقدامات سفارشی
• اولویت - روزانه بحرانی، هفتگی خوب یا گرد و غبار دیجیتال
• حدس جانشین - پروژه، افزونه، عامل فضای کاری، یا «بی‌سروصدا بازنشسته شوید»

ابتدا بر اساس اولویت مرتب کنید، نه بر اساس اینکه آواتار GPT چقدر بامزه بوده است. آواتار دلتان برای شما تنگ نخواهد شد. گردش کار صبح دوشنبه شما ممکن است دلتنگتان شود.

بسیاری از افراد تقریباً به طور تصادفی متوجه می‌شوند که سه GPT دارند که کار یکسانی را با دستورالعمل‌های کمی متفاوت انجام می‌دهند. هنگام مهاجرت، آنها را ادغام کنید. در آینده - شما یک یادداشت تشکر ارسال خواهید کرد.

چه چیزی را پس‌انداز کنیم، چرا، چگونه و چقدر فوری است؟

از این به عنوان یک لیست بسته‌بندی استفاده کنید. نکات جزئی جزئی هم شامل می‌شود - بله، «شروع‌کننده‌های مکالمه» ارزش نگه‌داشتن را دارند، حتی اگر دیگر هرگز آنها را به کاربران نشان ندهید.

ابتدا ردیف‌های مهم را انجام دهید. به خصوص فایل‌های دانش - وقتی دسترسی ویرایش یا دانلود محدود می‌شود، پیدا کردن PDF اصلی در لپ‌تاپ کسی دردسر خاصی دارد.

دستورالعمل‌ها و فایل‌های دانش را قبل از توقف اجرا، صادر کنید

این بخش بی‌زرق و برق، بعداً شما را نجات می‌دهد. هر فایل GPT سفارشی با اولویت بالا را تا می‌توانید باز کنید. دستورالعمل‌های کامل را در یک فایل متنی ساده یا markdown کپی کنید - صبر کنید، متن ساده برای کنترل نسخه امن‌تر است؛ markdown هم خوب است. نام فایل‌ها را واضح بنویسید: support-triage-instructions.txt، نه final-final-v3.txt.

سپس هر فایل دانش را دانلود کنید. آنها را در یک پوشه به ازای هر GPT قرار دهید. اگر فایلی در GPT به‌روزرسانی شده است و مطمئن نیستید کدام نسخه به‌روز است، آنچه را که اکنون در GPT است بردارید و همچنین منبع حقیقت را در Drive یا SharePoint جستجو کنید. پشتیبان‌گیری دوگانه از یک PDF رمزآلود واحد بهتر است.

چند نکته کاربردی که تا وقتی از آنها صرف نظر نکنید، بدیهی به نظر می‌رسند:

• صادرات در یک روز آرام، نه پنج دقیقه قبل از نسخه آزمایشی
• اگر متن دستورالعمل را در یک درایو تیمی مشترک پیست کنید، اسرار را از آن حذف کنید
• به تغییرات مدلی که به آنها تکیه کردید توجه کنید - قوانین لحن، قوانین قالب‌بندی، "هرگز SKU اختراع نکنید"، از این قبیل چیزها
• اگر GPT از اقدامات سفارشی استفاده می‌کرد، کاری که هر اقدام انجام می‌داد را به زبان انسانی بنویسید، نه فقط طرحواره

من این بخش را با این هدف شروع کردم که بگویم «فقط دستورالعمل را کپی کنید»، اما بعد متوجه شدم که نیمی از ارزش معمولاً در فایل‌ها پنهان شده است. دستورالعمل، کارت دستور غذا است؛ فایل‌های دانش، انباری هستند. شما به هر دو نیاز دارید وگرنه شام ​​نان تست است. به صورت استعاری. لطفاً فایل‌های PDF خود را نخورید.

بازسازی ربات‌های حیاتی در پروژه‌های ChatGPT 🛠️

برای بسیاری از گردش‌های کاری شخصی و تیمی، پروژه‌های ChatGPT خانه‌ی بعدی طبیعی هستند. یک پروژه به شما یک فضای اختصاصی با دستورالعمل‌ها و فایل‌های خاص خود می‌دهد - آنقدر شبیه به یک GPT سفارشی که مهاجرت به آن آشنا به نظر می‌رسد، بدون اینکه وانمود کنید یک کپی با یک کلیک است.

یک مسیر بازسازی معقول:

• یک پروژه با نام وظیفه GPT قدیمی ایجاد کنید، نه با نام شوخی‌آمیز GPT قدیمی
• دستورالعمل‌های اکسپورت شده را پیست کنید؛ هر چیزی را که فقط در GPT Store معنی داشت، حذف کنید
• فایل‌های دانشی که واقعاً به آنها نیاز دارید را آپلود کنید - هر پیش‌نویس خاک‌گرفته‌ای را که در پوشه قرار دارد، دور نریزید
• با همان دستوراتی که قبلاً استفاده کرده‌اید، تست کنید و خروجی‌ها را در کنار هم مقایسه کنید
• افرادی که از GPT قدیمی استفاده می‌کردند را دعوت کنید و وقتی که آنها راحت بودند، لینک قدیمی را غیرفعال کنید

پروژه‌ها در کارهای مداوم برتری دارند: پوشه‌های تحقیقاتی، خطوط تولید محتوا، خلاصه‌های مشتری، پرسش و پاسخ داخلی با یک مجموعه ثابت. آن‌ها کمتر شبیه یک «برنامه عمومی در فروشگاه GPT» هستند و بیشتر شبیه یک فضای کاری جدی. اشکالی ندارد. اکثر GPTهای سفارشی که درآمد خود را به دست آورده‌اند، نیروی کار بوده‌اند، نه ویترین فروشگاه.

اگر GPT های سفارشی در حال بسته شدن هستند، چیزی که برای بازسازی باید بدانید این است: با سه ربات مهم و حیاتی خود شروع کنید، نه کل باغ وحش. آنها را ارسال کنید. سپس تصمیم بگیرید که کدام یک از بقیه لیاقت یک پروژه را دارند و کدام یک شایسته خداحافظی آرام هستند.

افزونه‌ها، عامل‌های فضای کاری و سایر مسیرهای جایگزین 🔌

همه چیز به یک پروژه تعلق ندارد. برخی از GPT های سفارشی، پوشش‌های نازکی پیرامون ابزارها، APIها یا فرآیندهای تیمی چند مرحله‌ای بودند. این GPT ها بهتر است با افزونه‌هایی که طرح شما از آنها پشتیبانی می‌کند، یا با Workspace Agents در تنظیمات به سبک سازمانی، نگاشت شوند.

نقشه‌برداری تقریبی که در عمل جواب داده است:

• دستورالعمل‌های سنگین + فایل‌ها - پروژه‌های ChatGPT
• اتوماسیون ابزار/API - افزونه‌ها یا جانشینان سبک اکشن؛ با دقت دوباره احراز هویت کنید
• فرآیندهای تیمی با مالکیت - نمایندگان فضای کاری، با یک مدیر در حلقه
• ربات‌های عمومی/اکتشافی - توزیع را دوباره بررسی کنید؛ دوران فروشگاه GPT برای GPTهای سفارشی رو به پایان است
• اسباب‌بازی‌های یک‌بار مصرف - جابه‌جا نکنید؛ سوال را بایگانی کنید و به سراغ بعدی بروید

انتظار کمی اصطکاک را داشته باشید. قابلیت‌ها به صورت یک به یک با هم مطابقت نخواهند داشت. یک GPT سفارشی که ترکیبی از مرور، فایل‌ها و یک شخصیت عجیب و غریب است، ممکن است به یک پروژه به علاوه یک ابزار جداگانه یا یک عامل با مجوزهای واضح‌تر تبدیل شود. این تقسیم‌بندی آزاردهنده و همچنین سالم‌تر است - جعبه‌های سیاه مرموز کمتری وجود دارد.

خارج از ChatGPT، برخی تیم‌ها گردش‌های کاری مشابه را در دستیارهای دیگر یا برنامه‌های داخلی بازسازی می‌کنند. این قابل قبول است. فقط دستورالعمل‌ها و فایل‌های صادر شده خود را نگه دارید تا مانند یک افسانه عامیانه از حافظه بازنویسی نکنید.

خطرات تیمی و مشترک GPT که نباید نادیده بگیرید

GPT های سفارشی اشتراکی جایی هستند که قطعی‌های آرام، صدای بلندی ایجاد می‌کنند. شخصی یک GPT را در صفحه Notion با عنوان "نحوه پشتیبانی ما" بوک‌مارک می‌کند. شخص دیگری لینک را در هنگام آشنایی با سیستم قرار می‌دهد. هیچ‌کس مالک دستورالعمل‌ها نیست. سپس ایجاد قفل می‌شود، ویرایش‌ها متوقف می‌شوند و ناگهان رباتی که "همه از آن استفاده می‌کنند" مانند یک اتاق زیر شیروانی جن‌زده عمل می‌کند.

زود تسکین دهید:

• برای هر GPT مشترک، یک مالک تعیین کنید - یک انسان با نام، نه "تیم"
• یک یادداشت کوتاه در کانال‌هایی که از آن استفاده می‌کنند، منتشر کنید: چه چیزی در حال تغییر است، جانشین چیست، چه زمانی باید تغییر کرد
• لینک‌های هاردکد شده در ویکی‌ها و مستندات آن‌بوردینگ را جایگزین کنید، در حالی که GPT قدیمی هنوز جواب می‌دهد
• یک آرشیو فقط خواندنی از دستورالعمل‌ها داشته باشید تا افراد جدید از یک URL از کار افتاده یاد نگیرند
• برای GPT های رو در رو با مشتری، پیامی را برنامه ریزی کنید که آرام به نظر برسد، نه آخرالزمانی

وقت طعنه زدن است: اگر فرآیند شما فقط درون یک GPT سفارشی و بدون پشتیبان قرار دارد، آن هرگز یک فرآیند نبوده است. آن یک امید با رابط چت بود. در حالی که رابط هنوز باز است، امید را برطرف کنید.

اشتباهات رایج هنگام مهاجرت (لطفاً از این موارد صرف نظر کنید)

مردم تحت فشار ملایم اشتباهات مشابهی مرتکب می‌شوند. من هم چند تا از آنها را مرتکب شده‌ام. یادگیری امکان‌پذیر است؛ تکرار اختیاری است.

• منتظر یک اطلاعیه بی‌نقص باشید - تا فرصت ویرایش و دانلود دارید، اقدام کنید
• انتقال همه چیز - فقط موارد حیاتی و پرمصرف را انتقال دهید؛ بقیه را بایگانی کنید
• فراموش کردن فایل‌های دانش - دستورالعمل‌های بدون فایل، ناقص هستند.
• چسباندن اسرار به اسناد مشترک - کلیدهای API به ویکی تیم تعلق ندارند
• تغییر لحن و قوانین در طول مهاجرت - ابتدا بازسازی، سپس طراحی مجدد
• نگفتن به تیم - قطع ارتباط‌های بی‌سروصدا باعث ایجاد تیکت‌های پشتیبانی و بی‌اعتمادی می‌شود
• با فرض اینکه پروژه‌ها یکسان هستند - خروجی‌ها را آزمایش کنید؛ تنظیم کنید؛ سپس "انجام شد" را اعلام کنید
• فهرست فروشگاه‌های GPT را به عنوان منبع حقیقت در نظر بگیرید - همین حالا متن را کپی کنید

همچنین: تئاتر مهاجرت پیچیده‌ای اختراع نکنید. برای GPT که ماهی دو بار استفاده می‌شود و محتوایش تغییر می‌کند، نیازی به کمیته راهبری ندارید. به یک پوشه و بیست دقیقه زمان نیاز دارید.

یک برنامه هفتگی کاربردی بدون نگرانی از تقویم

به صورت نسبی صحبت کنید و به حرکت خود ادامه دهید. در اینجا یک توالی ساده وجود دارد که چه یک GPT داشته باشید و چه بیست GPT، کار می‌کند.

1. امروزی: موجودی. علامت‌گذاری بحرانی در مقابل بازنشستگی.
2. بخش بعدی اوقات فراغت: استخراج دستورالعمل‌ها و فایل‌های دانش برای هر مورد بحرانی یا مهم.
3. کمی بعد: دو یا سه مورد برتر در پروژه‌ها (یا اگر مناسب است، عوامل/افزونه‌ها) را بازسازی کنید.
4. قبل از اینکه اجرای آنها متوقف شود: پیش‌فرض‌های شخصی خود را تغییر دهید؛ لینک‌های تیم را به‌روزرسانی کنید؛ به ذینفعان اطلاع دهید.
5. در حال انجام: GPT های کم‌ارزش را کنار بگذارید؛ بایگانی را نگه دارید؛ ایجاد GPT های سفارشی جدید که به هر حال قابل انتشار نیستند را متوقف کنید.

بخش احساسی سخت‌تر از بخش فنی است، بیشتر از آنچه مردم اعتراف می‌کنند. شما شب‌ها را صرف تنظیم یک GPT کرده‌اید که بالاخره صدای شما را "به دست" آورده است. خداحافظی کردن تا زمانی که به یاد نیاورید که هنوز دستورالعمل‌ها را دارید، احمقانه به نظر می‌رسد. روح ربات متن است. متن سفر می‌کند.

نکات کلیدی

GPT های سفارشی در حال منسوخ شدن هستند. آنچه باید بدانید، به طور خلاصه:

• ایجاد و انتشار GPT سفارشی جدید در طرح‌های شخصی از قبل محدود شده است؛ طرح‌های موجود در حال حاضر در حال اتمام هستند
• همه چیز را فهرست کنید؛ اولویت را بر اساس استفاده‌ی واقعی بگذارید، نه نوستالژی
• دستورالعمل‌ها، فایل‌های دانش، شروع‌کننده‌ها و یادداشت‌های عملی را تا می‌توانید صادر کنید
• بازسازی گردش‌های کاری حیاتی در پروژه‌های ChatGPT؛ استفاده از افزونه‌ها یا Workspace Agents در جایی که مناسب‌تر هستند
• به تیم‌ها هشدار دهید، اسناد را به‌روزرسانی کنید، برای ربات‌های مشترک، مالک تعیین کنید
• از وحشت دوری کن، از مهاجرت زباله‌ها دوری کن، از انتظار برای یک لحظه‌ی ایده‌آل دوری کن

زود اقدام کنید، با دقت وسایل را جمع کنید، و آنچه را که ارزش ماندن دارد، بازسازی کنید. پلتفرم در حال تغییر به لایه‌های GPT Store و Custom GPT است - این ناخوشایند است، نه اینکه پایان شغل شما باشد. گردش‌های کاری شما همیشه بزرگتر از یک دکمه محصول بودند. دستور العمل‌ها را نگه دارید. آشپزخانه را تغییر دهید. همه چیز خوب خواهد شد.

مثال عملی: انتقال یک GPT سفارشی پشتیبانی مشترک به یک پروژه ChatGPT

منسوخ شدن‌ها تا زمانی که لینک ثبت‌نام روز دوشنبه غیرفعال شود، انتزاعی به نظر می‌رسند. در اینجا نحوه استفاده یک سرپرست پشتیبانی مشتری در بریتانیا از مسیر موجودی → صادرات → بازسازی از این راهنما، زمانی که GPT های سفارشی در حال بسته شدن هستند، - و آنچه برای بسته‌بندی رباتی که دوام می‌آورد، باید بدانید.

سناریو

تیم جردن یک GPT سفارشی به نام «کمک‌کننده‌ی پشتیبانی در ارزیابی» دارد. این GPT شامل قوانین لحن، «هرگز SKU اختراع نکنید»، یک بسته‌ی دانش از مقالات راهنما و چهار شروع‌کننده‌ی مکالمه است که افراد تازه استخدام شده بدون فکر کردن روی آنها کلیک می‌کنند. لینک آن در بخش «نحوه‌ی پشتیبانی ما» در Notion قرار دارد. ایجاد GPT های سفارشی جدید در برنامه‌های سبک شخصی آنها از قبل قفل شده است. ربات مشترک هنوز - فعلاً - باز است که لطف است، نه اجاره.

جردن کل مجموعه GPT های نیمه تمام را منتقل نمی‌کند. اولویت اول این کار سخت است: کپی کردن دستورالعمل‌ها، دانلود فایل‌های دانش، بازسازی درون یک پروژه ChatGPT، به‌روزرسانی لینک ویکی، اطلاع‌رسانی به کانال، و سپس حذف URL قدیمی وقتی افراد احساس راحتی کردند.

هدف، تداوم بدون تئاتر مهاجرت است - یک چک لیست و یک مالک مشخص، نه یک PRD چهل صفحه‌ای.

آنچه مهاجرت نیاز دارد

• یک ردیف موجودی: نام، هدف، مالک (جردن)، چه کسی به آن وابسته است، فایل‌های دانش، اقدامات، اولویت، حدس جانشین (پروژه)
• دستورالعمل‌های سفارشی کامل در یک فایل با نام مشخص (مثلاً support-triage-instructions.txt) قرار داده شده‌اند
• هر فایل داده آپلود شده در پوشه‌ای به نام GPT ذخیره می‌شود
• شروع کننده‌های مکالمه و ۳ تا ۵ نمونه چت که نشان می‌دهد «خوب» چه شکلی بوده است
• یادداشت‌هایی در مورد هرگونه اقدام/هوک API به زبان انسان (هیچ رازی در Slack وجود ندارد)
• یک پروژه ChatGPT با دستورالعمل‌های کوتاه‌شده، فقط فایل‌های مورد نیاز و اعلان‌های تست در کنار هم
• لینک‌های Notion/Onboarding به‌روزرسانی شدند و یک یادداشت کوتاه در مورد کانال، قبل از اینکه GPT قدیمی از کار بیفتد

دستورالعمل مثال

از این به عنوان خلاصه بازسازی در داخل پروژه جدید استفاده کنید (پس از اینکه دستورالعمل‌های سیستم صادر شده را جایگذاری کردید و فایل‌های دانش تأیید شده را بارگذاری کردید):

شما پشتیبان بخش اولویت‌بندی برای برنامه‌ریزی SaaS ما هستید. لحن صادر شده و قوانین «هرگز SKU اختراع نکنید» را دقیقاً رعایت کنید. فقط از مقالات راهنمای آپلود شده پاسخ دهید؛ اگر پاسخی وجود ندارد، بگویید که نمی‌دانید و مسیر ارجاع انسانی را پیشنهاد دهید. خروجی: علت احتمالی، شواهد از اسناد، بررسی بعدی و پیش‌نویس پاسخ به زبان انگلیسی بریتانیایی. بدون مقدمه. اگر سوالی به API یا اقدام سیستمی زنده نیاز دارد، ما اینجا به آن متصل نشده‌ایم، به جای تظاهر، آن را بیان کنید.

اولین آزمایش‌هایی که باید اجرا شوند (همان پیام‌های GPT قدیمی): (1) «مشتری می‌گوید که گزینه صورتحساب پس از ارتقا خاکستری شده است - تریاژ»، (2) «وقتی نمی‌توانیم فاکتور آنها را پیدا کنیم، یک پاسخ آرام تهیه کنید»، (3) هر شروع‌کننده مکالمه قدیمی را یک بار اجرا کنید. قبل از اعلام تغییر، خروجی‌ها را با چت‌های نمونه ذخیره شده مقایسه کنید.

چگونه آن را آزمایش کنیم

• ابتدا موجودی را بررسی کنید: هر GPT سفارشی را فهرست کنید؛ بحرانی / بالا / کنار گذاشته شده را علامت بزنید. با آواتارهای بامزه شروع نکنید.
• صادر کردن در حالی که ویرایش/دانلود هنوز کار می‌کند: دستورالعمل‌ها + فایل‌های دانش + شروع‌کننده‌ها. پشتیبان‌گیری دوگانه از فایل‌های PDF رمزآلود از Drive در صورت متفاوت بودن نسخه‌ها.
• فقط دو یا سه مورد بالا را بازسازی کنید. همان دستورات را در کنار GPT قدیمی در حالی که هنوز در حال اجرا است، آزمایش کنید.
• مورد حاشیه‌ای: یک GPT با اقدامات سفارشی - مستندسازی عملکرد هر اقدام؛ اگر افزونه‌ها یا عامل‌ها مناسب‌تر از یک پروژه هستند، با دقت در آنها احراز هویت مجدد کنید.
• بررسی‌های پذیرش قبل از حذف: (1) فایل دستورالعمل‌ها کامل است، (2) تمام فایل‌های دانش حیاتی وجود دارند، (3) سه نمونه آزمایشی با کیفیت نمونه مطابقت دارند، (4) لینک مفهوم به‌روزرسانی شده است، (5) کانال با نام مالک اطلاع‌رسانی شده است، (6) هیچ کلید API در ویکی تیم جای‌گذاری نشده است.

نتیجه

نتیجه‌ی تشریحی (مثال تخمین برای سرعت مهاجرت یک تیم پشتیبانی، نه یک مطالعه‌ی منتشر شده‌ی OpenAI): از بین ۸ GPT سفارشی ثبت شده، ۳ مورد بحرانی/بالا بودند و به عنوان پروژه بازسازی شدند؛ ۵ مورد فقط با دستورالعمل بایگانی شدند. استخراج و بازسازی برای ربات ارزیابی پشتیبانی حدود ۹۰ دقیقه (موجودی ۱۵، استخراج ۲۵، راه‌اندازی پروژه و آپلود فایل ۲۰، آزمایش کنار هم ۳۰) طول کشید. پس از برش، پینگ‌های «GPT کجا رفت؟» در کانال پشتیبانی از ۶ مورد در هفته‌ی اول شایعات (بدون مالک، بدون یادداشت) به ۱ سوال روشن‌کننده پس از وجود لینک Notion و پست کانال کاهش یافت. در یک چک لیست مهاجرت (استخراج کامل، آزمایش پروژه، به‌روزرسانی اسناد، نامگذاری مالک، افشای اسرار)، ۳ مورد از ۳ ربات بازسازی شده قبل از اعلام، در مقابل ۰ مورد از ۳ مورد تحت عادت «وقتی خراب شد به آن رسیدگی می‌کنیم» با موفقیت انجام شدند. محدودیت‌ها: تیم کوچک، یک منطقه‌ی محصول؛ ربات‌های بدون دانش، فایل‌ها سریع‌تر مهاجرت می‌کنند؛ GPT های سنگین و پر از اکشن، زمان بیشتری طول می‌کشند؛ زمان‌بندی شامل انتظار برای تأیید مدیر برای نمایندگان فضای کاری نمی‌شود.

برای اندازه‌گیری نسخه خودتان: تمام GPT های سفارشی را با برچسب‌های اولویت‌دار فهرست کنید؛ برای هر ربات حیاتی، زمان خروجی گرفتن + بازسازی را تعیین کنید؛ نرخ قبولی در چک لیست و درخواست‌های کمک پس از حذف را به مدت دو هفته پیگیری کنید؛ تعداد را به همراه مخرج کسر گزارش دهید.

چه چیزی می‌تواند اشتباه پیش برود؟

• منتظر یک اطلاعیه بی‌نقص باشید: تا فرصت ویرایش و دانلود دارید، اقدام کنید.
• همه چیز را جابجا کنید: اسباب‌بازی‌ها را بایگانی کنید؛ اسب‌های کارگر را از نو بسازید.
• دستورالعمل بدون فایل: نصف مغز. انباری را بردارید، نه فقط کارت دستور غذا را.
• قطع ارتباط بی‌سروصدا: لینک‌های مشترک در فرآیند آشنایی با مشتریان (آن‌بوردینگ) تبدیل به یک اتاق زیرشیروانی جن‌زده می‌شوند.
• رازهای ویکی: هنگام پیست کردن خروجی‌ها در درایوهای مشترک، کلیدهای API را پاک کنید.
• با فرض اینکه پروژه‌ها یکسان هستند: خروجی‌ها را آزمایش کنید، سپس اعلام کنید که کار تمام شده است - و نه برعکس.
• بدون مالک مشخص: «تیم» نمی‌تواند یک URL از کار افتاده را تغییر دهد.

نکته کاربردی

وقتی GPT های سفارشی در حال بسته شدن هستند، چیزی که باید بدانید عملیاتی است: موجودی، دستورالعمل‌های خروجی و فایل‌های دانش، بازسازی معدود مواردی که در پروژه‌های ChatGPT (یا افزونه‌ها / نمایندگان فضای کاری که ابزارها و فرآیند تیمی در آنها بهتر جا می‌افتند) درآمد کسب می‌کنند، هشدار به هر کسی که لینک قدیمی را به اشتراک گذاشته است، و صرف نظر از موارد غیرضروری. روح ربات متن است. متن سفر می‌کند. دستور العمل‌ها را نگه دارید؛ آشپزخانه را تغییر دهید.

سوالات متداول

بسته شدن Custom GPTها برای کاربران ChatGPT چه معنایی دارد؟

OpenAI در حال حذف GPTهای سفارشی در طرح‌های ChatGPT است. حساب‌های کاربری شخصی رایگان، Go، Plus و Pro در حال حاضر نمی‌توانند GPTهای جدید ایجاد یا منتشر کنند، در حالی که GPTهای موجود ممکن است هنوز برای مدتی اجرا یا ویرایش شوند - این را به عنوان یک فرصت موقت در نظر بگیرید، نه یک وعده. تنظیمات فضای کاری و سازمانی از یک مسیر انتشار یافته برای حذف GPTهای جدید مانند افزونه‌ها، پروژه‌های ChatGPT و نمایندگان فضای کاری پیروی می‌کنند. ساخت GPTهای سفارشی جدید را متوقف کنید و شروع به نجات GPTهایی کنید که دوام می‌آورند.

آیا هنوز می‌توانم GPT های سفارشی جدید ایجاد یا منتشر کنم؟

برای بسیاری از حساب‌های شخصی، خیر - ایجاد و انتشار از قبل قفل شده است، از جمله لیست‌های جدید فروشگاه GPT. GPT های سفارشی موجود که شما دارید یا به اشتراک گذاشته شده‌اید، ممکن است هنوز باز باشند، و در برخی از برنامه‌ها، هنوز می‌توانید دستورالعمل‌ها یا فایل‌های دانش را قبل از اینکه دسترسی از بین برود، ویرایش کنید. گردش‌های کاری حیاتی نباید GPT های سفارشی را به عنوان یک خانه طولانی مدت در نظر بگیرند. دستورالعمل‌ها، شروع‌کننده‌ها و فایل‌ها را تا زمانی که می‌توانید کپی کنید.

پایان دوره برای برنامه‌های شخصی در مقابل برنامه‌های کاری چگونه متفاوت است؟

کاربران شخصی عمدتاً به پشتیبان‌گیری شخصی نیاز دارند: دستورالعمل‌ها و فایل‌ها را صادر کنید، در پروژه‌ها یا ابزار دیگری بازسازی کنید و به هر کسی که لینک مشترک داشته است هشدار دهید. مدیران سازمانی و فضای کاری با ربات‌های مشترک در داخل فرآیند آشنایی با سیستم، پرسش و پاسخ سیاست‌ها، مسیرهای فروش و ماکروهای پشتیبانی مواجه هستند - بنابراین قبل از اینکه این ربات‌ها از کار بیفتند، موجودی را در سطح سازمانی ثبت کنید، مالکان را تعیین کنید و جانشینان را انتخاب کنید. اگر فقط از آن استفاده می‌کنید، این هفته از آن پشتیبان‌گیری کنید. اگر تیمی از آن استفاده می‌کند، با آن مانند یک استهلاک کوچک محصول رفتار کنید.

قبل از اینکه Custom GPT ها از کار بیفتند، چه چیزهایی را باید فهرست کنم؟

برای هر GPT، نام و هدف، مالک، کسی که به آن وابسته است، طول دستورالعمل، فایل‌های دانش، اقدامات یا ابزارها، اولویت و حدس جانشین را ثبت کنید. بر اساس میزان استفاده‌ی زنده - روزانه‌ی حیاتی در مقابل غبار دیجیتال - مرتب کنید، نه بر اساس نوستالژی آواتار. بسیاری از افراد سه GPT را در حال انجام یک کار مشابه می‌دانند؛ در حین مهاجرت، آنها را ادغام کنید. شما نمی‌توانید چیزی را که نمی‌توانید نامگذاری کنید، منتقل کنید.

کدام فایل‌های GPT سفارشی برای صادرات مهم‌تر هستند؟

دستورالعمل‌های سیستم و فایل‌های دانش بسیار مهم هستند - مغز و انبار. همچنین شروع‌کننده‌های مکالمه، یادداشت‌های اکشن یا API را به زبان انسانی بدون چسباندن اسرار در Slack، چند نمونه چت که خروجی خوبی دارند، لیست‌های اشتراک‌گذاری برای هشدار دادن به افراد و نسخه لیست فروشگاه GPT در صورت انتشار، کپی کنید. فایل‌ها را در یک پوشه با نام مشخص برای هر GPT دانلود کنید و در صورت متفاوت بودن نسخه‌ها، از PDFهای رمزآلود دوگانه از Drive پشتیبان بگیرید.

چگونه می‌توانم یک GPT سفارشی را در پروژه‌های ChatGPT بازسازی کنم؟

یک پروژه به نام شغل مورد نظر ایجاد کنید، دستورالعمل‌های صادر شده را جای‌گذاری کنید، فقط فایل‌های دانشی را که هنوز نیاز دارید آپلود کنید، سپس همان دستورالعمل‌ها را در کنار GPT قدیمی آزمایش کنید. از کاربران قبلی دعوت کنید و وقتی راحت بودند، لینک قدیمی را کنار بگذارید. پروژه‌ها برای کارهای جاری - تحقیق، خطوط تولید محتوا، خلاصه‌های مشتری، پرسش و پاسخ داخلی - مناسب‌تر از برنامه‌های عمومی فروشگاه GPT هستند. با دو یا سه ربات مهم خود شروع کنید، نه کل مجموعه.

چه زمانی باید به جای پروژه‌ها از افزونه‌ها یا Workspace Agents استفاده کنم؟

ربات‌های سنگین دستورالعمل با فایل‌ها معمولاً به پروژه‌ها نگاشت می‌شوند. اتوماسیون ابزار یا API با افزونه‌ها یا جانشینان سبک اکشن سازگار است - با دقت دوباره احراز هویت کنید. فرآیندهای تیمی با مالکیت مشخص با نمایندگان فضای کاری با یک مدیر در حلقه سازگار هستند. ربات‌های کشف عمومی نیاز به بازنگری دارند زیرا دوران فروشگاه GPT سفارشی در حال پایان است و اسباب‌بازی‌های یک‌بار مصرف را می‌توان بدون مهاجرت بایگانی کرد. انتظار کمی اصطکاک را داشته باشید؛ کلون‌های یک‌به‌یک بعید است.

GPT های سفارشی تیمی مشترک چه خطراتی را در طول تعطیلی ایجاد می‌کنند؟

GPT های مشترک اغلب در Notion، اسناد onboarding و Slack بدون مالک مشخص وجود دارند - سپس ویرایش‌ها متوقف می‌شوند و رباتی که همه از آن استفاده می‌کنند به یک اتاق زیر شیروانی خالی از سکنه تبدیل می‌شود. یک مالک انسانی تعیین کنید، آنچه را که تغییر می‌کند و زمان تغییر را ارسال کنید، لینک‌های کدنویسی شده را در حالی که GPT قدیمی هنوز پاسخ می‌دهد جایگزین کنید و یک بایگانی فقط خواندنی از دستورالعمل‌ها نگه دارید. برای ربات‌های رو در رو با مشتری، یک پیام آرام برنامه‌ریزی کنید. فرآیندی بدون پشتیبان، امیدی با رابط چت بود.

از چه اشتباهاتی در مهاجرت باید اجتناب کنم؟

منتظر یک اطلاعیه بی‌نقص نباشید - تا می‌توانید ویرایش و دانلود کنید، اقدام کنید. فقط موارد حیاتی و پرکاربرد را منتقل کنید؛ بقیه را بایگانی کنید. فایل‌های دانش را فراموش نکنید، کلیدهای API را در ویکی‌های مشترک قرار دهید، در اواسط مهاجرت لحن را دوباره طراحی کنید یا بی‌سروصدا از آن استفاده کنید. پروژه‌ها یکسان نیستند - قبل از اعلام اتمام، خروجی‌ها را آزمایش کنید و اگر مهم است، متن فهرست فروشگاه را همین حالا کپی کنید. برای استفاده از رباتی که ماهی دو بار استفاده می‌شود، از کمیته‌های راهبری صرف نظر کنید.

چگونه می‌توانم یک GPT سفارشی پشتیبانی مشترک را به یک پروژه منتقل کنم؟

فهرست ربات را تهیه کنید، دستورالعمل‌های کامل و هر فایل دانش را صادر کنید، شروع‌کننده‌ها و چت‌های نمونه را ذخیره کنید، سپس در یک پروژه با قوانین اصلاح‌شده و فایل‌های تأیید شده بازسازی کنید. همان دستورالعمل‌های اولویت‌بندی را در کنار هم آزمایش کنید، لینک‌های Notion یا onboarding را به‌روزرسانی کنید و قبل از از بین رفتن URL قدیمی، کانال را با نام مالک مطلع کنید. پذیرش به معنای صادرات کامل، مطابقت با کیفیت نمونه، اسناد به‌روز شده و عدم وجود هرگونه راز در ویکی تیم است.

منابع

1. OpenAI — پایان دادن به GPT های سفارشی — help.openai.com