La risposta breve
Whizi non ha un controllo di fork, non ha un controllo di branch e non offre modo di duplicare una chat. Una conversazione non può essere divisa in due chat che restano entrambe attive, e non esiste un "continua da qui come nuova conversazione". Il menu delle opzioni della chat nella barra laterale offre rinomina, fissa in alto, contrassegna con stella ed elimina, e nulla che copi una conversazione.
Ciò che Whizi ha davvero sono le versioni dei messaggi. Modificare un messaggio già inviato sostituisce la parte finale della conversazione e archivia quella sostituita come versione a cui puoi tornare. È un ramo che puoi visitare, non un ramo che puoi eseguire in parallelo: esattamente una versione è attiva in ogni momento.
"Fork" significa quattro cose diverse nella pratica, quindi parti da quale intendevi:
| Cosa volevi | Cosa usare | Cosa succede in realtà |
|---|---|---|
| Una risposta diversa da un punto intermedio | Modifica quel messaggio e invialo di nuovo | La parte finale viene sostituita, e quella vecchia viene archiviata come versione |
| Entrambe le versioni finali conservate per confrontarle | Le frecce delle versioni sul turno modificato | Entrambe sono memorizzate, una è attiva, passi dall'una all'altra |
| Due conversazioni entrambe attive a partire dalla stessa storia | Non disponibile | Non esiste duplicazione, copia o fork da nessuna parte nel prodotto |
| Una domanda collaterale che non inquina il filo | Una nuova chat | Nulla passa automaticamente tranne quello che incolli |
| Lo stesso contesto permanente su più chat | Un progetto | Le istruzioni e i file fissati si applicano a ogni chat al suo interno |
| Una copia che qualcun altro può continuare | Non disponibile | Un link di condivisione è una vista in sola lettura |
Perché non esiste il fork
Questa è una risposta strutturale, non una risposta di roadmap. Una conversazione Whizi memorizza esattamente un ramo attivo e nient'altro. Ogni lettore di una conversazione vede quell'unico ramo: il sito web, l'app mobile, i link di condivisione e la trascrizione che riceve il modello stesso. Le versioni inattive vengono tenute da parte, come semplici copie delle righe che verrebbero ripristinate.
Quell'invariante è ciò che rende economico il passaggio tra versioni, ed è anche ciò che esclude il fork. Un fork richiede due rami entrambi attivi, entrambi scrivibili ed entrambi visibili. Un solo ramo attivo significa che il secondo non ha dove esistere.
La superficie delle route lo conferma. Oltre all'elenco delle conversazioni stesso, le uniche cose indirizzabili su una conversazione sono i suoi messaggi, le sue versioni e il progetto a cui appartiene. Non esiste un endpoint dietro un fork o una duplicazione, quindi nessun client può offrirne uno.
La conseguenza da tenere a mente: modificare un turno scarta le versioni memorizzate di ogni turno successivo. Quelle versioni appartengono a una conversazione che non esiste più, quindi conservarle ti permetterebbe di entrare in un ramo il cui genitore è sparito. Se in un thread ti interessano più rami, procedi a ritroso e modifica per ultimo il messaggio più vecchio. I meccanismi della modifica, e cosa costa e cosa può fallire in un cambio di versione, sono su rigenerare e modificare i messaggi.
Cosa porta con sé una nuova chat
Aprire una nuova chat è la risposta onesta a una domanda collaterale, ma vale la pena essere precisi su cosa parte con una nuova chat, perché "apri una nuova chat" è una vera risposta solo se sai a cosa stai rinunciando.
Una nuova chat parte vuota. La conversazione precedente non viene riassunta al suo interno, gli allegati non vengono riallegati e il modello non ha alcuna visione dell'altro thread. Qualsiasi cosa tu voglia portare con te, la porti tu: ogni messaggio e ogni blocco di codice ha un controllo di copia, quindi trasferire le due o tre risposte che contano nella nuova chat richiede pochi secondi.
Due cose passano senza bisogno di incollarle. Le istruzioni del progetto e i file fissati si applicano a ogni conversazione dentro quel progetto, quindi una nuova chat creata in un progetto parte già con quel contesto permanente inserito nel prompt. E una chat può essere spostata dentro un progetto o fuori da esso in un secondo momento, che è la cosa più vicina a un cambio di genitore che Whizi offre per una conversazione. I limiti e il comportamento sono su come usare i Progetti.
L'altra strada a cui le persone ricorrono è il cambio di modello, e vale la pena chiarire cosa non è. Cambiare modello dentro una conversazione porta l'intero thread al nuovo modello anziché copiarlo in una seconda chat. C'è un solo thread dall'inizio alla fine, e le risposte prima del cambio restano attribuite a qualunque modello le abbia scritte. Gli schemi sono su cambiare modello a metà conversazione.
I due casi che un fork avrebbe risolto
Confrontare due risposte allo stesso prompt. Questo è il motivo più comune per volere un fork, e Whizi lo risolve in modo diverso: invia il prompt a due modelli in due colonne e leggi gli output uno accanto all'altro. Nessuno dei due modelli vede l'output dell'altro, che è tutto il valore del confronto. Questo è su confrontare i modelli affiancati, una funzione Powerhouse.
Tenere parte di un thread lontana da un modello. Un fork è la solita soluzione alternativa per una conversazione che ha accumulato contesto che preferiresti non reinviare. Senza di esso, la mossa è una nuova chat avviata con un breve riassunto di ciò che conta davvero. Un inizio pulito ha comunque una sua ragion d'essere: un thread lungo fa competere il contesto più vecchio con la domanda vera per l'attenzione, quindi tre frasi di premessa spesso funzionano meglio di quaranta messaggi di cronologia.
Se quello che vuoi è una copia per qualcun altro piuttosto che per te stesso, la condivisione produce un link pubblico a una conversazione e il destinatario legge una vista sanificata e in sola lettura. Non può continuarla, e non è un fork nemmeno nel suo account. I dettagli, inclusa la revoca di un link, sono su condividere una conversazione.
Per una copia di tutto quello che hai, Impostazioni ha un'azione Esporta dati che produce le tue chat e i messaggi, i progetti e i metadati dei loro file, i contenuti multimediali, i link di condivisione, l'abbonamento e il profilo referral. È un archivio piuttosto che un ramo reimportabile: Whizi importa le esportazioni di ChatGPT e Claude, non le proprie.
- Non esiste un controllo di fork, branch o duplicazione in Whizi
- Una conversazione memorizza esattamente un ramo attivo, ed è per questo che il fork non ha dove esistere
- Il menu delle opzioni della chat è rinomina, fissa in alto, contrassegna con stella ed elimina, senza copia
- Modifica e reinvio è l'equivalente più vicino: sostituisce la parte finale e archivia quella vecchia come versione
- Solo una versione è attiva alla volta, quindi le versioni si visitano invece di essere eseguite in parallelo
- Modificare un turno scarta le versioni memorizzate di ogni turno successivo, quindi modifica per ultimo il messaggio più vecchio
- Una nuova chat parte vuota; solo le istruzioni del progetto e i file fissati passano senza incollarli
- Un link di condivisione è una vista in sola lettura e non può essere continuato dal destinatario
Domande frequenti
Come faccio il fork di una conversazione in Whizi?
Non puoi. Non esiste un controllo di fork, non esiste un controllo di branch e non esiste un'azione di duplicazione su una chat. Il motivo di fondo è che una conversazione Whizi contiene esattamente un ramo attivo, e le uniche cose indirizzabili su una conversazione sono i suoi messaggi, le sue versioni e il progetto in cui si trova. L'equivalente più vicino è modificare uno dei tuoi messaggi e inviarlo di nuovo, il che sostituisce la parte finale da quel punto e archivia quella sostituita come versione.
Posso duplicare una chat in modo che l'originale resti intatta?
No. Il menu delle opzioni della chat offre rinomina, fissa in alto, contrassegna con stella ed elimina, e non esiste una copia da nessun'altra parte nel prodotto. Se l'originale conta, la protezione pratica è smettere di modificarla: è la modifica a distruggere una parte finale. Apri una nuova chat, incolla i pochi messaggi che contano e continua lì, il che lascia l'originale esattamente com'era.
Qual è la differenza tra una versione e un fork?
Una versione è una delle diverse parti finali memorizzate per lo stesso turno, ed esattamente una di esse è attiva alla volta. Ti sposti tra loro con le frecce sul turno modificato, e il cambio sostituisce l'intera parte finale anziché un solo fumetto. Un fork sarebbe due parti finali entrambe attive e entrambe scrivibili nello stesso momento, ed è proprio quello che Whizi non fa. Le versioni sono trattate su rigenerare e modificare i messaggi.
Se apro una nuova chat, il modello ricorda quella vecchia?
Non dalla vecchia conversazione stessa. Una nuova chat parte vuota e il modello riceve solo ciò che è in quella chat. L'eccezione è un progetto: le istruzioni e i file fissati si applicano a ogni conversazione al suo interno, quindi una chat creata in un progetto porta già con sé quel contesto. Tutto il resto va incollato, e ogni messaggio ha un controllo di copia proprio per questo.
Posso ramificare una conversazione per provare un modello diverso?
Non ti serve un ramo per questo. Cambiare modello dentro una conversazione porta il thread esistente al nuovo modello, e ogni risposta resta attribuita a qualunque modello l'abbia prodotta, quindi un solo thread contiene l'intero confronto. Se vuoi due risposte allo stesso prompt anziché un passaggio di consegne, inviale invece a due modelli affiancati, una funzione Powerhouse.
Modificare un messaggio iniziale mi farà perdere i rami successivi?
Sì, ed è la sorpresa da conoscere in anticipo. Modificare un turno scarta le versioni memorizzate di ogni turno successivo, perché quelle versioni dipendono da una conversazione che non esiste più. Copia tutto ciò che vuoi conservare da un ramo inferiore prima di toccare un messaggio sopra di esso, e se stai rielaborando più turni, modifica per ultimo il primo.