A resposta curta
O Whizi não tem controle de fork, controle de branch, nem forma de duplicar um chat. Uma conversa não pode ser dividida em duas que fiquem ativas ao mesmo tempo, e não existe um "continuar daqui como uma nova conversa". O menu de opções do chat, na barra lateral, oferece renomear, fixar, marcar com estrela e excluir, e nada que copie uma conversa.
O que o Whizi tem são versões de mensagem. Editar uma mensagem que você já enviou substitui o final da conversa e arquiva o final substituído como uma versão para a qual você pode voltar. Isso é uma ramificação que você pode visitar, não uma ramificação que você pode rodar em paralelo: exatamente uma versão fica ativa a cada momento.
"Fork" significa quatro coisas diferentes na prática, então comece identificando qual delas você queria:
| O que você queria | O que usar | O que acontece de fato |
|---|---|---|
| Uma resposta diferente a partir de um ponto intermediário | Editar essa mensagem e enviar de novo | O final é substituído, e o final antigo é arquivado como uma versão |
| Manter os dois finais para comparar | As setas de versão no turno editado | Os dois ficam armazenados, um fica ativo, você alterna entre eles |
| Duas conversas que ficam ativas a partir do mesmo histórico | Não disponível | Não existe duplicação, cópia ou fork em nenhum lugar do produto |
| Uma pergunta paralela que não deve poluir a conversa | Um novo chat | Nada é aproveitado, exceto o que você colar |
| O mesmo contexto permanente em vários chats | Um projeto | Instruções e arquivos fixados valem para todo chat dentro dele |
| Uma cópia que outra pessoa possa continuar | Não disponível | Um link de compartilhamento é uma visualização somente leitura |
Por que não existe fork
Esta é uma resposta estrutural, não uma promessa de roteiro. Uma conversa do Whizi armazena exatamente uma ramificação ativa e nada além disso. Todo leitor de uma conversa vê essa única ramificação: o site, o app mobile, os links de compartilhamento e a transcrição que o próprio modelo recebe. Versões inativas ficam guardadas à parte, como simples cópias das linhas que seriam restauradas.
Esse invariante é o que torna a troca de versão barata, e é também o que descarta o fork. Um fork precisa de duas ramificações que sejam ativas, graváveis e visíveis ao mesmo tempo. Uma única ramificação ativa significa que a segunda não tem onde existir.
A superfície de rotas confirma isso. Além da própria lista de conversas, as únicas coisas endereçáveis em uma conversa são suas mensagens, suas versões e o projeto ao qual ela pertence. Não existe endpoint por trás de um fork ou de uma duplicação, então nenhum cliente pode oferecer um.
A consequência que vale planejar: editar um turno descarta as versões armazenadas de todo turno abaixo dele. Essas versões pertencem a uma conversa que não existe mais, então mantê-las permitiria entrar em uma ramificação cujo pai desapareceu. Se várias ramificações em uma mesma conversa importam para você, trabalhe de trás para frente e edite a mensagem mais antiga por último. A mecânica da edição, e o que uma troca de versão custa e pode falhar, está em regenerar e editar mensagens.
O que um novo chat aproveita
Começar um novo chat é a resposta honesta para uma pergunta paralela, mas vale ser preciso sobre com o que um novo chat começa, porque "comece um novo chat" só é uma resposta real se você souber o que está abrindo mão.
Um novo chat começa vazio. A conversa anterior não é resumida para dentro dele, os anexos não são reanexados, e o modelo não tem visão do outro fio. Tudo que você quiser carregar, você carrega: toda mensagem e todo bloco de código tem um controle de cópia, então trazer as duas ou três respostas que importam para o novo chat leva alguns segundos.
Duas coisas se aproveitam sem colar. Instruções de projeto e arquivos fixados valem para toda conversa dentro daquele projeto, então um novo chat criado em um projeto já começa com esse contexto permanente incorporado ao prompt. E um chat pode ser movido para dentro de um projeto ou de volta para fora dele depois de criado, o que é o mais próximo que o Whizi chega de reatribuir o pai de uma conversa. Os limites e o comportamento estão em como usar Projetos.
O outro caminho ao qual as pessoas recorrem é a troca de modelo, e vale dizer o que ela não é. Trocar de modelo dentro de uma conversa leva a conversa inteira para o novo modelo, em vez de copiá-la para um segundo chat. Existe uma única conversa do início ao fim, e as respostas anteriores à troca continuam creditadas a qualquer modelo que as tenha escrito. Os padrões estão em trocar de modelo no meio da conversa.
Os dois casos que um fork resolveria
Comparar duas respostas ao mesmo prompt. Este é o motivo mais comum para querer um fork, e o Whizi resolve isso de outro jeito: envie o prompt para dois modelos em duas colunas e leia as saídas lado a lado. Nenhum modelo vê a saída do outro, o que é todo o valor da comparação. Isso está em comparar modelos lado a lado, um recurso Powerhouse.
Manter parte de uma conversa longe de um modelo. Um fork é a solução alternativa comum para uma conversa que acumulou contexto que você preferiria não reenviar. Sem ele, a saída é um novo chat semeado com um resumo curto do que realmente importa. Um começo limpo tem seu próprio mérito de qualquer forma: uma conversa longa faz o contexto antigo competir por atenção com a pergunta real, então três frases de contexto costumam funcionar melhor do que quarenta mensagens de histórico.
Se o que você quer é uma cópia para outra pessoa, e não para você mesmo, o compartilhamento gera um link público para uma conversa, e o destinatário lê uma versão sanitizada e somente leitura dela. Ele não pode continuá-la, e isso também não é um fork na conta dele. Os detalhes, incluindo como revogar um link, estão em compartilhar uma conversa.
Para uma cópia de tudo que você tem, as Configurações têm uma ação de Exportar dados que gera seus chats e mensagens, projetos e os metadados de seus arquivos, mídia, links de compartilhamento, assinatura e perfil de indicação. É um arquivo de backup, não uma ramificação reimportável: o Whizi importa exportações do ChatGPT e do Claude, não as próprias.
- Não existe controle de fork, branch ou duplicação no Whizi
- Uma conversa armazena exatamente uma ramificação ativa, por isso o fork não tem onde existir
- O menu de opções do chat é renomear, fixar, marcar com estrela e excluir, sem cópia
- Editar e reenviar é o equivalente mais próximo: substitui o final e arquiva o antigo como uma versão
- Apenas uma versão fica ativa por vez, então versões são visitadas, não rodadas em paralelo
- Editar um turno descarta as versões armazenadas de todo turno abaixo dele, então edite a mensagem mais antiga por último
- Um novo chat começa vazio; só instruções de projeto e arquivos fixados se aproveitam sem colar
- Um link de compartilhamento é uma visualização somente leitura e não pode ser continuado pelo destinatário
Perguntas frequentes
Como eu bifurco uma conversa no Whizi?
Você não consegue. Não há controle de fork, controle de branch, nem ação de duplicar em um chat. O motivo de fundo é que uma conversa do Whizi mantém exatamente uma ramificação ativa, e as únicas coisas endereçáveis em uma conversa são suas mensagens, suas versões e o projeto em que ela está. O equivalente mais próximo é editar uma de suas próprias mensagens e enviá-la de novo, o que substitui o final a partir daquele ponto e arquiva o final substituído como uma versão.
Posso duplicar um chat para que o original fique intocado?
Não. O menu de opções do chat oferece renomear, fixar, marcar com estrela e excluir, e também não existe cópia em nenhum outro lugar do produto. Se o original importa, a proteção prática é parar de editá-lo: uma edição é o que destrói um final. Comece um novo chat, cole as poucas mensagens que importam e continue por lá, o que deixa o original exatamente como estava.
Qual é a diferença entre uma versão e um fork?
Uma versão é um entre vários finais armazenados para o mesmo turno, e exatamente um deles fica ativo por vez. Você se move entre eles com as setas no turno editado, e a troca substitui o final inteiro, não uma bolha isolada. Um fork seria dois finais ativos e graváveis ao mesmo tempo, e essa é a parte que o Whizi não faz. Versões estão cobertas em regenerar e editar mensagens.
Se eu começar um novo chat, o modelo lembra do antigo?
Não a partir da conversa antiga em si. Um novo chat começa vazio e o modelo recebe apenas o que está naquele chat. A exceção é um projeto: instruções e arquivos fixados valem para toda conversa dentro dele, então um chat criado em um projeto já carrega esse contexto. Qualquer outra coisa precisa ser colada, e toda mensagem tem um controle de cópia justamente para isso.
Posso ramificar uma conversa para experimentar um modelo diferente?
Você não precisa de uma ramificação para isso. Trocar o modelo dentro de uma conversa leva a conversa existente para o novo modelo, e cada resposta continua creditada ao modelo que a produziu, então uma única conversa concentra toda a comparação. Se você quiser duas respostas ao mesmo prompt em vez de uma troca, envie para dois modelos lado a lado, o que é um recurso Powerhouse.
Editar uma mensagem antiga vai apagar minhas ramificações posteriores?
Sim, e essa é a surpresa que vale conhecer com antecedência. Editar um turno descarta as versões armazenadas de todo turno posterior a ele, porque essas versões dependem de uma conversa que não existe mais. Copie qualquer coisa de uma ramificação mais adiante que você queira manter antes de mexer em uma mensagem anterior a ela, e se estiver reformulando vários turnos, edite o mais antigo por último.