Latent

Português▾

• English
• 한국어
• 日本語
• 简体中文
• 繁體中文
• Español
• Français
• Deutsch
• Italiano
• Português
• Polski

Como o Latent decide #

Os três níveis de segurança #

Cada item que o Latent rastreia carrega um de três selos que dizem o que acontece se você apagá-lo:

• R · Recuperável — ele volta: ou baixado de novo da fonte (comprovado contra o registro no momento da exclusão, onde importa) ou reconstruído pela ferramenta dona no próximo uso. Como ele volta aparece ao passar o mouse; não é uma decisão que você precisa tomar. Uma marca verde significa exatamente isso: provado e pronto para marcar.
• I · Em suas mãos — o que se foi, se foi; então a decisão é sua. Dois tipos de linha caem aqui: o seu próprio trabalho (transcrições de conversas, imagens geradas, registros de lançamento) e qualquer cache cujo retorno ninguém provou para esta pasta. Mostrado, bloqueado, nunca pré-selecionado.
• P · Protegido — coisas em que o Latent se recusa a tocar: chaves de assinatura, backups de dispositivos, binários de CLI instalados.

Três letras, três significados — e nada mais. Não existe um quarto estado na tela. Um cache que o catálogo acredita que volta, mas que ninguém provou para a sua pasta, não é "provavelmente tranquilo": é I, âmbar, com cadeado, até que uma medição ou a documentação do próprio fornecedor o torne R. A letra diz o que acontece se a linha sumir; a cor repete isso — verde significa que o Latent pode agir com a própria evidência, âmbar significa que a decisão é sua, cinza significa que não é de ninguém.

Onde uma letra aparece. As letras classificam as coisas que vão embora junto com uma remoção — um cache, uma pasta de dados, um pacote, o bundle de um app listado sob o app. A unidade que você escolhe remover (uma linha de app em Apps) não carrega letra; as partes dela, sim. Qualquer coisa que seja apenas um estado — em uso, segurado por uma dependência, aguardando em quarentena — é escrita ao lado da letra em cinza, nunca como uma quarta letra.

A escada de provas #

"Seguro apagar" se conquista, nunca se presume. O Latent usa quatro tipos de evidência, da mais forte para a mais fraca:

Algumas pastas são classificadas peça por peça, não por inteiro: os símbolos de dispositivo do Xcode são R para um build que um dispositivo ainda pareado com este Mac executa e I para o resto; uma pasta de pesos do Keras é R apenas enquanto todo arquivo dentro dela for um peso do Keras Applications.

Quando um armazenamento mistura conteúdo comprovável e incomprovável, o Latent apaga só a parte comprovada e diz exatamente o que manteve e por quê. Um fine-tune seu ao lado de modelos baixados fica onde está, sempre.

O cadeado #

Toda linha I carrega um cadeado. Abri-lo é um ato deliberado de consentimento: a linha se torna selecionável, a exclusão é marcada como forçada no registro, e a folha de confirmação a sinaliza em vermelho. O consentimento tem escopo — um novo escaneamento fecha todos os cadeados abertos. O Latent nunca abre um cadeado por você, e assistentes de IA conectados não conseguem abrir nenhum. Linhas P não têm cadeado para abrir: o Latent simplesmente não as oferece.

Por que outros limpadores prometem números maiores? #

Porque eles contam tudo o que parece cache. O número do Latent é menor de propósito: cada byte nele carrega evidência — uma resposta de registro, uma origem registrada, um contrato do fornecedor ou uma regeneração observada. Os bytes sem evidência continuam sendo mostrados; eles só são seus para decidir, com o cadeado na sua mão.

Onde as coisas acontecem #

Otimizar em um clique #

A aba Latent é a ação de um clique: o próprio logotipo é o botão, um anel de progresso o envolve enquanto roda, e o total liberado aparece quando termina. O que ela apaga passa por duas barreiras, não uma: a recuperação já precisa estar comprovada, e o item precisa ser do tipo cuja perda você nem notaria — caches de pacotes cujo fornecedor entrega o próprio comando de limpeza, caches HTTP de navegador, armazenamentos de miniaturas. Tudo o que você teria de reconquistar (modelos baixados, toolchains, plugins que você instalou) fica fora do Otimizar e espera em Space por um clique deliberado. É de propósito a mesma lista de permissões a que um assistente de IA conectado está limitado, para que um clique nunca alcance mais longe do que um assistente pode.

