Layanan GPT kustom akan segera ditutup. Inilah yang perlu Anda ketahui.

Jawaban singkat: OpenAI sedang menghentikan dukungan untuk GPT Kustom: paket pribadi sudah tidak dapat membuat atau menerbitkan yang baru, dan bot yang ada hanya bersifat sementara. Jika GPT masih bermanfaat, ekspor instruksi dan file pengetahuan sekarang, lalu bangun kembali di Proyek, plugin, atau Agen Ruang Kerja.

Poin-poin penting:

Tidak ada pembuatan baru: Hentikan pembuatan GPT Kustom pada paket pribadi; perlakukan yang sudah ada sebagai sementara.

Lakukan inventarisasi terlebih dahulu: Buat daftar tujuan, pemilik, dependensi, file, dan prioritas setiap GPT sebelum melakukan migrasi.

Ekspor otak: Salin instruksi lengkap dan unduh semua file pengetahuan selagi masih bisa.

Lakukan perbaikan secara kritis: Pindahkan tugas-tugas utama ke Proyek ChatGPT; singkirkan tugas-tugas yang kurang penting tanpa basa-basi.

Beri peringatan kepada pengguna yang berbagi tautan: Beri tahu tim dan pengguna tautan yang dibagikan sebelum tautan tersebut tidak aktif dan alur kerja terganggu.

Apa yang akan berakhir dan apa yang masih berhasil saat ini? 

Pembuatan dan penerbitan GPT Kustom baru pada paket pribadi sudah terkunci. Anda tidak dapat membuat GPT Store atau menerbitkan GPT Kustom pribadi yang benar-benar baru seperti sebelumnya. GPT yang sudah ada mungkin masih dapat digunakan - dan dalam beberapa kasus dapat diedit - untuk sementara waktu. Anggap "masih berfungsi" sebagai kelonggaran sementara, bukan janji.

Pengaturan ruang kerja dan perusahaan mengikuti jalur penghentian bertahap yang telah dipublikasikan. Itu biasanya berarti pemberitahuan admin, alat migrasi, dan dorongan menuju blok bangunan yang lebih baru: Proyek ChatGPT untuk ruang kerja terfokus dengan file dan instruksi, plugin jika tersedia, dan Agen Ruang Kerja untuk otomatisasi skala tim. Nama-nama tersebut sedikit berubah sesuai rencana; idenya tetap sama. GPT kustom sebagai antarmuka produk akan segera dihentikan.

Yang masih efektif dalam praktiknya, selagi masih bisa dilakukan:

• Membuka dan mengobrol dengan banyak Custom GPT yang sudah Anda miliki atau yang telah dibagikan kepada Anda
• Mengedit instruksi atau berkas pengetahuan pada beberapa paket sebelum akses pengeditan hilang
• Menyalin petunjuk sistem, topik pembicaraan, dan file pengetahuan yang diunggah
• Mendokumentasikan siapa yang bergantung pada GPT mana sebelum semua orang mengetahuinya dengan cara yang sulit

Yang tidak lagi efektif bagi banyak akun pribadi adalah: membuat GPT Kustom baru, mempublikasikan ke GPT Store, dan memperlakukan GPT Kustom sebagai tempat penyimpanan jangka panjang untuk alur kerja penting. Jika GPT Kustom akan ditutup, yang perlu Anda ketahui dimulai di sini - berhentilah membuat yang baru dan mulailah menyelamatkan yang masih bagus.

Ruang pribadi vs ruang kerja: mengapa rencana Anda mengubah strategi yang ada

Pengguna Personal Free / Go / Plus / Pro sudah berada di jalur "tidak ada build baru". Tugas Anda adalah melakukan backup pribadi: ambil petunjuk, ambil file, lakukan build ulang di dalam Projects atau alat lain, dan beri tahu siapa pun yang Anda bagikan GPT bahwa tautan tersebut mungkin akan dinonaktifkan.

Administrator perusahaan dan ruang kerja menghadapi permasalahan yang berbeda—dan, agak ironisnya, peta yang lebih jelas. GPT (Group Processing Team) bersama seringkali berada di tengah proses tim: bot onboarding, tanya jawab kebijakan, panduan penjualan, makro dukungan yang disamarkan sebagai obrolan. Ketika hal-hal tersebut rusak, orang tidak akan acuh; tiket akan muncul. Jadi, lakukan inventarisasi di tingkat organisasi, tetapkan pemilik, dan pilih penggantinya (Proyek, plugin, Agen Ruang Kerja) sebelum GPT bersama berhenti berjalan.

