Cópia de segurança do Civitai: arquive localmente os modelos descarregados e verifique a restauração
Hoje, é fácil reconhecer uma transferência do Civitai e, surpreendentemente, difícil identificá-la seis meses depois. Conserve o ficheiro do modelo juntamente com os dados da versão que o tornam utilizável, comprove uma restauração exata e só depois decida se pode remover uma cópia de trabalho redundante.
Onde guardou o Civitai o modelo?
O Civitai disponibiliza a transferência; o navegador, a extensão ou o gestor de modelos escolhe o destino. Não existe um diretório universal de «modelos Civitai». Uma LoRA descarregada para o ComfyUI pode estar na pasta de LoRA desse ambiente, enquanto um checkpoint guardado pelo navegador pode continuar em Transferências. Comece pelo fluxo de trabalho que utiliza o ficheiro, não por um caminho de plataforma presumido.
Procure o nome do ficheiro apresentado na página da versão do Civitai e confirme-o através de um identificador estável. A API do Civitai apresenta um ID de versão do modelo e hashes dos ficheiros, incluindo SHA-256. O endpoint de pesquisa por hash pode ajudar a voltar a associar um ficheiro local órfão ao registo da versão:
# Substitua HASH pelo SHA-256 do ficheiro descarregado
https://civitai.com/api/v1/model-versions/by-hash/HASH
Registe os factos que o nome do ficheiro não consegue conter
Antes de arquivar, mantenha junto ao ficheiro uma pequena nota sobre a origem. Registe os URL ou ID do modelo e da versão no Civitai, o criador, o nome exato do ficheiro, o SHA-256, o modelo base previsto, as palavras treinadas ou os termos de ativação quando aplicável e a licença ou os termos do criador em que se baseou ao descarregá-lo. Estes dados são muito mais úteis do que uma pasta chamada old-loras.
Em seguida, defina uma família que continue a fazer sentido mais tarde: um modelo base e os adaptadores destinados a ele, versões sequenciais do mesmo modelo ou um checkpoint com a configuração necessária. Não coloque toda uma unidade de transferências num único arquivo.
Os direitos continuam a ser importantes. Conserve e arquive apenas ficheiros que tenha o direito de manter ao abrigo dos termos aplicáveis do criador e da plataforma. Um arquivo local ajuda a gerir a sua cópia; não concede um novo direito de distribuição nem substitui uma cópia de segurança separada para trabalho insubstituível.
O processo seguro de arquivo local
A regra fundamental é simples: não elimine uma origem apenas porque uma tarefa de arquivo terminou. Comprove primeiro a recuperação.
- Compare o ficheiro local com o registo da versão no Civitai e guarde com ele a nota de proveniência.
- Descarregue o Tensor Archive, escolha Adicionar família de modelos, selecione Pasta local e indique uma família relacionada.
- Execute Analyse source. Reveja os ficheiros detetados e o resultado esperado antes de escrever qualquer dado.
- Dê um nome claro à família e escolha Arquivar pasta. O Tensor Archive cria uma cópia local gerida; não move nem elimina a pasta de origem.
- Abra a família arquivada e execute Verificar. Isto demonstra que a versão guardada pode ser recuperada com exatidão. Não avalia a qualidade da imagem, da inferência ou do treino.
- Execute Restaurar para uma saída separada. Carregue ou compare essa versão recuperada no fluxo de trabalho local que lhe interessa.
- Só depois de a cópia restaurada ser verificada, de o hash voltar a ser calculado e de ser testada no ambiente de execução de destino deverá decidir se remove manualmente uma cópia de origem antiga.
Um arquivo local não é a sua única cópia de segurança
Um arquivo no mesmo computador pode reduzir a pressão no disco de trabalho, mas não protege contra falhas do disco, roubo ou remoção acidental dos dados da aplicação. Se uma biblioteca de modelos for insubstituível, mantenha uma cópia de segurança independente num armazenamento sob o seu controlo.
Isto é importante para as transferências da comunidade porque uma página, versão ou conta de um modelo pode mudar. Voltar a descarregar é uma conveniência, não um plano de recuperação. O arquivo local protege a cópia que já tem; a nota de proveniência explica o que é essa cópia.
Que poupança de espaço deve esperar?
Espere uma medição, não um slogan. No benchmark controlado publicado pelo Tensor Archive, cinco implementações autónomas de modelos e adaptadores ocupavam 907.3 MB separadamente e 261.6 MB como uma família: menos 71.2% de armazenamento físico. O ganho resultou de manter apenas uma vez os dados de modelos partilhados nessa família.
Âmbito do resultado: cinco implementações autónomas relacionadas num benchmark controlado do produto, com restaurações exatas. Não é uma promessa de que cada LoRA individual, cada pasta não relacionada ou um ficheiro já comprimido pouparão 71.2%.
Analise a família que tem realmente. Se os ficheiros não partilharem conteúdo relevante, um arquivo local compacto poderá poupar pouco; esse resultado deve ser respeitado, não usado como motivo para eliminar a origem na mesma.
Comece pelos modelos que utiliza mais
Escolha um modelo base e os adaptadores que utiliza com ele, em vez de tentar uma limpeza heroica de tudo ao mesmo tempo. Arquive-o, verifique-o, restaure-o e teste-o. Quando confiar no processo de recuperação, repita-o família a família.
Comece por uma família relacionada, não por todo o disco. Se essa família for composta sobretudo por adaptadores, utilize o guia para libertar espaço de LoRA; para ambientes de execução e transferências mistos, utilize a lista de verificação de conservação da biblioteca. Em seguida, descarregue o Tensor Archive e siga o processo da primeira família no guia do produto.
Fontes
- Referência da API REST do Civitai — ID de versões de modelos, nomes de ficheiros, hashes e pesquisa por hash.
- Civitai: Como utilizar modelos — orientação da plataforma sobre tipos de modelos e ambientes de execução.
- Resumo do benchmark do Tensor Archive — carga de trabalho, valores de armazenamento e resultado de restauração exata subjacentes à medição citada.