Para Claude Code, Codex, Cursor, OpenCode e Orca

Coloque ordem na bagunça dos agentes.

O Devbroom encontra o que seus agentes de código deixam para trás no seu Mac e classifica cada item pelas evidências. A menos que você ative a Manutenção automática, nada muda até você confirmar.

macOS 13.3 ou posteriorO escaneamento só lêSem conta, sem telemetria

Uma visão do app: 9,1 GB prontos para limpar. Clique em Limpar e os itens Prontos vão para a Lixeira; Restaurar traz todos de volta.

O problema

Os agentes fazem o trabalho. Mas não limpam depois.

Cada tarefa em paralelo é uma nova worktree, cada sessão uma nova pasta temporária, cada build um novo node_modules. Quando o trabalho acaba, quase tudo fica, e ninguém sabe dizer o que ainda está em uso.

Os limpadores comuns não conhecem agentes: olham para uma pasta e a apagam. Não conseguem dizer “há uma sessão do Claude Code rodando nesta pasta”.

35 GB+Dados limpáveis que encontramos no Mac de um único desenvolvedor
9 GBA pasta temporária de um único agente
5Agentes que ele conhece, cada um com suas próprias regras
Como funciona

Escaneie. Veja as evidências. Confirme.

Três passos, sem surpresas. O escaneamento não altera nenhum arquivo; quem confirma a limpeza é você.

Ele lê seus projetos e as pastas dos seus agentes. Tudo o que encontra vira uma bolha, do tamanho do espaço que ocupa. O escaneamento não muda nada no disco.

Cada bolha recebe seu veredito e entra no seu grupo: Pronto, Revisar, Bloqueado ou Desconhecido. O motivo fica sempre ao lado: a qual agente pertence, se está em uso, se guarda trabalho não salvo.

Quando você clica em Limpar, cada item é verificado de novo e o que você escolheu vai para a Lixeira; os itens Prontos já vêm selecionados. Bloqueados e Desconhecidos ficam onde estão, e tudo o que vai para a Lixeira pode ser restaurado pelo Histórico.

Quatro vereditos

Cada item tem um veredito, cada veredito um motivo.

A cor nunca é o único sinal: cada veredito tem seu próprio padrão, sua própria marca e sua própria regra. Itens Bloqueados e Desconhecidos nunca podem ser selecionados.

Pronto

Passou em todas as verificações.

Selecionado por padrão · vai para a Lixeira
~/projects/shop/web/node_modules
  • Há um package.json ao lado; só o nome não basta.
  • Nenhuma sessão de agente está rodando nesta pasta nem acima dela.
  • Nenhum processo roda daqui e nenhum arquivo está aberto.
  • 794 MB compartilhados com outros lugares não foram contados.

Revisar

Vale dar uma olhada antes.

Só é limpo se você escolher “Incluir mesmo assim”
~/projects/api/.claude/worktrees/billing
  • Há um arquivo .env ignorado: git worktree remove o apaga sem perguntar.
  • Um git status limpo não prova que não há nada de valor dentro.

Bloqueado

Em uso ou com trabalho dentro.

Não pode ser selecionado
~/projects/shop/release-1.2
  • Uma sessão do Claude Code está rodando na pasta pai ~/projects/shop.
  • Há alterações sem commit. O git não as remove sem --force; o Devbroom nunca usa --force.

Desconhecido

Evidências insuficientes.

Não pode ser selecionado · nunca conta como Pronto
~/Developer/tmp-7c2e
  • Não foi possível dizer a qual agente isto pertence.
  • Parte dele não pôde ser lida; o tamanho foi medido só em parte.
Regras

Feito para não apagar a coisa errada.

O medo de verdade não é espaço desperdiçado, é perder trabalho. É para isso que servem as regras do Devbroom, e nenhuma delas é uma opção de ajuste.

O escaneamento só lê

O escaneamento não altera nenhum arquivo. A menos que você ative a Manutenção automática, nada é tocado sem que você tenha visto na prévia e confirmado.

--force

Nunca --force

Uma worktree com alterações sem commit fica Bloqueada. O git não a remove sem --force, e o Devbroom nunca usa --force.

Lixeira primeiro

A Lixeira é o padrão. Apagar permanentemente é uma escolha à parte, e você mantém o botão pressionado para confirmar.

Não mexe no que está rodando

Se um agente está trabalhando naquela pasta, um processo roda a partir dela ou um arquivo dela está aberto, o item fica Bloqueado.