Saya rasa aturan umumnya adalah: jika hanya Anda yang menggunakannya, cadangkan minggu ini juga. Jika tim yang menggunakannya, perlakukan seperti penghentian produk dengan rencana migrasi kecil. Bukan dokumen PRD setebal 40 halaman. Daftar periksa dan pemilik yang ditunjuk. Itu sudah cukup.

Daftar periksa inventaris: temukan setiap Custom GPT yang penting

Anda tidak dapat memigrasikan apa yang tidak dapat Anda beri nama. Buka daftar GPT Anda dan buat inventaris sederhana sebelum melakukan hal lain. Spreadsheet, aplikasi catatan, catatan tempel - apa pun itu. Kesempurnaan adalah musuh di sini.

Untuk setiap GPT Kustom, tangkap:

• Nama dan tujuan - satu kalimat tentang fungsinya
• Pemilik - Anda, rekan satu tim, atau "entah bagaimana menjadi yatim piatu"
• Siapa yang bergantung padanya - hanya Anda, sebuah tim, klien, atau tautan bersama yang beredar di Slack.
• Panjang instruksi - petunjuk singkat vs. aturan yang panjang seperti novel.
• Berkas pengetahuan - PDF, dokumen, CSV yang diunggah ke dalamnya
• Aksi/alat - semua kait API, penjelajahan, atau aksi kustom.
• Prioritas - penting setiap hari, bagus setiap minggu, atau sekadar catatan digital.
• Penerus yang potensial - Proyek, plugin, Agen Ruang Kerja, atau "pensiun secara diam-diam"

Urutkan berdasarkan prioritas terlebih dahulu, bukan berdasarkan seberapa menarik avatar GPT-nya. Avatar itu tidak akan merindukanmu. Alur kerjamu di Senin pagi mungkin akan merindukanmu.

Banyak orang menemukan, hampir secara tidak sengaja, bahwa mereka memiliki tiga GPT yang melakukan pekerjaan yang sama dengan instruksi yang sedikit berbeda. Konsolidasikan saat Anda melakukan migrasi. Diri Anda di masa depan akan mengirimkan ucapan terima kasih.

Apa yang perlu diselamatkan, mengapa, bagaimana, dan seberapa mendesaknya hal itu

Gunakan ini sebagai daftar barang bawaan. Termasuk beberapa keunikan kecil - ya, "pembuka percakapan" layak disimpan meskipun Anda tidak pernah menunjukkannya kepada pengguna lagi.

Kerjakan baris-baris penting terlebih dahulu. Terutama file-file pengetahuan - begitu akses edit atau unduh menjadi lebih mudah, mencari PDF asli di laptop seseorang menjadi masalah tersendiri.

Ekspor petunjuk dan file pengetahuan sebelum berhenti berjalan

Ini adalah bagian yang kurang menarik tetapi akan menyelamatkan Anda nanti. Buka setiap Custom GPT prioritas tinggi selagi masih bisa. Salin instruksi lengkap ke dalam file teks biasa atau markdown - tunggu, teks biasa lebih aman untuk kontrol versi; markdown juga tidak masalah. Beri nama file dengan jelas: support-triage-instructions.txt, bukan final-final-v3.txt.

Kemudian unduh semua file pengetahuan. Letakkan file-file tersebut dalam folder untuk setiap GPT. Jika sebuah file diperbarui di dalam GPT dan Anda tidak yakin versi mana yang terbaru, ambil apa yang ada di GPT saat ini dan cari juga sumber aslinya di Drive atau SharePoint. Pencadangan ganda lebih baik daripada satu file PDF yang tidak jelas asal-usulnya.

Beberapa tips praktis yang terdengar jelas sampai Anda mengabaikannya:

• Ekspor pada hari yang tenang, tidak lima menit sebelum demonstrasi
• Hapus informasi rahasia dari teks instruksi jika Anda menempelkannya ke drive tim bersama
• Catat keunikan model yang Anda andalkan - aturan nada, aturan format, "jangan pernah mengarang SKU," dan hal-hal semacam itu
• Jika GPT menggunakan tindakan khusus, tuliskan fungsi setiap tindakan dalam bahasa yang mudah dipahami, bukan hanya skemanya