O Otimizar nunca toca em linhas não verificadas, nos seus próprios arquivos ou em caminhos protegidos; nunca abre um cadeado por você; nunca desinstala apps ou pacotes, descarrega modelos ou esvazia o Lixo. Se alguns alvos estiverem abertos por um app em execução, o Otimizar pergunta primeiro — uma lista dos apps que bloqueiam, cada um encerrado educadamente (os avisos de salvar do próprio app aparecem) só se você o deixar marcado; desmarque um e seus arquivos são simplesmente ignorados. Tudo o que se move vai para o Lixo sob um único manifesto de desfazer, e as proteções rodam de novo no momento da exclusão. A folha de confirmação também lista o que está sendo deliberadamente deixado em paz, para que o número que você vê seja um piso, não uma bravata.

Space: uma lista só #

Space é uma lista única de donos — Xcode, Homebrew, Hugging Face, Chrome e assim por diante — cada um com uma barra colorida pelo que guarda: verde para R comprovado, âmbar para I. Abra um dono e suas linhas vêm R primeiro, depois I, as maiores primeiro dentro de cada grupo. Cada linha mostra sua letra, seu caminho (a pasta pessoal como ~, o caminho completo ao passar o mouse) e um ↗ que a revela no Finder. A barra de cabeçalho do dono carrega o mesmo chip ☐ R do topo da lista — ele seleciona as linhas comprovadas daquele dono, e nada mais — e um botão Desbloquear N bloqueados abaixo… que abre todos os cadeados sob ele em um único passo deliberado. Abaixo dos donos vêm as suas próprias pastas — Documentos, Downloads, Fotos — listadas, nunca pré-selecionadas.

Meus arquivos: o fim da lista do Space #

Caches são aquilo sobre o que o Latent consegue provar coisas; o espaço que é de fato seu precisa de um contrato diferente. Abaixo dos donos de ferramentas, o Space lista seis tipos de candidatos seus sob um divisor que diz isso, e todos eles seguem a mesma regra: listados, nunca pré-selecionados, nunca tocados pelo Otimizar ou por um assistente.

• Antigos e Sem Uso — arquivos acima de 200 MB intocados há mais de 6 meses (data de última abertura quando o macOS a tem; caso contrário, data de modificação). Bibliotecas de mídia gerenciadas — Música, TV, GarageBand — nunca são listadas.
• Duplicatas — cópias idênticas byte a byte, comprovadas por checksum completo, não pelo nome. A cópia mais antiga é a guardiã e nunca é listada — apagar todas as linhas mostradas sempre deixa uma cópia no disco.
• Capturas de tela — encontradas pela marca que o próprio macOS carimba nas capturas, então capturas renomeadas são encontradas e fotos parecidas não.
• Downloads — instaladores concluídos (.dmg/.pkg que já cumpriram seu papel, em Downloads e na Mesa) e downloads parciais abandonados.
• Artefatos de build — node_modules, target do Rust, build/dist, virtualenvs dentro das suas pastas de projeto. Reivindicados só ao lado do marcador de projeto (package.json, Cargo.toml, …), e um virtualenv sem arquivo de requirements fica bloqueado — a lista de pacotes morreria com ele. Reconstruíveis, mas um rebuild custa tempo, então estes nunca entram no Otimizar.
• iOS — backups de dispositivos e atualizações do iOS baixadas (IPSW). Ambos são I de propósito: um backup antigo não pode ser refeito, e a Apple só serve builds atualmente assinados.

Apps: o desinstalador #

Apps tem oito fontes, cada uma em uma aba: Apps do Mac, Homebrew, npm -g, Python (pip), Conda, Docker · Simuladores, Recibos .pkg e Sobras. Toda linha que representa algo removível carrega R, I ou P como uma linha do Space; a linha do app em si, não — ela é a unidade que você escolhe, e as partes abaixo dela é que são classificadas. A roda à esquerda mostra os apps por tamanho, e a barra de rodapé sob ela diz o que todos eles guardam: os próprios bundles e, depois, o que deixam para trás, por letra.

