Bisakah Anda mem-fork percakapan di Whizi?

Jawaban singkat

Whizi tidak punya kontrol fork, tidak punya kontrol branch, dan tidak ada cara untuk menduplikasi chat, karena satu percakapan hanya menyimpan satu cabang aktif. Menu opsi chat menawarkan rename, pin, star, dan hapus. Yang paling mendekati adalah mengedit pesan yang sudah Anda kirim, yang menggantikan bagian akhirnya dan menyimpan versi lama sebagai riwayat versi.

Jawaban singkat

Whizi tidak punya kontrol fork, tidak punya kontrol branch, dan tidak ada cara untuk menduplikasi chat. Satu percakapan tidak bisa dipecah jadi dua chat yang sama-sama tetap aktif, dan tidak ada fitur "lanjutkan dari sini sebagai percakapan baru". Menu opsi chat di sidebar menawarkan rename, pin, star, dan hapus, tanpa ada yang menyalin percakapan.

Yang dimiliki Whizi adalah versi pesan. Mengedit pesan yang sudah Anda kirim akan mengganti bagian akhir percakapan dan menyimpan bagian akhir yang lama sebagai versi yang bisa Anda kembalikan. Itu adalah cabang yang bisa Anda kunjungi, bukan cabang yang bisa dijalankan bersamaan: hanya satu versi yang aktif pada satu waktu.

"Fork" berarti empat hal berbeda dalam praktiknya, jadi mulai dari mana yang Anda maksud:

Yang Anda inginkanYang dipakaiYang sebenarnya terjadi
Jawaban berbeda dari satu titik tengahEdit pesan itu dan kirim ulangBagian akhir diganti, dan bagian akhir lama diarsipkan sebagai versi
Kedua bagian akhir disimpan agar bisa dibandingkanPanah versi pada giliran yang dieditKeduanya tersimpan, satu aktif, Anda berpindah di antara keduanya
Dua percakapan yang sama-sama tetap aktif dari riwayat yang samaTidak tersediaTidak ada duplikat, salinan, atau fork di mana pun dalam produk
Pertanyaan sampingan yang tidak mengotori threadChat baruTidak ada yang terbawa kecuali yang Anda tempel sendiri
Konteks yang sama di beberapa chatSebuah projectInstruksi dan file yang dipin berlaku untuk semua chat di dalamnya
Salinan yang bisa dilanjutkan orang lainTidak tersediaTautan berbagi hanya tampilan baca saja

Mengapa tidak ada fork

Ini jawaban struktural, bukan jawaban rencana ke depan. Satu percakapan Whizi hanya menyimpan satu cabang aktif dan tidak ada yang lain. Setiap pembaca sebuah percakapan melihat cabang yang sama itu: situs web, aplikasi seluler, tautan berbagi, dan transkrip yang diterima model itu sendiri. Versi yang tidak aktif disimpan terpisah, sebagai salinan biasa dari baris yang akan dipulihkan.

Invarian itulah yang membuat perpindahan versi jadi murah, dan itu juga yang membuat fork tidak mungkin. Fork butuh dua cabang yang sama-sama aktif, sama-sama bisa ditulis, dan sama-sama terlihat. Satu cabang aktif berarti cabang kedua tidak punya tempat untuk ada.

Struktur rute pun sejalan dengan ini. Selain daftar percakapan itu sendiri, satu-satunya hal yang bisa Anda akses pada sebuah percakapan adalah pesan-pesannya, versi-versinya, dan project tempatnya berada. Tidak ada endpoint di balik fork atau duplikat, jadi tidak ada klien yang bisa menawarkannya.

Konsekuensi yang perlu diantisipasi: mengedit satu giliran akan menghapus versi tersimpan dari setiap giliran di bawahnya. Versi-versi itu milik percakapan yang sudah tidak ada lagi, jadi menyimpannya akan membuat Anda bisa masuk ke cabang yang induknya sudah hilang. Jika ada beberapa cabang dalam satu thread yang penting bagi Anda, kerjakan mundur dan edit pesan paling awal terakhir. Mekanisme edit, dan biaya serta kegagalan yang mungkin terjadi saat berpindah versi, ada di regenerasi dan edit pesan.

