Quantos gigabytes de lixo tem no seu Mac neste exato momento sem que você saiba?

Não estou falando das fotos duplicadas do churrasco de 2019 nem da pasta de Downloads que mais parece um lixão da cidade. Estou falando de artefatos de compilação. node_modules de projetos que você não toca desde a pandemia. Caches de build de frameworks que você nem lembra ter instalado. Derived Data do Xcode acumulando poeira embaixo da cama.

Eu passei meses com o disco 85% cheio, fazendo malabarismos com o que poderia apagar. Até que descobri o Mole, executei mo purge --dry-run, e a tela me entregou um número: 17 GB recuperáveis. Trezentos e cinquenta artefatos de compilação espalhados, apodrecendo em silêncio.

Dezessete gigabytes. Sem apagar uma única foto ou documento.

O que é o Mole (e o que ele não é)

Mole é uma CLI para macOS que promete “deep clean and optimize your Mac”. Vem com um menu de comandos que soa como um canivete suíço:

mo clean # Limpa caches, logs e arquivos temporários mo uninstall # Desinstala apps completamente mo optimize # Verifica e “otimiza” o sistema mo analyze # Analisa o uso do disco mo status # Monitora a saúde do sistema mo purge # Elimina artefatos de projetos mo installer # Localiza instaladores antigos mo touchid # Configura Touch ID para sudo


Oito comandos. Já adianto: **apenas dois valem seu tempo**. O resto varia de "meh, já faço isso manualmente" a "nem pelo decreto eu executaria isso sem verificar antes".

## mo purge: a joia silenciosa

Se você é desenvolvedor e usa seu Mac há mais de seis meses, `mo purge` vai encontrar verdadeiros tesouros escondidos. Para simplificar: ele examina seus diretórios de projetos e detecta artefatos de *build* que ocupam espaço sem acrescentar nada.

Que tipo de artefatos? Os suspeitos de sempre:

- **node_modules** em projetos Node/Bun esquecidos
- **target/** em projetos Rust
- **build/** e **.build/** em projetos Swift/Xcode
- **DerivedData** do Xcode
- **__pycache__** e ambientes virtuais do Python
- **.gradle** e **build/** em projetos Java/Kotlin
- **Pods/** em projetos iOS usando CocoaPods

A mágica disso é que esses diretórios são 100% regeneráveis. Se amanhã você voltar a mexer no projeto, um `npm install` ou `cargo build` recria tudo do zero. Mas, enquanto isso, eles estão ali, ocupando gigabytes como um inquilino que não paga aluguel.

### O fluxo certo

Primeiro, sempre faça um teste:

```bash
mo purge --dry-run

Isso mostra o que o comando encontraria e quanto espaço ele liberaria sem alterar nada. Esse é o momento de checar a lista para ter certeza de que não vai apagar o node_modules do projeto que está aberto neste momento em três terminais.

Se o resultado convencer você:

mo purge

E 17 GB voltam para seu disco. Simples assim.

Configurar os caminhos de varredura

Por padrão, Mole procura em caminhos genéricos (~/Projects, ~/GitHub, ~/Code…). Se sua estrutura de diretórios é diferente — e se você é minimamente organizado, provavelmente será — você terá que configurá-la:

mo purge --paths

Isso abre um editor onde você pode adicionar seus caminhos reais. No meu caso, ~/code e ~/courses. Sem isso, o Mole escaneia pastas que não existem e ignora as que realmente importam.

mo analyze: o mapa do tesouro

mo analyze é outra joia. Ele abre uma TUI (interface de terminal) interativa que mostra um mapa do seu disco, diretório por diretório, organizado por tamanho.

mo analyze           # Analisa o disco principal
mo analyze /Volumes  # Analisa discos externos

É como um Disk Inventory X ou um GrandPerspective, mas direto no terminal e sem precisar instalar um app gráfico.

Por que isso é útil? Porque o problema com espaço em disco não é “preciso apagar algo”. O problema é “não faço ideia do que está ocupando 50 GB”. mo analyze te dá a resposta em segundos. Você navega pelo sistema de arquivos, vê o que consome mais espaço e toma suas decisões.

A diferença para um du -sh * | sort -rh manual: a TUI permite navegar dentro dos diretórios sem precisar executar o comando novamente. Você entra, sai, compara. É mais rápido e visual do que alternativas puramente em linha de comando.

E o resto… bem, veja bem

Aqui vem a opinião polêmica: os outros comandos do Mole variam de dispensáveis a completamente desnecessários.

mo clean: faz pouco que você já não faça

Limpa caches do sistema, logs e arquivos temporários. Parece bom, mas o macOS já gerencia a maioria dessas caches automaticamente. E as que ele não gerencia (Homebrew, Docker, etc.), você provavelmente prefere limpar manualmente, porque sabe o que quer manter e o que pode descartar.

Você pode ganhar 2-3 GB? Certamente. Vale o esforço de automatizar isso? Se seu disco está tão cheio que 2 GB fazem diferença, mo purge provavelmente teria recuperado muito mais.

mo optimize: caixa preta do mistério

“Verificar e manter a saúde do sistema, aplicar otimizações.” Que otimizações? Sobre o quê? A documentação é vaga e eu não gosto de executar coisas que “melhoram” meu sistema sem saber exatamente o que elas alteram.

Você pode testar mo optimize --dry-run para ver o plano de ação, o que já é alguma coisa. Mas, na minha experiência, as “otimizações” são coisas como verificar permissões de disco, limpar fontes corrompidas e reconstruir índices do Spotlight. Tudo isso ou o macOS já faz sozinho, ou não é necessário a menos que algo esteja quebrado.

mo uninstall: útil, mas somente ocasionalmente

Remove aplicativos junto com seus arquivos de suporte (preferências, caches, etc.) que ficam abandonados quando você arrasta um app para a lixeira. É basicamente o que o AppCleaner faz, só que via terminal.

Se você desinstala apps com frequência, pode valer a pena. Caso contrário, é dispensável.

mo status: bonito, mas supérfluo

Um painel no terminal com informações sobre CPU, memória, disco e bateria. Legal de ver. Mas aí você lembra que já tem htop, btop, Monitor de Atividade, ou até pode perguntar diretamente ao seu assistente de IA “como está minha memória?” e obter a resposta sem abrir programa nenhum.

Conclusão: menos é mais

Mole tem oito comandos. Dois são ouro puro. O resto é preenchimento que você pode ignorar.

mo purge soluciona um problema real que nenhuma outra ferramenta de limpeza para Mac aborda: os artefatos de compilação de desenvolvimento. Não é um truque que apaga caches do sistema na esperança de que você note a diferença. Ele encontra artefatos de build específicos, informa o peso deles e elimina. Tudo regenerável. Risco zero.

mo analyze arruma outro problema real: descobrir onde foi parar o espaço do disco. Sem interfaces gráficas, sem esperar o Finder indexar, sem executar du várias vezes. Uma TUI rápida que dá o panorama completo.

Entre os dois, na minha máquina, consegui recuperar 17 GB em menos de um minuto. E o melhor é que posso repetir isso todo mês sem esforço — os artefatos voltam a acumular como roupas sujas, mas agora eu tenho uma máquina de lavar.

# Seu novo ritual mensal
brew install mole        # Apenas uma vez
mo purge --paths         # Configurar seus diretórios (uma vez)
mo purge --dry-run       # Revisar
mo purge                 # Limpar
mo analyze               # Investigar o que mais está sobrando

Bônus: automatizar a manutenção completa

Se mo purge é seguro — e é, porque tudo que ele apaga se regenera com um install ou build — por que não automatizá-lo junto com o brew upgrade?

“Mas espera, atualizar brew automaticamente não pode causar problemas?” A objeção lógica é que atualizações do Python ou Node poderiam quebrar algum projeto. A resposta em 2026: não, se você usa gerenciadores de versão por projeto. O uv gerencia sua própria instalação do Python por projeto (uv python install 3.x), então brew upgrade python não afeta nenhum ambiente virtual. O mesmo vale para Node se você usar fnm ou nvm. O Python ou Node do Homebrew é apenas para o sistema — seus projetos não dependem dele.

Com isso resolvido, um LaunchAgent executando isso todo domingo só traz benefícios:

#!/bin/bash
# Atualizar Homebrew
brew update && brew upgrade
brew cleanup --prune=30
brew autoremove

# Limpar artefatos de desenvolvimento
mo purge --yes

Você acorda no domingo, seu Mac está com os pacotes atualizados, os gigabytes de node_modules mortos sumiram, e você recebe uma mensagem no Telegram com o resumo. Sem pensar. Sem lembrar. Sem complicação.

Agora, mo analyze, esse não se automatiza. Explorar o disco é uma decisão que você precisa tomar, não um cron. Mas uma vez por mês, depois do purge automático, rodar mo analyze para conferir o que mais é descartável é um excelente hábito.

O melhor software não é aquele que tem mais funções. É aquele que faz bem as duas coisas que você realmente precisa. Mole tem seis comandos extras, mas os dois que importam valem a instalação.