Clique em um app para ver cada arquivo que o identificador do bundle possui — pacote, caches, preferências, contêineres, launch agents — R primeiro, depois I, os maiores primeiro. O bundle em si é uma linha I (ter o app de volta é uma reinstalação, e essa é sua). Pastas que o Space já lista como armazenamentos são reunidas em uma única linha Armazenamentos do Space: com os nomes dos armazenamentos, uma marca para todos. O Latent pré-marca só o que consegue atribuir com certeza; dois tipos de linha nunca são pré-marcados:

• Linhas que guardam dados seus — a pasta guarda documentos ou bancos de dados, como o histórico de conversas de um mensageiro — ou qualquer coisa que o próprio catálogo do Latent classifica como ativos do usuário, imagens de disco opacas incluídas: a VM do Docker (cada contêiner e volume vive dentro de um só arquivo) nunca é pré-marcada, por mais certa que seja a propriedade. Marcar uma delas pergunta uma vez.
• Linhas encontradas pelo nome — listadas sob um divisor que diz encontrado pelo nome — pode pertencer a outro app; casadas só pelo nome de exibição, que outro app poderia compartilhar. Abra uma no Finder antes de decidir.

Marcar a caixa do próprio app seleciona tudo abaixo dele — depois de uma pergunta, se algo ali contiver dados seus, e a sua resposta é lembrada pela sessão. Uma desinstalação é um manifesto: um desfazer restaura a coisa toda. Se o macOS exigir direitos de administrador para o pacote, o Latent entrega o trabalho ao Finder — você verá o aviso padrão de autenticação. Recibos .pkg lista sobras de instaladores em lugares de propriedade do administrador e não apaga nada ali: mostra o que restou, executa o desinstalador do fornecedor quando o recibo indica um e, caso contrário, revela os arquivos para você remover no Finder. Sobras lista dados cujo app já se foi — tudo I, marcado por você.

Docker e runtimes de simulador: onde nada vai para o Lixo

O Docker guarda imagens, contêineres, volumes e cache de build dentro de um único disco de VM opaco, então uma exclusão no nível de arquivo seria uma restauração de fábrica — o Latent lista esse disco como dados seus e nunca o pré-seleciona. O que o painel do Docker oferece em vez disso é a remoção do próprio Docker de itens individuais: uma imagem, ou o cache de build. Essa remoção é irreversível — não vai para o Lixo e não há desfazer — então ela tem uma folha de confirmação que diz isso com essas palavras, e o Latent grava o registro antes de executar o comando: o que se foi, o tamanho que tinha, e a linha exata de docker pull que o traz de volta. Imagens que um contêiner está usando são recusadas, e volumes nunca são listados — um volume é o banco de dados de alguém.

Runtimes de simulador do iOS funcionam do mesmo jeito e pelo mesmo motivo: um runtime é uma imagem de disco assinada da Apple, montada ao vivo e rastreada no registro da própria Apple, então só o simctl pode removê-lo. Mesmo contrato — a folha diz que não pode ser desfeito, o registro guarda xcodebuild -downloadPlatform iOS, um runtime com um simulador iniciado é recusado, e o que vem com o Xcode nunca é oferecido. As linhas falam as mesmas três letras de todo o resto: um runtime que a Apple pode baixar de novo é R, o que a Apple marca como não apagável é P, uma imagem respaldada por um registro é R e uma camada solta (dangling) é I. "Em uso" é um estado escrito em cinza ao lado da letra, e o botão espera até que o simulador ou o contêiner tenha ido embora.

Homebrew, npm, pip e Conda

Quatro das fontes gerenciam o que o brew, o npm -g, o pip --user e o conda instalaram — aquilo que se acumula em silêncio por anos. Os symlinks de um keg e os arquivos espalhados de um wheel fariam de um movimento para o Lixo uma mentira, então a remoção executa o uninstall do próprio fornecedor, e o manifesto de desfazer registra o comando exato de reinstalação no lugar. A mesma regra de prova se aplica: antes de qualquer remoção, o Latent verifica que o registro (formulae.brew.sh / npm / PyPI) ainda serve aquele nome e versão — sem resposta, sem remoção. Cada linha de pacote carrega uma letra: R quando o gerenciador consegue reinstalá-lo, R mas retido quando outro pacote depende dele (os dependentes são nomeados, e clicar em um leva você até ele), I quando ninguém conseguiu provar ou quando você mesmo o fixou, P quando é o corpo do próprio gerenciador — pip e setuptools, node e npm, a instalação do conda, qualquer coisa fora da sua pasta pessoal ou pertencente a outra conta. Um user-site do Python cujo interpretador se foi (a clássica sobra em ~/Library/Python/3.x) é oferecido como um único movimento da pasta inteira para o Lixo, com desfazer normal.