Awalnya saya bermaksud mengatakan "salin saja petunjuknya," tetapi kemudian menyadari bahwa separuh nilainya biasanya terkubur di dalam file. Petunjuknya adalah kartu resep; file pengetahuannya adalah dapur. Anda membutuhkan keduanya, atau makan malam Anda akan menjadi roti panggang. Secara metaforis. Tolong jangan makan PDF Anda.

Membangun ulang bot-bot penting di Proyek ChatGPT 🛠️

Untuk banyak alur kerja pribadi dan tim, Proyek ChatGPT adalah pilihan yang tepat selanjutnya. Sebuah Proyek memberi Anda ruang khusus dengan instruksi dan file-nya sendiri - cukup mirip dengan GPT Kustom sehingga migrasi terasa familiar, tanpa harus berpura-pura sebagai kloning sekali klik.

Alur pembangunan ulang yang masuk akal:

• Buat Proyek yang diberi nama sesuai dengan pekerjaan GPT lama, bukan nama lelucon GPT lama
• Salin instruksi yang diekspor; hapus apa pun yang hanya masuk akal di GPT Store
• Unggah berkas pengetahuan yang benar-benar Anda butuhkan - jangan buang semua draf usang yang tersimpan di folder
• Lakukan pengujian dengan perintah yang sama seperti sebelumnya dan bandingkan hasilnya secara berdampingan
• Undang orang-orang yang menggunakan GPT lama dan nonaktifkan tautan lama tersebut ketika mereka merasa nyaman

Proyek-proyek ini unggul dalam pekerjaan berkelanjutan: folder riset, alur kerja konten, pengarahan klien, tanya jawab internal dengan korpus tetap. Proyek-proyek ini bukan sekadar "aplikasi publik di GPT Store", melainkan lebih seperti ruang kerja yang serius. Itu tidak masalah. Sebagian besar Custom GPT yang berhasil adalah aplikasi andal, bukan toko online.

Jika Custom GPT akan ditutup, yang perlu Anda ketahui untuk membangun ulang adalah: mulailah dengan tiga bot terpenting Anda, bukan seluruh koleksi. Kirimkan bot-bot tersebut. Kemudian putuskan mana dari sisanya yang layak mendapatkan Proyek dan mana yang layak untuk ditinggalkan begitu saja.

Plugin, Agen Ruang Kerja, dan jalur penerus lainnya 🔌

Tidak semua hal termasuk dalam Proyek. Beberapa GPT Kustom hanyalah pembungkus tipis di sekitar alat, API, atau proses tim multi-langkah. Hal-hal tersebut lebih cocok diintegrasikan ke dalam plugin jika paket Anda mendukungnya, atau ke Agen Ruang Kerja pada pengaturan bergaya perusahaan.

Pemetaan kasar yang telah berhasil dalam praktiknya:

• Berisi banyak instruksi + file - Proyek ChatGPT
• Otomatisasi alat/API - plugin atau penerus bergaya aksi; otentikasi ulang dengan hati-hati.
• Proses tim dengan kepemilikan - Agen Ruang Kerja, dengan admin yang selalu terlibat.
• Bot publik/penemuan - pertimbangkan kembali distribusinya; era GPT Store untuk GPT Kustom akan segera berakhir.
• Mainan sekali pakai - jangan dipindahkan; arsipkan petunjuk tersebut dan lanjutkan.

Perkirakan akan ada beberapa gesekan. Kemampuan tidak akan sama persis. GPT Kustom yang menggabungkan penelusuran, file, dan persona yang unik mungkin akan menjadi Proyek plus alat terpisah, atau agen dengan izin yang lebih jelas. Pemisahan itu menjengkelkan tetapi juga lebih sehat - lebih sedikit kotak hitam misterius.

Di luar ChatGPT sepenuhnya, beberapa tim membangun kembali alur kerja yang sama di asisten lain atau aplikasi internal. Itu sah-sah saja. Yang penting, simpan instruksi dan file yang telah diekspor agar Anda tidak menulis ulang dari ingatan seperti dongeng.

Risiko GPT tim dan bersama yang tidak boleh Anda abaikan