Apa yang dibawa chat baru

Memulai chat baru adalah jawaban jujur untuk pertanyaan sampingan, tapi penting untuk jelas soal apa yang dibawa chat baru sejak awal, karena "mulai chat baru" hanya jadi jawaban nyata kalau Anda tahu apa yang Anda lepaskan.

Chat baru dimulai kosong. Percakapan sebelumnya tidak diringkas ke dalamnya, lampiran tidak ikut terlampir lagi, dan model tidak punya akses ke thread lain itu. Apa pun yang ingin Anda bawa, Anda yang membawanya: setiap pesan dan setiap blok kode punya kontrol salin, jadi memindahkan dua atau tiga jawaban penting ke chat baru hanya butuh beberapa detik.

Ada dua hal yang terbawa tanpa perlu ditempel. Instruksi project dan file yang dipin berlaku untuk setiap percakapan di dalam project itu, jadi chat baru yang dibuat di dalam project langsung dimulai dengan konteks tetap itu sudah masuk ke dalam prompt. Dan sebuah chat bisa dipindahkan ke dalam project atau keluar darinya setelahnya, yang merupakan hal paling mendekati yang dimiliki Whizi untuk memindahkan induk sebuah percakapan. Batasan dan perilakunya ada di cara memakai Project.

Jalan lain yang sering dicoba orang adalah beralih model, dan penting untuk menjelaskan apa yang bukan artinya. Beralih model di dalam sebuah percakapan membawa seluruh thread ke model baru, bukan menyalinnya ke chat kedua. Hanya ada satu thread sepanjang waktu, dan balasan sebelum peralihan tetap dikreditkan ke model mana pun yang menulisnya. Polanya ada di beralih model di tengah percakapan.

Dua kasus yang seharusnya diselesaikan oleh fork

Membandingkan dua jawaban untuk prompt yang sama. Ini alasan paling umum orang ingin fork, dan Whizi menjawabnya dengan cara berbeda: kirim prompt ke dua model dalam dua kolom dan baca hasilnya berdampingan. Tidak ada model yang melihat hasil model lain, yang justru menjadi inti nilai perbandingan ini. Ini ada di membandingkan model berdampingan, fitur Powerhouse.

Menjauhkan sebagian thread dari sebuah model. Fork biasanya jadi jalan pintas untuk percakapan yang sudah menumpuk konteks yang tidak ingin Anda kirim ulang. Tanpa itu, caranya adalah chat baru yang dimulai dengan ringkasan singkat dari apa yang benar-benar penting. Awal yang bersih punya alasannya sendiri: thread yang panjang membuat konteks lama bersaing perhatian dengan pertanyaan sebenarnya, jadi tiga kalimat pembuka sering kali lebih baik daripada empat puluh pesan riwayat.

Jika yang Anda inginkan adalah salinan untuk orang lain, bukan untuk diri sendiri, berbagi menghasilkan tautan publik ke satu percakapan dan penerima membaca tampilan baca saja yang sudah disaring. Mereka tidak bisa melanjutkannya, dan itu juga bukan fork di akun mereka. Detailnya, termasuk cara mencabut tautan, ada di berbagi percakapan.

Untuk salinan semua yang Anda miliki, Settings punya aksi Export data yang menghasilkan chat dan pesan Anda, project beserta metadata filenya, media, tautan berbagi, langganan, dan profil rujukan. Ini arsip, bukan cabang yang bisa diimpor ulang: Whizi mengimpor ekspor ChatGPT dan Claude, bukan ekspornya sendiri.