Só o nome não basta

node_modules só fica Pronto com um package.json ao lado, target só com o marcador do Cargo dentro. Sem o marcador, fica em Revisar.

Tamanho real

Espaço compartilhado por hard links e clones APFS não é contado. O número que você vê é o que apagar libera.

Do jeito do próprio agente

Bancos de dados e credenciais dos agentes nunca são tocados. Quando um agente tem seu próprio comando de limpeza, é assim que a limpeza é feita ou mostrada a você: claude purge para o Claude Code, por exemplo.

Não interrompe agentes em execução

Os processos de uma sessão de agente em execução nunca são tocados. Ele só pede para encerrar processos que os agentes deixaram para trás quando você manda, e só depois de verificar de novo.

Tudo no seu Mac

Sem conta, sem telemetria; nada sobre você é enviado. O app só verifica atualizações; se você inserir uma licença Pro, ele a ativa uma vez e a verifica de novo, discretamente, mais ou menos uma vez por mês. Dos registros de sessão ele só pega contagens de tokens e nomes de modelos; o texto das mensagens nunca é guardado.

Agentes

Conhece seus agentes. Sabe o que deixam e onde.

As worktrees são encontradas mesmo quando ficam fora das pastas dos seus projetos. Repositórios movidos, pastas apagadas e worktrees órfãs são reconhecidos pelo que são.

Claude Code

Registros de sessão, pontos de restauração, pastas temporárias e worktrees.

~/.claude/projects~/.claude/file-history+10 outros lugares
Detalhes
Codex

Sessões, sessões arquivadas e worktrees do Codex.

~/.codex/sessions~/.codex/archived_sessions+9 outros lugares
Detalhes
Cursor

Worktrees dos agentes, transcrições e caches.

~/.cursor/worktrees~/.cursor/projects+5 outros lugares
Detalhes
OpenCode

Banco de dados de sessões (só leitura), snapshots e worktrees.

~/.local/share/opencodeopencode.db+6 outros lugares
Detalhes
Orca

Worktrees do git, cada uma avaliada individualmente.

~/orca/workspaces.orca-worktree-trash+1 outros lugares
Detalhes
node_modules.next.turbotarget.venv__pycache__DerivedDatadistbuildvendornode_modules.next.turbotarget.venv__pycache__DerivedDatadistbuildvendornode_modules.next.turbotarget.venv__pycache__DerivedDatadistbuildvendornode_modules.next.turbotarget.venv__pycache__DerivedDatadistbuildvendor
npmYarnBunpnpm storepipuvHomebrewCocoaPodsSimulatorGradleCargo registryPlaywrightHugging FacenpmYarnBunpnpm storepipuvHomebrewCocoaPodsSimulatorGradleCargo registryPlaywrightHugging FacenpmYarnBunpnpm storepipuvHomebrewCocoaPodsSimulatorGradleCargo registryPlaywrightHugging FacenpmYarnBunpnpm storepipuvHomebrewCocoaPodsSimulatorGradleCargo registryPlaywrightHugging Face
Fora do app também

No terminal e na barra de menus.

O comando devbroom faz o mesmo escaneamento e mostra os mesmos motivos; devbroom clean mostra primeiro o que está Pronto e depois move para a Lixeira. Na barra de menus você vê tudo num relance, sem abrir o app.

Todas as opções: docs da linha de comando
O escaneamento só lêNão apaga, não move e não altera nada. Limpar é outro comando.
Todos os motivos--details abre as verificações por trás de cada veredito.
Para scripts--json entrega o relatório completo em JSON.
DevbroomEscaneado às 12:30
9,1GB

pronto para limpar · 26 itens

Limpar 9,1 GB…
2 agentes em execução
Abrir o Devbroom⌘O
Escanear de novo⌘R
Sair do Devbroom⌘Q
Sempre a um olhar de distânciaOs mesmos quatro grupos, em miniatura: um número, um botão. Quando há mais de 100 MB prontos para limpar, o tamanho aparece ao lado do ícone. Durante um escaneamento, o progresso aparece aqui e no Dock; feche a janela e o Devbroom sai do Dock e continua na barra de menus.
Integrações

Seu agente também pode perguntar. Quem decide é você.

Seus agentes, Atalhos e scripts podem acessar o que o Devbroom sabe. Nenhum deles limpa sozinho: os pedidos dos agentes chegam a você no app, e devbroom clean mostra primeiro e pergunta.