GPT Kustom Bersama adalah tempat di mana gangguan kecil menjadi masalah besar. Seseorang menandai GPT di halaman Notion yang berjudul "Cara kami memberikan dukungan." Orang lain membagikan tautannya di bagian orientasi. Tidak ada yang memiliki petunjuk tersebut. Kemudian pembuatan terkunci, pengeditan membeku, dan tiba-tiba bot yang "digunakan semua orang" mulai bertingkah seperti loteng berhantu.

Lakukan mitigasi sejak dini:

• Tetapkan pemilik untuk setiap GPT yang dibagikan - seseorang dengan nama, bukan "tim"
• Unggah catatan singkat di saluran yang menggunakannya: apa yang berubah, apa penggantinya, dan kapan harus beralih
• Ganti tautan yang tertanam secara permanen di wiki dan dokumen orientasi selagi GPT lama masih berfungsi
• Simpan arsip instruksi yang hanya dapat dibaca agar karyawan baru tidak belajar dari URL yang sudah tidak aktif
• Untuk GPT (Group Policy Task) yang ditujukan kepada klien, rencanakan pesan yang terdengar tenang, bukan menakutkan

Sedikit sarkasme: jika proses Anda hanya berjalan di dalam GPT Kustom tanpa cadangan, itu bukanlah sebuah proses. Itu hanyalah harapan dengan antarmuka obrolan. Perbaiki harapan itu selagi antarmuka masih terbuka.

Kesalahan umum saat migrasi (silakan lewati bagian ini)

Orang-orang melakukan kesalahan yang sama di bawah tekanan ringan. Saya sendiri pernah melakukan beberapa kesalahan tersebut. Pembelajaran tersedia; mengulanginya adalah pilihan.

• Menunggu pengumuman yang sempurna - bertindaklah selagi Anda masih bisa mengedit dan mengunduh.
• Migrasikan semuanya - hanya migrasikan data penting dan yang sering digunakan; arsipkan sisanya.
• Melupakan berkas pengetahuan - instruksi tanpa berkas hanyalah separuh otak.
• Menempelkan rahasia ke dalam dokumen bersama - kunci API tidak boleh ada di wiki tim.
• Mengubah nada dan aturan selama migrasi - membangun ulang terlebih dahulu, mendesain ulang kemudian.
• Tidak memberi tahu tim - peralihan diam-diam menimbulkan tiket dukungan dan ketidakpercayaan.
• Dengan asumsi proyek-proyek tersebut identik - uji hasilnya; sesuaikan; lalu umumkan "selesai".
• Menjadikan daftar GPT Store sebagai sumber kebenaran - salin teksnya sekarang.

Selain itu: jangan membuat sandiwara migrasi yang rumit. Anda tidak memerlukan komite pengarah untuk GPT (General Purpose Tracking) yang digunakan dua kali sebulan untuk tujuan ulang konten. Anda hanya membutuhkan sebuah folder dan dua puluh menit.

Rencana mingguan praktis tanpa kepanikan kalender

Bicaralah secara relatif dan teruslah bergerak. Berikut adalah urutan sederhana yang berfungsi baik Anda memiliki satu GPT atau dua puluh.

1. Hari ini: Inventarisasi. Tandai sebagai kritis versus dinonaktifkan.
2. Waktu luang berikutnya: Mengekspor instruksi dan file pengetahuan untuk hal-hal yang penting atau berisiko tinggi.
3. Segera setelah itu: Bangun ulang dua atau tiga teratas di Proyek (atau agen/plugin jika sesuai).
4. Sebelum berhenti berjalan: Ubah pengaturan default pribadi Anda; perbarui tautan tim; beri tahu pemangku kepentingan.
5. Sedang berlangsung: Hentikan penggunaan GPT bernilai rendah; pertahankan arsip; hentikan pembuatan GPT Kustom baru yang toh tidak dapat dipublikasikan.

Aspek emosional lebih sulit daripada aspek teknis, lebih sering daripada yang diakui orang. Anda menghabiskan malam-malam menyetel GPT yang akhirnya "menangkap" suara Anda. Mengucapkan selamat tinggal terasa konyol sampai Anda ingat bahwa Anda masih memiliki instruksinya. Jiwa dari bot adalah teks. Teks menyebar.

Poin-poin penting