Memória #

Sem botões de limpeza, sem notas de saúde — o macOS já comprime e pagina a memória ociosa, então "liberar RAM" quase sempre significa pagar para lê-la de volta. O que é real é um app esquecido segurando gigabytes, então o cartão Memória de apps lista os seus próprios apps pela pegada real, com um botão Encerrar que é exatamente Cmd-Q: o app levanta o próprio aviso de salvar, e nada jamais é encerrado à força. Processos do sistema nunca são listados. A aba também mostra o que a memória unificada está fazendo e quais daemons de modelos (Ollama, LM Studio, llama.cpp, ComfyUI…) mantêm pesos residentes. Cada botão executa o comando do próprio fornecedor — ollama stop, lms unload --all, o /free do ComfyUI, o unload do roteador do llama.cpp — então os modelos simplesmente recarregam no próximo uso. O Latent nunca encerra nada à força. A roda mostra só os seus apps; a parte do sistema, o swap e a compressão ficam nos anéis pequenos abaixo dela. Os gráficos ao vivo daqui e da Visão Geral começam a amostrar no momento em que o Latent abre, então ao trocar para a aba você vê histórico, não um gráfico em branco.

Barra de menus e pequenos hábitos #

• O ícone na barra de menus abre o Latent e vai direto para Space, Apps ou Memória; Latent → Idioma troca o idioma da interface.
• Arraste cartões na Visão Geral e na Memória para reordenar; clique com o botão direito para ocultar; passe o mouse sobre as rodas e cada gráfico para ver detalhes.
• Arraste uma roda para girá-la, arraste o centro para incliná-la; clique em uma fatia para abrir aquele dono ou app ao lado.

Recuperar o que foi removido #

Quarentena #

Algumas exclusões recebem a oferta de uma rota mais segura em vez do Lixo — uma quarentena de 7 dias — mas só onde a perda seria opaca ou difícil de reverter: itens protegidos e armazenamentos ilegíveis de "dados seus". Todo o resto (caches não verificados, seus próprios arquivos listados) vai direto para o Lixo, onde a linha de Recuperação já declara o risco. É uma recomendação, nunca uma imposição. Durante a janela, restaurar é um clique na aba Recuperação. Ao expirar, o item segue para o Lixo — e o Latent registra se a ferramenta dona recriou o caminho, construindo a evidência que a alegação nunca teve. Prefere a rota direta? Escolha "Direto para o Lixo" na folha de confirmação; a sua decisão vence.

Recuperando: a aba Recuperação #

Tudo o que pode voltar vive em uma tabela ordenável, com a data em que foi removido:

• Em quarentena — um armazenamento protegido ou opaco que você escolheu rotear pela janela de 7 dias (recomendado ali, nunca imposto); um clique o devolve exatamente para onde estava.
• No Lixo — movido sob um manifesto de desfazer; um desfazer restaura uma limpeza inteira.
• Sumido — os bytes se foram, mas o comando exato que os traz de volta foi registrado no momento em que se foram: uma imagem do Docker, um runtime de simulador, um modelo do Ollama, um pacote do Homebrew ou do pip. O Latent o executa por você — com o melhor esforço, honestamente: se o registro não o tem mais, se é preciso login ou se a rede caiu, a falha diz isso com todas as letras e o comando registrado permanece na lista.

Linhas verdes — um comando registrado para baixar de novo, ou um armazenamento verificado que a ferramenta dona reconstrói sozinha — também podem ser esvaziadas direto da Recuperação — uma linha ou todas de uma vez, atrás de uma confirmação explícita de sem-desfazer — porque o caminho de volta delas sobrevive aos bytes. Linhas que sumiriam para sempre nunca ganham esse botão; o Finder fica com essa decisão.

