Guias do Levo · Desenvolvedores: Apple
O guia de limpeza de disco do Mac para desenvolvedores (2026)
O Mac de um desenvolvedor enche sempre nos mesmos doze lugares: dados de compilação e simuladores do Xcode, node_modules, caches de pacotes, a imagem de disco do Docker, toolchains de linguagens e modelos de IA. Quase tudo é gerado de novo sob demanda, então o trabalho é saber qual pasta é qual e usar o comando de limpeza da própria ferramenta em vez do rm.
| Ecossistema | Onde se esconde | Limpe com | Guia |
|---|---|---|---|
| Dados de compilação do Xcode | ~/Library/Developer/Xcode/DerivedData | Settings › Locations, ou apague a pasta | DerivedData |
| Simuladores e runtimes | ~/Library/Developer/CoreSimulator | xcrun simctl delete unavailable | Simuladores |
| Device support | ~/Library/Developer/Xcode/iOS DeviceSupport | Apague as pastas de versões antigas do iOS | DeviceSupport |
| SwiftPM e CocoaPods | ~/Library/Caches/org.swift.swiftpm, ~/Library/Caches/CocoaPods | swift package purge-cache, pod cache clean --all | SwiftPM e CocoaPods |
| node_modules | Toda pasta de projeto JavaScript | Apague a pasta e depois npm install | node_modules |
| npm, pnpm, Yarn, Bun | ~/.npm, o store do pnpm, ~/.bun/install/cache | npm cache clean --force, pnpm store prune | Caches de JavaScript |
| Docker | Docker.raw na pasta de dados do Docker | docker system prune | Docker |
| Homebrew | ~/Library/Caches/Homebrew | brew cleanup | Homebrew |
| Python | ~/Library/Caches/pip, virtualenvs, conda | pip cache purge, uv cache clean | pip, uv e conda, virtualenvs |
| Rust | pastas target, ~/.cargo | cargo clean | Rust |
| Go | ~/Library/Caches/go-build, ~/go/pkg/mod | go clean -cache | Go |
| Gradle e Android | ~/.gradle/caches, ~/Library/Android/sdk | ./gradlew clean, AVD Manager | Gradle, Emuladores Android |
| Editores | Caches do JetBrains, VS Code e Cursor | As pastas de cada app | JetBrains, VS Code e Cursor |
| Navegadores de teste | ~/Library/Caches/ms-playwright | npx playwright uninstall | Playwright e Puppeteer |
| Engines de jogos | Library do Unity, DerivedDataCache do Unreal | Apague a pasta e reabra o projeto | Unity e Unreal |
| Modelos de IA e agentes | ~/.ollama, ~/.cache/huggingface, ~/.claude | O comando de cada ferramenta | Bagunça de IA |
Como fazer você mesmo
Comece descobrindo para onde o espaço foi. Um mapa do disco é o jeito mais rápido, mas alguns comandos du respondem à maior parte:
du -sh ~/Library/Developer ~/Library/Caches ~/.cache ~/.npm ~/.gradle ~/.cargo ~/.ollama ~/.claude 2>/dev/null
du -sh ~/Library/Containers/com.docker.docker 2>/dev/nullDepois siga esta ordem, primeiro o maior e mais seguro.
- Feche o Xcode e limpe os dados de compilação, depois os simuladores e o device support antigo. Em um Mac com anos de Xcode isso costuma dar de 50 a 150 GB. Por que o Xcode fica tão grande explica cada pasta.
- Faça a poda do Docker. Imagens e cache de compilação são a parte segura; os volumes podem guardar um banco de dados de que você gosta.
- Apague as pastas
node_modulesetargetde projetos que você não abre há meses. Use o gerenciador de pacotes para trazê-las de volta depois. - Execute os limpadores dos gerenciadores de pacotes:
brew cleanup,npm cache clean --force,pip cache purge,go clean -cache. Cada cache é reconstruído na próxima instalação, o que custa tempo e banda. - Revise modelos de IA e o histórico de agentes. Os modelos são a única coisa aqui que pode não estar mais na internet, então confira-os à mão.
A regra que mantém você seguro: caches e saídas de compilação são feitos a partir de outra coisa. Arquivos (archives), bancos de dados em volumes do Docker, trabalho do git ainda não enviado, arquivos .env e seus próprios modelos não são.
Uma rotina que funciona
A maioria dos desenvolvedores se sai melhor com um pequeno hábito do que com uma grande faxina. Uma vez por mês, meça as pastas do comando acima e veja o que cresceu. Os dados de compilação do Xcode, o cache de compilação do Docker e node_modules em branches abandonados são os que costumam crescer; o resto mal se mexe.
Duas coisas valem a pena ser feitas uma vez só. Aponte os grandes caches de modelos para um disco externo com as variáveis de ambiente deles (OLLAMA_MODELS, HF_HOME) e encurte por quanto tempo seus agentes de programação guardam sessões. Depois disso, o crescimento desacelera de vez.
E uma lista curta do que deixar em paz, não importa o que um limpador diga: archives do Xcode que você publicou, volumes do Docker com um banco de dados dentro, arquivos .env e de credenciais, chaves SSH e repositórios git com trabalho ainda não enviado. Nenhum deles é cache, e nenhum pode ser reconstruído a partir do código-fonte. Se você não tem certeza sobre uma pasta, abra-a, olhe as datas e pergunte ao seu agente o que ela é antes de apagar qualquer coisa.
Como o Levo faz
O Levo mantém um índice ao vivo do seu disco e agrupa o que encontra por tipo: dados de compilação do Xcode, Simulators, Package caches, imagens do Docker, Agent worktrees e mais, cada um com tamanho e motivo. As regras internas conhecem as pastas acima. Seu próprio agente, como o Claude Code ou o Codex, lê o índice e avalia o que ficou obsoleto, mas só o Levo apaga.
Select › Smartly marca o que é seguro no seu nível de limpeza. Modelos, backups, máquinas virtuais e tudo que estiver aberto ficam desmarcados para você decidir. O Levo confere cada item de novo logo antes de apagar e deixa em paz o que o Xcode ou uma compilação estiver usando. Os detalhes estão em Levo para desenvolvedores Xcode, para desenvolvedores web e para desenvolvedores Android.
Perguntas frequentes
O que ocupa mais espaço no Mac de um desenvolvedor?
Normalmente os dados do Xcode primeiro: DerivedData, simuladores e seus runtimes e device support, depois a imagem de disco do Docker, as pastas node_modules e os modelos de IA. Meça sua pasta pessoal e a pasta Biblioteca para ver o que vale para você.
É seguro apagar os caches de desenvolvedor?
Sim, para caches e saídas de compilação, porque a ferramenta os gera de novo a partir do seu código-fonte. Espere uma próxima compilação ou instalação mais lenta. Não apague arquivos (archives), volumes do Docker, trabalho do git ainda não enviado nem modelos que você não consegue baixar de novo.
Devo usar rm ou o comando da própria ferramenta?
Use o comando da ferramenta quando houver um, como simctl para simuladores, docker prune, brew cleanup e swift package purge-cache. Ele sabe o que está em uso. Apagar diretamente serve para DerivedData e node_modules.
Com que frequência devo limpar o Mac de um desenvolvedor?
Quando o espaço livre ficar baixo, ou depois do fim de um projeto grande. Dados de compilação e caches voltam a crescer, então uma olhada mensal vale mais que uma limpeza anual.