Layanan GPT kustom akan segera ditutup. Berikut ringkasan yang perlu Anda ketahui:

• Pembuatan dan penerbitan GPT kustom baru pada paket pribadi sudah terbatas; yang sudah ada hanya tinggal menunggu waktu saja
• Buat inventaris semuanya; prioritaskan berdasarkan penggunaan sebenarnya, bukan berdasarkan nostalgia
• Ekspor instruksi, file pengetahuan, materi pengantar, dan catatan tindakan selagi masih bisa
• Bangun ulang alur kerja penting dalam Proyek ChatGPT; gunakan plugin atau Agen Ruang Kerja jika lebih sesuai
• Beri peringatan kepada tim, perbarui dokumentasi, tetapkan pemilik untuk bot yang digunakan bersama
• Lewati kepanikan, lewati pemindahan barang-barang yang tidak perlu, lewati menunggu momen yang sempurna

Bertindaklah lebih awal, kemas dengan hati-hati, bangun kembali apa yang menghasilkan keuntungan. Platform sedang bergeser di bawah lapisan GPT Store dan Custom GPT - itu merepotkan, bukan mengakhiri karier. Alur kerja Anda selalu lebih besar dari sekadar satu tombol produk. Pertahankan resepnya. Ubah dapurnya. Anda akan baik-baik saja.

Contoh praktis: Memigrasikan GPT Kustom dukungan bersama ke dalam Proyek ChatGPT

Penghapusan fitur terasa abstrak sampai tautan onboarding hari Senin tidak lagi berfungsi. Berikut cara seorang pemimpin dukungan pelanggan di Inggris menggunakan jalur inventaris → ekspor → pembangunan ulang dari panduan ini ketika GPT Kustom ditutup - dan apa yang perlu Anda ketahui untuk menyiapkan bot yang dapat diandalkan.

Skenario

Tim Jordan memiliki GPT Kustom bernama "Support Triage Helper." GPT ini berisi aturan nada bicara, "jangan pernah mengarang SKU," paket pengetahuan berupa artikel bantuan, dan empat pembuka percakapan yang dapat diklik karyawan baru tanpa berpikir. Tautan tersebut berada di Notion di bawah "Cara kami melakukan dukungan." Pembuatan GPT Kustom baru pada paket gaya pribadi mereka sudah dikunci. Bot bersama masih terbuka - untuk saat ini - yang merupakan suatu kemudahan, bukan kontrak jangka panjang.

Jordan tidak akan memindahkan seluruh koleksi GPT yang belum selesai. Prioritas utamanya adalah proyek andalan ini: menyalin instruksi, mengunduh berkas pengetahuan, membangun ulang di dalam Proyek ChatGPT, memperbarui tautan wiki, memberi tahu saluran, lalu menonaktifkan URL lama ketika orang-orang merasa nyaman.

Tujuannya adalah keberlanjutan tanpa sandiwara migrasi - sebuah daftar periksa dan pemilik yang ditunjuk, bukan dokumen PRD setebal 40 halaman.

Apa yang dibutuhkan oleh migrasi?

• Baris inventaris: nama, tujuan, pemilik (Jordan), siapa yang bergantung padanya, berkas pengetahuan, tindakan, prioritas, perkiraan penerus (Proyek)
• Instruksi lengkap yang disesuaikan disalin ke dalam file dengan nama yang jelas (misalnya support-triage-instructions.txt)
• Setiap berkas pengetahuan yang diunggah akan diunduh ke dalam folder yang diberi nama sesuai dengan GPT
• Berikut beberapa topik pembuka percakapan dan 3-5 contoh obrolan yang menunjukkan seperti apa percakapan "yang baik" itu
• Catatan tentang setiap tindakan/API hook dalam bahasa yang mudah dipahami (tidak ada rahasia di Slack)
• Sebuah Proyek ChatGPT dengan instruksi yang dipangkas, hanya file yang masih dibutuhkan, dan petunjuk pengujian berdampingan
• Tautan Notion/onboarding yang diperbarui dan catatan singkat untuk saluran ini sebelum GPT lama berhenti beroperasi

Contoh instruksi

Gunakan ini sebagai panduan pembangunan ulang di dalam Proyek baru (setelah Anda menempelkan petunjuk sistem yang diekspor dan mengunggah file pengetahuan yang telah diverifikasi):