As linhas são agrupadas por estágio — quarentena, Lixo, sumido — as mais novas primeiro, com a data em que o item entrou em cada estágio na coluna do estágio; ordene por nome, origem ou tamanho, filtre por estágio, busque por nome, origem ou comando. Cada linha também carrega a letra com que foi classificada quando foi removida — R ou I — porque o caminho de volta depende dela. O último grupo é o ponto central: o registro sobrevive ao Lixo, então esvaziar o Lixo não custa nada que você não possa recuperar deliberadamente. Comandos só rodam em formatos estreitos e validados; o resto é mostrado para você copiar.

Outros itens no Lixo. O que o Finder pôs no Lixo — não o Latent — é listado sob um título próprio, somente leitura, com um botão Devolver que o retorna ao lugar que o Finder registrou, quando existe um. O Latent nunca esvazia nem descarta esses itens; só deixa você vê-los ao lado dos próprios registros.

O Lixo continua seu #

O Latent move as coisas para o Lixo e nunca o esvazia pelas suas costas. Ele não toca em nada que não tenha colocado lá, e não descarta nada que não tenha volta. O cartão do Lixo na Visão Geral mostra o que há dentro e um botão o abre no Finder.

Dois lugares, porém, se oferecem para terminar o serviço. A aba Recuperação esvazia linha por linha, ou todas as seguras de uma vez — "segura" querendo dizer que a linha ainda carrega um comando de reobtenção registrado, ou a prova verificada de que a ferramenta a reconstrói. E o Otimizar oferece isso logo depois de uma execução, apenas para aquela execução. O Otimizar só remove itens de segurança comprovada, então cada linha que ele moveu se baixa de novo ou se regenera sozinha; mandar você ao Finder para recuperar o espaço seria o app recuando de uma decisão que já havia assumido. O botão diz quantos itens e quanto ocupam, e pergunta uma vez.

Todo o resto no Lixo — inclusive o que você mesmo escolheu no Space — fica para seu julgamento, na Recuperação ou no Finder.

Tudo é reversível #

Exclusões vão para o Lixo, nunca direto para o esquecimento, e cada execução grava um manifesto de desfazer que restaura exatamente o que se moveu. Antes de uma limpeza em Space mover qualquer coisa, quatro proteções rodam: a ferramenta dona não está em execução, nenhum binário em execução vive dentro do alvo, nenhum arquivo lá dentro está aberto por algum processo, e nada mudou nos últimos 10 minutos. As proteções verificam de novo no momento da exclusão, não só no planejamento. O desinstalador de Apps roda o próprio par — o app não pode estar em execução, e nenhum arquivo dentro do alvo pode estar aberto.

Assistentes de IA (MCP) #

O Latent traz um servidor MCP embutido, então qualquer assistente compatível com MCP pode ler o panorama do seu disco e propor limpezas. O servidor é o próprio binário do app:

Uma linha #

O Latent se conecta sozinho a todos os assistentes deste Mac. Cole isto no Terminal:

Só escreve onde o cliente realmente está: roda o mcp add do próprio cliente quando existe (Claude Code, Codex, Gemini, Grok) e edita a configuração JSON quando não (Cursor, Claude Desktop, VS Code, Windsurf). As configurações JSON que ele edita são copiadas antes para .bak (um cliente com CLI própria cuida da sua). Nenhuma configuração é inventada para um cliente que você não tem, e o que já conhece o Latent fica como está. Use --dry-run para ver o que ele faria.

Conectar um cliente #

Ou conecte um cliente na mão:

Claude Code

Codex CLI

Gemini CLI

Grok CLI

O -- importa: ele entrega --mode mcp ao Latent em vez de deixar o Grok lê-lo como uma flag própria. O Grok também pode verificar o lado dele da conexão para você — grok mcp doctor informa se o servidor inicia, se o handshake se completa e quantas ferramentas ele encontrou.

Cursor, Claude Desktop, Windsurf, VS Code e qualquer outro com configuração JSON

Adicione isto na seção de servidores MCP do cliente — ~/.cursor/mcp.json para o Cursor, claude_desktop_config.json para o Claude Desktop, .vscode/mcp.json para o VS Code (o VS Code o aninha sob "servers" em vez de "mcpServers"):

