# Cópias em conflito > Quando dois dispositivos avançam no mesmo projeto em simultâneo, nenhuma das versões é descartada. Source: https://loomworld.ai/pt-pt/docs/conflict-copies ## Como acontece um conflito Um conflito tem uma única origem: o mesmo projeto avançou em dois locais distintos. Geralmente, um dispositivo continuou a escrever em modo offline, ou o mesmo projeto foi editado em dois computadores sem sincronização pelo meio. Ao voltar a ligar, o trabalho local por enviar e uma cópia mais recente na nuvem coexistem, e o Loomworld não tentará adivinhar qual das partes deve manter. Os sinais de vida não alteram nada sob as suas mãos enquanto escreve: a reconciliação ocorre quando regressa ou a página recupera o foco, de modo que um conflito surge sempre num momento em que pode ser visto. ## O que o sistema faz: mantém ambas - Atualiza o projeto em curso para a cópia mais recente da nuvem — na resolução tenta descarregar mais uma vez, recorrendo à cópia em cache da altura do conflito apenas se essa transferência falhar. - Guarda em segurança o seu rascunho local não enviado como um projeto separado de cópia em conflito, sem ligação à nuvem, funcionando como um projeto exclusivamente local. Nenhum dos lados é substituído. O reverso é que a junção do texto cabe ao utilizador: prosa que exige discernimento criativo não é algo que o programa vá unir automaticamente. ## Como recuperar o texto em falta - **Não ignore o aviso**Escolher «usar a versão da nuvem» executa o fluxo acima descrito; «Agora não» aplica-se apenas a esse projeto — ao abrir outro projeto em conflito, a questão volta a ser colocada. - **Localizar a cópia no átrio**Lá está ela: um projeto sem ligação à nuvem, com um nome alusivo à sua origem. É um projeto normal — pode abri-lo, editá-lo e exportá-lo. - **Ler ambas lado a lado**Copie as passagens exclusivas da cópia em conflito de volta para o sítio certo no projeto principal. Adições estruturais (novos capítulos, cenas) merecem uma conferência linha a linha — não cole blocos inteiros uns sobre os outros. - **Limpar em seguida**Após a integração, resolva o destino da cópia: mova-a para a reciclagem ou remova apenas o respetivo registo. Na versão para computador, a cópia é apenas um projeto local; remover o registo não afeta mais nada. ## Como se apresenta um conflito real Escreve três capítulos durante uma viagem de avião e fecha o computador portátil sem se ligar à internet. No dia seguinte, no escritório, abre o mesmo projeto: a nuvem ainda contém a versão anterior ao voo e esses três capítulos nunca foram enviados. Quando o portátil do avião se liga finalmente, ambos os lados avançaram e o conflito instala-se. O que vê: um aviso a indicar que a nuvem tem uma versão mais recente; ao confirmar, o projeto aberto fica no estado da nuvem e os três capítulos surgem no átrio como uma cópia em conflito. Abre então a cópia no computador do escritório e transfere os capítulos de volta, cena a cena — copie o conteúdo, não substitua o projeto, sob pena de perder de seguida os dois dias de trabalho feitos no escritório. ## Hábitos para evitar conflitos - Evite mudar de dispositivo com rascunhos por sincronizar; confirme que o projeto atual foi sincronizado antes de passar para outro dispositivo. - Escreva de forma contínua num dispositivo de cada vez; utilize os restantes apenas para leitura. - Após uma sessão longa, exporte um pacote de projeto — será a sua terceira cópia de segurança. ## Limites e resolução de problemas Uma cópia em conflito é um projeto perfeitamente normal: nunca reverte nada, nunca se junta sozinha e não sofre alterações à medida que o projeto principal avança. Tem dúvidas sobre qual dos lados é mais recente? Compare as marcas temporais na barra superior, as contagens de palavras dos capítulos e os vestígios de edição recentes. Quer manter ambos por agora? Exporte dois pacotes antes de começar a cortar e colar. Ordem de sincronização e sinais de vida: [Versão na nuvem e cache local](https://loomworld.ai/pt-pt/docs/sync-model).