Anda adalah Asisten Triage Dukungan untuk SaaS penjadwalan kami. Ikuti nada yang telah ditentukan dan aturan "jangan pernah mengarang SKU" dengan tepat. Jawab hanya dari artikel bantuan yang diunggah; jika jawabannya tidak ada, katakan Anda tidak tahu dan sarankan jalur eskalasi manusia. Output: kemungkinan penyebab, bukti dari dokumen, pemeriksaan selanjutnya, dan draf balasan dalam bahasa Inggris Britania Raya. Tanpa pendahuluan. Jika pertanyaan memerlukan API atau tindakan sistem langsung yang belum kami hubungkan di sini, katakan demikian daripada berpura-pura.

Tes pertama yang akan dijalankan (prompt yang sama seperti GPT lama): (1) "Pelanggan mengatakan tombol tagihan berwarna abu-abu setelah peningkatan - triase," (2) "Buat draf balasan yang tenang ketika kami tidak dapat menemukan faktur mereka," (3) setiap pembuka percakapan lama satu kali. Bandingkan output dengan contoh obrolan yang tersimpan sebelum Anda mengumumkan peralihan.

Bagaimana cara mengujinya?

• Inventaris terlebih dahulu: daftarkan setiap Custom GPT; tandai sebagai kritis / tinggi / tidak dibutuhkan. Jangan mulai dengan avatar yang lucu.
• Ekspor saat pengeditan/pengunduhan masih berfungsi: petunjuk + file pengetahuan + pengantar. Cadangkan ganda PDF misterius dari Drive jika versinya berbeda.
• Bangun ulang hanya dua atau tiga bagian teratas. Uji perintah yang sama secara berdampingan dengan GPT lama selagi masih berjalan.
• Kasus khusus: GPT dengan tindakan khusus - dokumentasikan apa yang dilakukan setiap tindakan; lakukan otentikasi ulang dengan hati-hati di plugin atau agen jika itu lebih sesuai daripada Proyek.
• Pemeriksaan penerimaan sebelum peralihan: (1) berkas instruksi lengkap, (2) semua berkas pengetahuan penting ada, (3) tiga prompt pengujian sesuai dengan kualitas sampel, (4) tautan Notion diperbarui, (5) saluran diberi tahu dengan nama pemilik, (6) tidak ada kunci API yang ditempelkan ke wiki tim.

Hasil

Hasil ilustratif (contoh perkiraan untuk sprint migrasi satu tim dukungan, bukan studi OpenAI yang dipublikasikan): Dari 8 GPT Kustom yang diinventarisasi, 3 kritis/tinggi dan dibangun ulang sebagai Proyek; 5 diarsipkan hanya dengan instruksi. Ekspor dan pembangunan ulang untuk bot triase dukungan membutuhkan waktu sekitar 90 menit (inventarisasi 15, ekspor 25, pengaturan Proyek dan unggahan file 20, pengujian berdampingan 30). Setelah peralihan, pertanyaan "ke mana GPT itu pergi?" di saluran dukungan turun dari 6 pertanyaan pada minggu pertama rumor (tidak ada pemilik, tidak ada catatan) menjadi 1 pertanyaan klarifikasi setelah tautan Notion dan postingan saluran ada. Pada daftar periksa migrasi (ekspor selesai, Proyek diuji, dokumen diperbarui, pemilik ditunjuk, rahasia dihilangkan), 3 dari 3 bot yang dibangun ulang lulus sebelum pengumuman dibandingkan dengan 0 dari 3 di bawah kebiasaan "kita akan menanganinya ketika rusak". Keterbatasan: tim kecil, satu area produk; bot tanpa file pengetahuan bermigrasi lebih cepat; GPT yang membutuhkan banyak tindakan memerlukan waktu lebih lama; waktu tersebut tidak termasuk menunggu persetujuan admin untuk Agen Ruang Kerja.

Untuk mengukur versi Anda sendiri: inventaris semua GPT Kustom dengan label prioritas; catat waktu ekspor+pembangunan ulang untuk setiap bot penting; lacak tingkat keberhasilan daftar periksa dan permintaan bantuan pasca-pemutusan selama dua minggu; laporkan jumlah dengan penyebutnya.

Apa yang bisa salah?

