Local-first

A maioria dos aplicativos web é cloud-first: o servidor guarda a cópia verdadeira dos seus dados, e a sua tela é uma janela para ela. O local-first inverte isso. O dispositivo guarda a cópia verdadeira, as leituras e escritas acontecem nele na hora, e um servidor, se houver, apenas leva cópias entre os dispositivos. Pense num caderno de papel com uma fotocopiadora opcional: o caderno é o original, as cópias são comodidades, e as planilhas salvas como arquivos no seu próprio disco são o exemplo mais antigo. A ideia foi exposta pelo laboratório de pesquisa Ink & Switch em 2019, num ensaio sobre software em que você é dono dos seus dados apesar da nuvem. Aplicativos de anotações, telas de design e gerenciadores de senhas que abrem na hora, até num túnel, seguem o mesmo espírito.

Os ganhos são concretos. Ler e buscar seus dados não exige ida e volta pela rede, então uma conexão ruim de hotel não custa nada, e as equipes gostam por outro motivo: uma queda no data center não impede você de terminar o trabalho, então tudo parece instantâneo e continua funcionando offline. Se o serviço fecha ou muda os termos, seus dados não somem junto. Há também menos o que vazar, porque uma empresa que nunca guarda seus dados legíveis não pode perdê-los numa violação nem ser obrigada a entregá-los. Os navegadores ajudam: oferecem um banco de dados no próprio dispositivo, e a Web Crypto API consegue criptografar o que é guardado com uma chave que a página usa sem nunca conseguir lê-la.

Os custos também são reais, e um software honesto os declara. Um dispositivo pode ser perdido, quebrar ou ser formatado, e um navegador pode apagar os dados de um site quando você pede. Manter vários dispositivos em sincronia exige um sistema que una as alterações sem conflitos, para o qual os tipos de dados replicados sem conflito, os CRDTs, são uma família de técnicas, e buscar em tudo fica mais difícil quando os dados estão espalhados. O armazenamento também pode ser limitado: os navegadores definem uma cota por site, então uma biblioteca de vídeos grandes não cabe para sempre. Por isso o local-first vem com um plano de cópias: uma exportação, um backup criptografado, uma sincronização criptografada, ou os três.

O NeverNo guarda suas conversas, pastas, personagens, imagens e memória num banco chamado neverno, dentro do seu navegador, criptografado com uma chave AES-256-GCM que o navegador não deixa nenhum script exportar. Não existe cópia legível em nossos servidores. A consequência é simples e a dizemos com clareza: se você apaga tudo em Configurações, ou limpa os dados do site no navegador, o banco e a chave vão embora, e sem uma exportação, um backup ou a sincronização nada pode ser recuperado, nem por você nem por nós.

A saída é fazer uma cópia enquanto é fácil. Você pode exportar seu histórico como um arquivo legível, criar um backup criptografado com uma frase secreta sua (se esquecê-la, o backup se perde) ou ativar a sincronização criptografada entre os seus dispositivos com uma conta. O texto de uma mensagem ainda atravessa nossos servidores para chegar ao modelo que responde, e não é gravado em claro. O GLM 5.3 Flash da Z.ai, gratuito no NeverNo e capaz de ler imagens, é um dos modelos privados que fazem esse trabalho, com contexto de 128.000 tokens, enquanto seu histórico fica no seu dispositivo.