{
  "mcpServers": {
    "latent": {
      "command": "/Applications/Latent.app/Contents/MacOS/Latent",
      "args": ["--mode", "mcp"]
    }
  }
}

O transporte é stdio puro — sem porta, sem daemon, nada para manter rodando; o cliente inicia o servidor sob demanda. As duas gerações do protocolo são servidas: a atual (2026-07-28, com server/discover e uma versão em cada requisição) e o handshake antigo, então qualquer cliente de 2024 em diante se conecta.

O que pedir a ele #

O servidor oferece seis ferramentas, e você nunca as chama pelo nome — você pede com suas próprias palavras e o assistente escolhe:

• latent_overview — “para onde foi o meu disco?” Totais por dono e por nível.
• latent_items — “o que eu poderia limpar acima de 500 MB?” Itens individuais com tamanho, nível e evidência.
• latent_clean — “limpe os caches de download do pip e do npm”. É a ferramenta que move coisas para o Lixo, e ela recebe chaves de itens que o assistente obteve do latent_items — nunca uma pasta que você citou de passagem.
• latent_free — “agora me devolva o espaço de verdade”. Esvazia do Lixo só o que o Latent colocou lá, para o número do disco se mexer de verdade. Este não dá para desfazer, e o painel nomeia o que não volta antes de você aprovar.
• latent_duplicates — “há pesos de modelos duplicados?”
• latent_memory — “o que está segurando RAM agora?” Só leitura; encerrar um app nunca cabe ao assistente.

Até onde ir #

Quase tudo o que enche o disco de quem programa não é perigoso de apagar. É só caro de recuperar, e quanto desse custo você aceita é uma pergunta que ninguém além de você responde. Por isso cada linha que o assistente lê carrega um nível, e ele deve mostrar os quatro totais antes de propor qualquer coisa:

• Nível 1: volta sozinho, sem ninguém perceber. É o padrão, e o mesmo conjunto que o Otimizar em um clique leva.
• Nível 2: volta, mas reconstruir ou baixar de novo custa tempo real. Nada se perde. DerivedData mora aqui.
• Nível 3: ninguém provou que volta. Provavelmente volta, mas o Latent não diz isso sem prova.
• Nível 4: seus próprios arquivos e o conjunto protegido. Listados e medidos para você saber o que há ali, e em nenhum nível um assistente pode apagá-los. Essa decisão acontece no app, linha por linha.

Você diz até onde, o assistente passa esse número e o plano que ele recebe indica o nível de cada linha, para você conferir antes de aceitar se ele ficou dentro do que você escolheu. Ele não levanta o teto sozinho: o servidor vai até 3, peça ele o que pedir.

O que sai deste Mac #

Um assistente vê caminhos, tamanhos, níveis e rótulos de evidência — nunca o conteúdo dos arquivos. Mas um caminho é informação: se o seu assistente roda na nuvem, os nomes das pastas sob a sua pasta pessoal viajam até ele, como qualquer arquivo que você cola em um chat. Um modelo local os mantém na máquina. O próprio Latent não envia nada a lugar algum; ele responde ao cliente que o iniciou, por um pipe, e é esse cliente que decide para onde a resposta vai.

O que um assistente pode e não pode fazer #

Os poderes do assistente são estritamente menores que os seus: por padrão ele só pode tocar em itens verificados baixáveis de novo/reconstruíveis (a mesma lista de permissões do Otimizar em um clique), e vai além só quando você diz até onde (veja Até onde ir). E uma regra é absoluta: um assistente não pode excluir nada que não tenha mostrado a você e que você não tenha aceitado. O próprio Latent decide quais itens uma solicitação abrange, entrega ao assistente essa lista exata e então age somente sobre ela: uma vez, dentro de alguns minutos, recusando qualquer item que tenha mudado nesse intervalo. Sem resposta não há exclusão. Assistentes jamais abrem um cadeado, jamais alcançam seus próprios arquivos e jamais veem o conteúdo dos arquivos — só tamanhos, caminhos e os rótulos de evidência. Cada item que o assistente não pode levar diz o porquê na própria lista — sem prova, custa tempo real para reconstruir, arquivos seus, protegido — então ele nunca precisa adivinhar, e o panorama informa tanto o número que ele pode mover quanto o total R comprovado, maior, que o app mostra.