• Menunggu pengumuman yang sempurna: Bertindaklah selagi Anda masih bisa mengedit dan mengunduh.
• Memindahkan semuanya: Mengarsipkan mainan; membangun kembali mesin-mesin andalan.
• Instruksi tanpa berkas: Setengah otak. Ambil semua bahan di dapur, bukan hanya kartu resepnya.
• Peralihan senyap: Tautan bersama dalam proses orientasi berubah menjadi loteng berhantu.
• Rahasia di wiki: Hapus kunci API saat Anda menempelkan ekspor ke drive bersama.
• Dengan asumsi proyek-proyek tersebut identik: Uji hasilnya terlebih dahulu, kemudian umumkan selesai - bukan sebaliknya.
• Tidak ada pemilik yang disebutkan namanya: "Tim" tidak dapat mengganti URL yang sudah tidak aktif.

Kesimpulan praktis

Saat GPT Kustom ditutup, yang perlu Anda ketahui adalah hal-hal operasional: inventaris, instruksi ekspor dan file pengetahuan, membangun kembali beberapa GPT yang masih berfungsi di Proyek ChatGPT (atau plugin/Agen Ruang Kerja di mana alat dan proses tim lebih sesuai), memperingatkan siapa pun yang membagikan tautan lama, dan mengabaikan hal-hal yang tidak penting. Inti dari bot adalah teks. Teks menyebar. Pertahankan resepnya; ubah dapurnya.

Pertanyaan yang Sering Diajukan (FAQ)

Apa arti penutupan Custom GPT bagi pengguna ChatGPT?

OpenAI sedang menghentikan dukungan untuk Custom GPT di seluruh paket ChatGPT. Akun Personal Free, Go, Plus, dan Pro sudah tidak dapat membuat atau menerbitkan yang baru, sementara GPT yang sudah ada mungkin masih dapat dijalankan atau diedit untuk sementara waktu - anggap itu sebagai kelonggaran sementara, bukan janji. Pengaturan Workspace dan perusahaan mengikuti jalur penghentian dukungan yang telah dipublikasikan menuju pengganti seperti plugin, Proyek ChatGPT, dan Agen Workspace. Berhentilah membuat Custom GPT baru dan mulailah menyelamatkan yang masih bermanfaat.

Apakah saya masih bisa membuat atau menerbitkan GPT Kustom baru?

Untuk banyak akun pribadi, jawabannya tidak - pembuatan dan penerbitan sudah terkunci, termasuk daftar GPT Store baru. GPT Kustom yang Anda miliki atau yang dibagikan mungkin masih dapat dibuka, dan pada beberapa paket Anda masih dapat mengedit instruksi atau file pengetahuan sebelum akses tersebut hilang. Alur kerja penting sebaiknya tidak memperlakukan GPT Kustom sebagai tempat penyimpanan jangka panjang. Salin instruksi, panduan awal, dan file selagi masih bisa.

Bagaimana proses penghentian aktivitas berbeda untuk paket pribadi dibandingkan dengan paket ruang kerja?

Pengguna pribadi terutama membutuhkan pencadangan pribadi: ekspor instruksi dan file, bangun ulang di Projects atau alat lain, dan peringatkan siapa pun yang memiliki tautan bersama. Admin perusahaan dan ruang kerja menghadapi bot bersama di dalam proses orientasi, tanya jawab kebijakan, jalur penjualan, dan makro dukungan - jadi inventarisasi di tingkat organisasi, tetapkan pemilik, dan pilih penerus sebelum bot tersebut berhenti berjalan. Jika hanya Anda yang menggunakannya, cadangkan minggu ini; jika tim menggunakannya, perlakukan seperti penghentian produk kecil.

Apa saja yang harus saya inventarisasi sebelum GPT Kustom berhenti berfungsi?

Untuk setiap GPT, cantumkan nama dan tujuan, pemilik, siapa yang bergantung padanya, panjang instruksi, file pengetahuan, tindakan atau alat, prioritas, dan perkiraan pengganti. Urutkan berdasarkan penggunaan aktual - penggunaan harian yang penting versus data digital yang sudah usang - bukan berdasarkan nostalgia. Banyak orang menemukan tiga GPT yang melakukan pekerjaan yang sama; konsolidasikan saat Anda melakukan migrasi. Anda tidak dapat memigrasikan apa yang tidak dapat Anda beri nama.

