Коротка відповідь
У Whizi немає функції fork, немає функції гілки й немає способу продублювати чат. Розмову не можна розділити на два чати, які обидва залишаться активними, і немає опції «продовжити звідси як нову розмову». Меню опцій чату в бічній панелі пропонує перейменування, закріплення, зірку та видалення, і нічого, що копіює розмову.
Що у Whizi справді є, так це версії повідомлень. Редагування вже надісланого повідомлення замінює хвіст розмови й зберігає замінений хвіст як версію, до якої можна повернутися. Це гілка, яку можна відвідати, а не гілка, яку можна запустити паралельно: у кожен момент активна рівно одна версія.
Слово «fork» на практиці означає чотири різні речі, тож почніть з того, чого хотіли саме ви:
| Що вам потрібно | Що використовувати | Що відбувається насправді |
|---|---|---|
| Інша відповідь з середини розмови | Відредагуйте те повідомлення й надішліть знову | Хвіст замінюється, старий хвіст архівується як версія |
| Обидва варіанти збережені для порівняння | Стрілки версій на відредагованому повідомленні | Обидва зберігаються, один активний, ви перемикаєтесь між ними |
| Дві розмови, які обидві залишаються активними з однієї історії | Недоступно | У продукті немає ані дублювання, ані копії, ані fork |
| Побічне питання, яке не засмічує основну гілку | Новий чат | Нічого не переноситься, окрім того, що ви вставите самі |
| Той самий постійний контекст у кількох чатах | Проєкт | Інструкції та закріплені файли застосовуються до кожного чату в ньому |
| Копія, яку може продовжити хтось інший | Недоступно | Посилання для доступу дає лише перегляд, без редагування |
Чому fork не передбачений
Це радше структурна відповідь, ніж пункт з дорожньої карти. Розмова у Whizi зберігає рівно одну активну гілку і нічого більше. Кожен, хто переглядає розмову, бачить саме цю одну гілку: сайт, мобільний застосунок, посилання для доступу та стенограма, яку отримує сама модель. Неактивні версії зберігаються осторонь, як звичайні копії рядків, до яких їх можна відновити.
Саме ця незмінна властивість робить перемикання версій дешевим, і вона ж виключає можливість fork. Для fork потрібні дві гілки, які обидві активні, обидві доступні для редагування й обидві видимі. Одна активна гілка означає, що другій просто немає де існувати.
Структура маршрутів це підтверджує. Окрім самого списку розмов, звернутися можна лише до повідомлень розмови, її версій та проєкту, до якого вона належить. Немає жодної кінцевої точки для fork чи дублювання, тож жоден клієнт не може її запропонувати.
Наслідок, який варто врахувати заздалегідь: редагування повідомлення видаляє збережені версії кожного повідомлення нижче нього. Ці версії належать розмові, якої більше не існує, тож зберігати їх означало б дозволити перейти до гілки, чий батьківський елемент зник. Якщо для вас важливі кілька гілок в одній розмові, працюйте у зворотному порядку й редагуйте найраніше повідомлення останнім. Механіка редагування та те, чого може коштувати й на чому може зірватися перемикання версій, описані в статті про регенерацію та редагування повідомлень.
Що переносить новий чат
Почати новий чат, це чесна відповідь на побічне питання, але варто чітко розуміти, з чим саме новий чат стартує, бо порада «почніть новий чат» корисна тільки якщо ви знаєте, від чого відмовляєтесь.
Новий чат починається порожнім. Попередня розмова в ньому не підсумовується, вкладення не додаються заново, і модель не бачить іншу гілку. Усе, що ви хочете перенести, доводиться переносити самостійно: кожне повідомлення й кожен блок коду має елемент керування для копіювання, тож перенести дві чи три важливі відповіді в новий чат займає кілька секунд.
Дві речі переносяться без вставляння вручну. Інструкції проєкту та закріплені файли застосовуються до кожної розмови всередині цього проєкту, тож новий чат, створений у проєкті, одразу отримує цей постійний контекст, вбудований у промпт. А ще чат можна перемістити в проєкт або назад, і це найближче, що у Whizi є до зміни батьківської структури розмови. Ліміти й поведінка описані в статті про використання проєктів.
Інший спосіб, до якого звертаються люди, це перемикання моделей, і варто одразу сказати, чим воно не є. Перемикання моделі всередині розмови переносить усю гілку на нову модель, а не копіює її в другий чат. Протягом усього часу існує одна гілка, і відповіді до моменту перемикання й далі належать тій моделі, яка їх написала. Схеми роботи описані в статті про перемикання моделей у середині розмови.
Два випадки, які вирішив би fork
Порівняння двох відповідей на один запит. Це найпоширеніша причина хотіти fork, і Whizi вирішує це питання інакше: надішліть запит двом моделям у двох колонках і прочитайте результати поруч. Жодна модель не бачить відповідь іншої, і саме в цьому вся цінність порівняння. Це описано в статті про порівняння моделей поруч, функції рівня Powerhouse.
Утримання частини гілки подалі від моделі. Fork зазвичай є обхідним рішенням для розмови, яка накопичила контекст, що ви не хочете надсилати повторно. Без нього рішення таке: новий чат, засіяний коротким підсумком того, що справді важливо. У чистого початку є й власна перевага: довга гілка змушує старий контекст конкурувати за увагу з поточним питанням, тож три речення вступу часто читаються краще, ніж сорок повідомлень історії.
Якщо вам потрібна копія для когось іншого, а не для себе, функція «поділитися» створює публічне посилання на одну розмову, і отримувач бачить очищену версію лише для перегляду. Продовжити її він не може, і в його акаунті це також не буде fork. Деталі, включно зі скасуванням посилання, описані в статті про надання доступу до розмови.
Для копії всього, що у вас є, у Налаштуваннях є дія «Експортувати дані», яка формує ваші чати й повідомлення, проєкти та метадані їхніх файлів, медіа, посилання для доступу, дані підписки та реферальний профіль. Це радше архів, ніж гілка, яку можна імпортувати назад: Whizi імпортує експорти ChatGPT і Claude, а не власні.
- У Whizi немає функції fork, гілки чи дублювання
- Розмова зберігає рівно одну активну гілку, тому fork просто немає де існувати
- Меню опцій чату, це перейменування, закріплення, зірка та видалення, без копіювання
- Редагування й повторне надсилання, це найближчий аналог: воно замінює хвіст і архівує старий варіант як версію
- Активна лише одна версія одночасно, тож версії відвідують, а не запускають паралельно
- Редагування повідомлення видаляє збережені версії кожного повідомлення нижче нього, тож редагуйте найраніше повідомлення останнім
- Новий чат починається порожнім; без вставляння вручну переносяться лише інструкції проєкту та закріплені файли
- Посилання для доступу дає лише перегляд, і отримувач не може його продовжити
Поширені запитання
Як розгалужити (fork) розмову у Whizi?
Ніяк. У чаті немає функції fork, немає функції гілки й немає дії дублювання. Причина в тому, що розмова у Whizi зберігає рівно одну активну гілку, і звернутися можна лише до її повідомлень, версій та проєкту, до якого вона належить. Найближчий аналог, це редагування одного з власних повідомлень і повторне його надсилання, що замінює хвіст з цього моменту й зберігає замінений хвіст як версію.
Чи можу я продублювати чат так, щоб оригінал лишився недоторканим?
Ні. Меню опцій чату пропонує перейменування, закріплення, зірку та видалення, і копіювання немає більше ніде в продукті. Якщо оригінал для вас важливий, практичний захист, це просто перестати його редагувати: саме редагування знищує хвіст. Почніть новий чат, вставте кілька важливих повідомлень і продовжуйте там, залишивши оригінал точно таким, яким він був.
У чому різниця між версією та fork?
Версія, це одна зі збережених редакцій хвоста для одного й того ж повідомлення, і активна з них у кожен момент рівно одна. Переміщатися між ними можна за допомогою стрілок на відредагованому повідомленні, і перемикання замінює весь хвіст, а не одну бульбашку. Fork означав би два хвости, які обидва активні й обидва доступні для редагування одночасно, а це якраз те, чого Whizi не робить. Версії описані в статті про регенерацію та редагування повідомлень.
Якщо я почну новий чат, чи пам'ятатиме модель попередній?
Із самої попередньої розмови, ні. Новий чат починається порожнім, і модель отримує лише те, що є в цьому чаті. Виняток становить проєкт: інструкції та закріплені файли застосовуються до кожної розмови всередині нього, тож чат, створений у проєкті, вже несе цей контекст. Усе інше доводиться вставляти вручну, і саме для цього кожне повідомлення має елемент керування для копіювання.
Чи можу я розгалузити розмову, щоб спробувати іншу модель?
Для цього гілка не потрібна. Перемикання моделі всередині розмови переносить наявну гілку на нову модель, і кожна відповідь лишається закріпленою за тією моделлю, яка її створила, тож усе порівняння вміщується в одну гілку. Якщо вам потрібні дві відповіді на один запит, а не передача естафети, натомість надішліть його двом моделям поруч, це функція рівня Powerhouse.
Чи втрачу я пізніші гілки, якщо відредагую раннє повідомлення?
Так, і це та несподіванка, про яку варто знати заздалегідь. Редагування повідомлення видаляє збережені версії кожного повідомлення після нього, бо ці версії тримаються на розмові, якої більше не існує. Скопіюйте все з нижчої гілки, що хочете зберегти, перш ніж торкатися повідомлення вище неї, а якщо переробляєте кілька повідомлень, редагуйте найраніше з них останнім.