Licença e suporte #

Olhar é grátis, remover exige licença #

O Latent sem licença é um visualizador com força total: escaneie quantas vezes quiser, explore as rodas e os anéis, acompanhe o crescimento ao longo do tempo, leia o registro. Nada expira. O que a licença destrava é remover arquivos — e a recuperação (desfazer, restaurar da quarentena) sempre funciona de qualquer jeito, porque a única coisa que este app nunca vai fazer é manter seus arquivos reféns.

Ativando uma licença ou chave beta #

Barra de menus → Latent → Inserir Licença…, cole sua chave, pronto. Uma chave cobre mais de um Mac (uma chave beta ativa em até 2). Escanear nunca precisou de chave; a exclusão destrava no momento em que a chave chega. Sem conta, sem e-mail, sem nada mais para entrar. Por baixo dos panos, a chave é trocada por um token de licença assinado pelo servidor para este Mac; o próprio app verifica a assinatura e renova o token ao abrir, então um arquivo de configurações copiado não destrava um segundo Mac, e um Mac offline continua funcionando por semanas antes de pedir para falar com o servidor de novo. Sem licença, toda folha de confirmação ainda mostra o que faria e oferece Obter uma licença… no lugar do botão.

Mudando para outro Mac, e reembolsos #

Uma chave comprada ativa em até 3 Macs. Se você vender ou aposentar um deles, abra Latent → Inserir Licença… nele e pressione Liberar — a vaga volta direto para a sua chave e você pode usá-la em outro lugar. Nada naquele Mac é apagado, e você pode ativá-lo de novo a qualquer momento.

Se uma compra for reembolsada ou contestada, a chave deixa de funcionar para exclusão na próxima abertura do app. A recuperação nunca deixa de funcionar. Desfazer, restaurar da quarentena e Devolver ficam inteiramente fora da licença — um reembolso pode levar o produto embora, mas nunca pode deixar seus arquivos abandonados.

Conferir que o download é mesmo nosso #

O Latent é assinado com um Developer ID e autenticado pela Apple, e o tíquete fica grampeado à imagem de disco — o macOS confere na primeira abertura, mesmo offline. Se o arquivo tivesse sido alterado entre a nossa compilação e o seu Mac, ele simplesmente não abriria.

Para conferir você mesmo, depois de mover o app para Aplicativos:

spctl -a -vv /Applications/Latent.app

accepted
source=Notarized Developer ID
origin=Developer ID Application: FatTail Labs (BUS4S7XFQV)

O identificador de equipe BUS4S7XFQV é nosso e não pode ser forjado; é o que uma soma de verificação nesta página não daria, porque quem pudesse trocar o download trocaria também a soma ao lado.

As atualizações passam pelo mesmo teste. Antes de substituir qualquer coisa, o Latent verifica a assinatura, confere o identificador de equipe e pergunta ao Gatekeeper. Se algum falhar, a atualização para e a sua cópia permanece.

Remover o Latent #

O Latent é um pacote de app e uma pasta. Para removê-lo, encerre o Latent (o ícone da barra de menus vai junto) e arraste Latent.app para o Lixo. Ele não instala ajudante, item de login nem extensão de kernel, e não guarda nenhuma senha.

Seus registros ficam em ~/.latent: registros de desfazer, a pasta de quarentena (itens ainda no período de observação), a lista de exclusões e o log de atividade. Deixe-a se puder reinstalar — são os caminhos de volta. Apague-a só quando tiver terminado de vez: o que ainda estiver em quarentena vai junto, então restaure ou esvazie antes na aba Recuperação.

O Latent lista a si mesmo em Apps como P — nunca se remove por dentro.

Dúvidas? #

No app: Ajuda → Enviar Feedback…. Ele envia sua mensagem mais a versão do app e do macOS; o registro de atividade só vai junto se você marcar a caixa dele, com o nome da sua pasta pessoal removido antes. Nada jamais é enviado em segundo plano — só esse botão envia. Ou escreva para fattaillabs.ceo@gmail.com — lemos tudo.