Aset GPT kustom mana yang paling penting untuk diekspor?

Instruksi sistem dan file pengetahuan sangat penting - ibarat otak dan dapur. Salin juga kalimat pembuka percakapan, catatan tindakan atau API dalam bahasa yang mudah dipahami tanpa menempelkan rahasia ke Slack, beberapa contoh obrolan yang menunjukkan hasil yang baik, daftar berbagi untuk orang yang perlu diberi peringatan, dan salinan daftar GPT Store jika Anda telah menerbitkannya. Unduh file ke dalam folder yang diberi nama dengan jelas per GPT dan lakukan pencadangan ganda untuk PDF misterius dari Drive jika versinya berbeda.

Bagaimana cara membuat ulang GPT Kustom di Proyek ChatGPT?

Buat Proyek dengan nama sesuai pekerjaan, tempel instruksi yang diekspor, unggah hanya file pengetahuan yang masih Anda butuhkan, lalu uji perintah yang sama secara berdampingan dengan GPT lama. Undang pengguna sebelumnya dan nonaktifkan tautan lama ketika mereka merasa nyaman. Proyek lebih sesuai untuk pekerjaan yang sedang berlangsung - riset, alur kerja konten, arahan klien, tanya jawab internal - daripada aplikasi GPT Store publik. Mulailah dengan dua atau tiga bot terpenting Anda, bukan semuanya.

Kapan saya harus menggunakan plugin atau Workspace Agent sebagai pengganti Proyek?

Bot yang sarat instruksi dan memiliki banyak file biasanya dipetakan ke Proyek. Otomatisasi alat atau API cocok untuk plugin atau penerus bergaya aksi - lakukan otentikasi ulang dengan hati-hati. Proses tim dengan kepemilikan yang jelas cocok untuk Agen Ruang Kerja dengan admin yang terlibat. Bot penemuan publik perlu dipertimbangkan kembali karena era Custom GPT Store akan segera berakhir, dan fitur sekali pakai dapat diarsipkan tanpa migrasi. Harapkan beberapa gesekan; klon satu per satu tidak mungkin terjadi.

Apa risiko yang ditimbulkan oleh penggunaan GPT Kustom tim bersama selama proses penghentian operasi?

GPT (Group Processing Tool) yang dibagikan seringkali tersimpan di Notion, dokumen onboarding, dan Slack tanpa pemilik yang ditentukan - akibatnya, pengeditan akan macet dan bot yang digunakan semua orang menjadi seperti loteng berhantu. Tetapkan pemilik manusia, posting apa yang berubah dan kapan harus beralih, ganti tautan yang dikodekan secara permanen sementara GPT lama masih berfungsi, dan simpan arsip instruksi yang hanya dapat dibaca. Untuk bot yang berinteraksi langsung dengan klien, rencanakan pesan yang tenang. Proses tanpa cadangan hanyalah harapan dengan antarmuka obrolan.

Kesalahan migrasi apa yang harus saya hindari?

Jangan menunggu pengumuman yang sempurna - bertindaklah selagi Anda masih bisa mengedit dan mengunduh. Migrasikan hanya yang penting dan sering digunakan; arsipkan sisanya. Jangan lupakan file pengetahuan, tempelkan kunci API ke wiki bersama, rancang ulang nada di tengah migrasi, atau lakukan peralihan secara diam-diam. Proyek tidak identik - uji hasilnya sebelum mengumumkan selesai, dan salin teks daftar Toko sekarang jika itu penting. Lewati komite pengarah untuk bot yang digunakan dua kali sebulan.

Bagaimana cara memindahkan GPT Kustom dukungan bersama ke dalam sebuah Proyek?

Inventarisasi bot, ekspor instruksi lengkap dan setiap file pengetahuan, simpan skrip awal dan contoh obrolan, lalu bangun kembali dalam Proyek dengan aturan yang dipangkas dan file yang diverifikasi. Uji prompt triase yang sama secara berdampingan, perbarui tautan Notion atau onboarding, dan beri tahu saluran dengan nama pemilik sebelum URL lama mati. Penerimaan berarti ekspor lengkap, kualitas sampel yang sesuai, dokumen yang diperbarui, dan tidak ada rahasia di wiki tim.

Referensi

1. OpenAI — Menghentikan GPT Kustom — help.openai.com