Daftar Periksa
  • Tidak ada kontrol fork, branch, atau duplikat di Whizi
  • Satu percakapan hanya menyimpan satu cabang aktif, itulah mengapa fork tidak punya tempat untuk ada
  • Menu opsi chat berisi rename, pin, star, dan hapus, tanpa ada opsi salin
  • Edit dan kirim ulang adalah yang paling mendekati: ini mengganti bagian akhir dan mengarsipkan yang lama sebagai versi
  • Hanya satu versi yang aktif pada satu waktu, jadi versi dikunjungi, bukan dijalankan bersamaan
  • Mengedit satu giliran menghapus versi tersimpan dari setiap giliran di bawahnya, jadi edit pesan paling awal terakhir
  • Chat baru dimulai kosong; hanya instruksi project dan file yang dipin yang terbawa tanpa perlu ditempel
  • Tautan berbagi hanya tampilan baca saja dan tidak bisa dilanjutkan oleh penerima

Pertanyaan Umum

Bagaimana cara mem-fork percakapan di Whizi?

Anda tidak bisa. Tidak ada kontrol fork, tidak ada kontrol branch, dan tidak ada aksi duplikat pada sebuah chat. Alasan mendasarnya adalah satu percakapan Whizi hanya menyimpan satu cabang aktif, dan satu-satunya hal yang bisa diakses pada sebuah percakapan adalah pesan-pesannya, versi-versinya, dan project tempatnya berada. Yang paling mendekati adalah mengedit salah satu pesan Anda sendiri dan mengirimnya ulang, yang mengganti bagian akhir dari titik itu dan menyimpan bagian akhir yang digantikan sebagai versi.

Bisakah saya menduplikasi chat agar aslinya tetap utuh?

Tidak bisa. Menu opsi chat menawarkan rename, pin, star, dan hapus, dan tidak ada opsi salin di bagian lain mana pun dalam produk. Jika chat asli itu penting, cara praktisnya adalah berhenti mengeditnya: edit adalah yang menghancurkan bagian akhir. Mulai chat baru, tempel beberapa pesan yang penting, dan lanjutkan di sana, yang membuat chat asli tetap seperti semula.

Apa bedanya versi dan fork?

Versi adalah salah satu dari beberapa bagian akhir tersimpan untuk giliran yang sama, dan hanya satu yang aktif pada satu waktu. Anda berpindah di antaranya dengan panah pada giliran yang diedit, dan berpindah versi mengganti seluruh bagian akhir, bukan satu gelembung pesan. Fork akan berupa dua bagian akhir yang sama-sama aktif dan sama-sama bisa ditulis sekaligus, dan itulah bagian yang tidak dilakukan Whizi. Versi dibahas di regenerasi dan edit pesan.

Jika saya mulai chat baru, apakah model mengingat chat lama?

Tidak, bukan dari percakapan lama itu sendiri. Chat baru dimulai kosong dan model hanya menerima apa yang ada di chat itu. Pengecualiannya adalah project: instruksi dan file yang dipin berlaku untuk setiap percakapan di dalamnya, jadi chat yang dibuat di dalam project sudah langsung membawa konteks itu. Selain itu harus ditempel manual, dan setiap pesan punya kontrol salin untuk keperluan itu.

Bisakah saya mencabangkan percakapan untuk mencoba model lain?

Anda tidak perlu cabang untuk itu. Beralih model di dalam sebuah percakapan membawa thread yang sudah ada ke model baru, dan setiap balasan tetap dikreditkan ke model mana pun yang menghasilkannya, jadi satu thread menyimpan seluruh perbandingan. Jika Anda ingin dua jawaban untuk prompt yang sama, bukan pengalihan, kirim ke dua model berdampingan, yang merupakan fitur Powerhouse.

Apakah mengedit pesan awal akan menghilangkan cabang saya yang lebih baru?

Ya, dan inilah satu kejutan yang perlu diketahui lebih dulu. Mengedit satu giliran menghapus versi tersimpan dari setiap giliran setelahnya, karena versi-versi itu bergantung pada percakapan yang sudah tidak ada lagi. Salin apa pun dari cabang yang lebih bawah yang ingin Anda simpan sebelum menyentuh pesan di atasnya, dan jika Anda mengerjakan ulang beberapa giliran, edit yang paling awal terakhir.