Configuração: docs de integrações
mcp

MCP para seus agentes

Com devbroom mcp, Claude Code, Codex ou Cursor podem ler o último escaneamento, perguntar por que uma pasta está Pronta ou Bloqueada e pedir a você para limpar. O pedido chega a você no app; nada é limpo até você confirmar, e cada item é verificado de novo depois disso.

Atalhos e Raycast

devbroom://scan, devbroom://clean e devbroom://open só abrem o Devbroom; a limpeza espera por você.

O último escaneamento, em um comando

devbroom status --json entrega o último escaneamento do app; não escaneia de novo.

Análises e sessões

Quanto os dados dos agentes cresceram nos últimos 30 dias, o que cresce mais rápido, o que foi limpo este ano, as contagens de tokens das suas sessões e o custo estimado. Na aba Sessões você pode buscar nas conversas e arquivar conversas antigas do Claude Code sem tocar na memória delas. Faz parte do Pro.

Manutenção automática

O Devbroom pode escanear sozinho todo dia ou toda semana; os escaneamentos automáticos só leem. Defina uma regra como “Fazer por conta própria” e ela move só itens Prontos, e só para a Lixeira. Não há regras até você criar uma. Faz parte do Pro.

Perguntas

Perguntas que você pode ter.

O app mostra o veredito de cada item com os motivos logo ao lado. Mais nas docs.

Não, a menos que você ative isso. O escaneamento só lê. A limpeza acontece para os itens que você confirma, e cada item é verificado de novo logo antes de ser removido; se algo mudou desde o escaneamento, ele fica onde está.

Se você definir uma regra como “Fazer por conta própria” em Ajustes › Manutenção automática, o Devbroom move só itens Prontos, e só para a Lixeira, depois dos escaneamentos automáticos. Esvaziar a Lixeira é um ajuste à parte e só apaga o que o Devbroom moveu para lá. Os dois começam desligados.

A Lixeira é o padrão, e você pode restaurar cada item que foi para lá, um por um, pelo Histórico. As worktrees são removidas com o git: o HEAD delas é salvo em refs/devbroom/removed e o branch continua lá. Apagar permanentemente é uma escolha à parte, e você mantém o botão pressionado para confirmar.

Claude Code, Codex, Cursor, OpenCode e Orca. Ele também mostra os dados de Gemini CLI, Aider, Cline, Windsurf, Copilot CLI, Amp e Kiro, mas ainda não os limpa. Além dos agentes, encontra caches de desenvolvimento como npm, pnpm, Cargo e Xcode; você pode desligá-los em Ajustes.

Não envia nada sobre você. Ele verifica atualizações: uma vez, 8 segundos depois de abrir, e quando você clica em “Verificar agora”, lendo o arquivo latest.json que publicamos. Se você inserir uma licença Pro, ele a ativa uma vez e a verifica de novo, discretamente, mais ou menos uma vez por mês; para isso só a chave da licença e o nome do seu Mac são enviados. Sem licença, a verificação de atualizações é a única requisição. Não há conta nem telemetria. As linhas de comando dos processos em execução são lidas só na memória e não são gravadas em lugar nenhum.

Não. Ele mostra quais agentes estão rodando e quais processos ficaram para trás. Nunca toca nos processos de uma sessão em execução, e a pasta dessa sessão continua Bloqueada. Ele só pede para encerrar processos que os agentes deixaram para trás quando você manda, e só depois de verificar de novo.

Em Macs com Apple silicon, no macOS 13.3 ou posterior. O suporte a Windows está nos planos.

Escanear, vereditos, limpeza, restaurar pelo Histórico, o comando devbroom e o MCP são grátis e vão continuar grátis. Manutenção automática, Análises e as ferramentas de sessão (uso e custo, busca, arquivamento) fazem parte do Pro.

O Pro custa $29 uma única vez, para 2 Macs; a licença nunca expira e cobre todas as versões lançadas durante um ano. Depois disso, as novas versões custam $15 por ano, se você quiser. Nos primeiros 14 dias todo o Pro fica liberado, sem cartão e sem conta. Detalhes na página de Preços.

Ícone do app Devbroom

Deixe seus agentes trabalharem. O Devbroom limpa depois.

O escaneamento só lê, cada veredito vem com seu motivo, e tudo o que vai para a Lixeira pode ser restaurado.

macOS 13.3 ou posteriorSem conta, sem telemetria