Devbroom znajduje to, co Twoi agenci kodujący zostawiają na Macu, i ocenia każdy element na podstawie dowodów. Dopóki nie włączysz Automatycznych porządków, nic się nie zmienia bez Twojego potwierdzenia.
Widok aplikacji: 9,1 GB gotowe do wyczyszczenia. Naciśnij Wyczyść, a elementy Gotowe trafią do Kosza; Przywróć odstawia je wszystkie z powrotem.
Każde równoległe zadanie to nowy worktree, każda sesja to nowy folder roboczy, każdy build to nowe node_modules. Kiedy praca się kończy, większość z tego zostaje i nikt nie wie, co jest jeszcze w użyciu.
Zwykłe programy czyszczące nie znają agentów: patrzą na folder i go usuwają. Nie powiedzą Ci, że „w tym folderze działa sesja Claude Code”.
Trzy kroki, bez niespodzianek. Skanowanie nie zmienia ani jednego pliku; sprzątanie potwierdzasz Ty.
Odczytuje Twoje projekty i foldery samych agentów. Wszystko, co znajdzie, staje się bańką tak dużą, jak zajmowane miejsce. Skanowanie niczego na dysku nie zmienia.
Każda bańka dostaje werdykt i trafia do swojej grupy: Gotowe, Do przejrzenia, Zablokowane lub Nieznane. Obok zawsze jest powód: do którego agenta należy, czy jest w użyciu, czy zawiera niezapisaną pracę.
Gdy naciśniesz Wyczyść, każdy element jest sprawdzany ponownie, a to, co wybrałeś, trafia do Kosza; elementy Gotowe są zaznaczone od początku. Zablokowane i Nieznane zostają na miejscu, a wszystko, co trafiło do Kosza, przywrócisz z Historii.
Kolor nigdy nie jest jedynym znakiem: każdy werdykt ma własny wzór, własny symbol i własną zasadę. Elementów Zablokowanych i Nieznanych nie da się zaznaczyć, nigdy.
Wszystkie testy zaliczone.
Zaznaczone domyślnie · trafia do Koszapackage.json; sama nazwa nie wystarcza.Warto najpierw zajrzeć.
Nie jest czyszczone, chyba że wybierzesz „Uwzględnij mimo to”.env: git worktree remove usuwa go bez pytania.git status nie dowodzi, że w środku nie ma nic cennego.W użyciu lub zawiera pracę.
Nie da się zaznaczyć~/projects/shop działa sesja Claude Code.--force; Devbroom nigdy nie używa --force.Za mało dowodów.
Nie da się zaznaczyć · nigdy nie liczy się jako GotowePrawdziwym strachem nie jest zmarnowane miejsce, tylko utrata pracy. Do tego służą zasady Devbroom i żadna z nich nie jest ustawieniem.
Skanowanie nie zmienia ani jednego pliku. Dopóki nie włączysz Automatycznych porządków, nic nie zostanie ruszone bez podglądu i Twojego potwierdzenia.
Worktree z niezatwierdzonymi zmianami jest Zablokowany. git nie usunie go bez --force, a Devbroom nigdy nie używa --force.
Domyślnie wszystko trafia do Kosza. Trwałe usunięcie to osobny wybór, który potwierdzasz, przytrzymując przycisk.
Jeśli w folderze pracuje agent, coś się z niego uruchamia albo jakiś plik w nim jest otwarty, element jest Zablokowany.
node_modules jest Gotowe tylko z package.json obok, target tylko ze znacznikiem Cargo w środku. Bez znacznika zostaje Do przejrzenia.
Miejsce współdzielone przez twarde dowiązania i klony APFS nie jest liczone. Widzisz dokładnie tyle, ile zwolni usunięcie.
Bazy danych i dane logowania agentów nigdy nie są ruszane. Gdy agent ma własne polecenie do sprzątania, robi się to (albo pokazuje) właśnie nim: na przykład claude purge dla Claude Code.
Procesy działającej sesji agenta nigdy nie są ruszane. Procesy pozostawione przez agentów są proszone o zakończenie tylko na Twoje polecenie i dopiero po ponownym sprawdzeniu.
Bez konta, bez telemetrii; nic o Tobie nie jest wysyłane. Aplikacja sprawdza tylko aktualizacje; jeśli wpiszesz licencję Pro, aktywuje ją raz i po cichu sprawdza ponownie mniej więcej raz w miesiącu. Z logów sesji pobiera tylko liczbę tokenów i nazwy modeli; treść wiadomości nigdy nie jest zapisywana.
Worktree są znajdowane, nawet gdy leżą poza folderami projektów. Przeniesione repozytoria, usunięte foldery i osierocone worktree są rozpoznawane jako to, czym są.
Logi sesji, punkty przywracania, foldery robocze i worktree.
Sesje, zarchiwizowane sesje i worktree Codex.
Worktree agenta, transkrypcje i pamięci podręczne.
Baza sesji (tylko odczyt), migawki i worktree.
Worktree git, każdy oceniany osobno.
Polecenie devbroom wykonuje to samo skanowanie i podaje te same powody; devbroom clean najpierw pokazuje, co jest Gotowe, a potem przenosi to do Kosza. Na pasku menu widzisz wszystko jednym spojrzeniem, bez otwierania aplikacji.
Wszystkie opcje: dokumentacja wiersza poleceń--details pokazuje testy stojące za każdym werdyktem.--json zwraca cały raport jako JSON.gotowe do wyczyszczenia · elementy: 26
Twoi agenci, Skróty i skrypty mają dostęp do tego, co wie Devbroom. Żadne z nich nie sprząta samo: prośby agentów trafiają do Ciebie w aplikacji, a devbroom clean najpierw pokazuje i pyta.
Dzięki devbroom mcp Claude Code, Codex czy Cursor mogą odczytać ostatnie skanowanie, zapytać, dlaczego folder jest Gotowy albo Zablokowany, i poprosić Cię o czyszczenie. Prośba trafia do Ciebie w aplikacji; nic nie jest czyszczone, dopóki nie potwierdzisz, a po potwierdzeniu każdy element jest sprawdzany ponownie.
devbroom://scan, devbroom://clean i devbroom://open tylko otwierają Devbroom; czyszczenie czeka na Ciebie.
devbroom status --json zwraca ostatnie skanowanie z aplikacji; nie skanuje ponownie.
Ile danych agentów przybyło w ostatnich 30 dniach, co rośnie najszybciej, co wyczyszczono w tym roku, liczba tokenów i szacowany koszt Twoich sesji. Na karcie Sesje przeszukasz rozmowy i zarchiwizujesz stare rozmowy Claude Code bez ruszania ich pamięci. W ramach Pro.
Devbroom może sam skanować codziennie lub co tydzień; automatyczne skanowania tylko odczytują. Ustaw regułę na „Rób samodzielnie”, a przeniesie wyłącznie elementy Gotowe i wyłącznie do Kosza. Dopóki nie dodasz reguły, nie ma żadnej. W ramach Pro.
Aplikacja pokazuje werdykt każdego elementu z powodami tuż obok. Więcej w dokumentacji.
Nie, chyba że to włączysz. Skanowanie tylko odczytuje. Czyszczone są elementy, które potwierdzisz, a każdy z nich jest sprawdzany ponownie tuż przed usunięciem; jeśli coś zmieniło się od skanowania, zostaje nietknięty.
Jeśli w Ustawienia › Automatyczne porządki ustawisz regułę na „Rób samodzielnie”, po automatycznych skanowaniach Devbroom przeniesie wyłącznie elementy Gotowe i wyłącznie do Kosza. Opróżnianie Kosza to osobne ustawienie i usuwa tylko to, co przeniósł tam Devbroom. Na początku oba są wyłączone.
Domyślnie wszystko trafia do Kosza, a każdy element, który tam trafił, przywrócisz pojedynczo z Historii. Worktree są usuwane przez git: ich HEAD jest zapisywany w refs/devbroom/removed, a gałąź zostaje. Trwałe usunięcie to osobny wybór, który potwierdzasz, przytrzymując przycisk.
Claude Code, Codex, Cursor, OpenCode i Orca. Pokazuje też dane Gemini CLI, Aider, Cline, Windsurf, Copilot CLI, Amp i Kiro, ale jeszcze ich nie czyści. Poza agentami znajduje pamięci podręczne narzędzi programistycznych, takich jak npm, pnpm, Cargo i Xcode; możesz je wyłączyć w Ustawieniach.
Nie wysyła niczego o Tobie. Sprawdza aktualizacje: raz, 8 sekund po uruchomieniu, oraz gdy naciśniesz „Sprawdź teraz”; odczytuje wtedy publikowany przez nas plik latest.json. Jeśli wpiszesz licencję Pro, aktywuje ją raz i po cichu sprawdza ponownie mniej więcej raz w miesiącu; wysyłany jest wtedy tylko klucz licencji i nazwa Twojego Maca. Bez licencji sprawdzanie aktualizacji to jedyne zapytanie. Nie ma konta ani telemetrii. Wiersze poleceń działających procesów są odczytywane tylko w pamięci i nigdzie nie są zapisywane.
Nie. Pokazuje, którzy agenci działają i które procesy zostały po nich. Nigdy nie rusza procesów działającej sesji, a jej folder zostaje Zablokowany. Procesy pozostawione przez agentów są proszone o zakończenie tylko na Twoje polecenie i dopiero po ponownym sprawdzeniu.
Na Macach z układem Apple, z macOS 13.3 lub nowszym. Wsparcie dla Windows jest planowane.
Skanowanie, werdykty, czyszczenie, przywracanie z Historii, polecenie devbroom i MCP są bezpłatne i takie zostaną. Automatyczne porządki, Analityka i narzędzia sesji (użycie i koszt, wyszukiwanie, archiwum) są w Pro.
Pro to jednorazowo $29 za 2 Maki; licencja nigdy nie wygasa i obejmuje wszystkie wersje wydane w ciągu roku. Potem nowe wersje kosztują opcjonalnie $15 rocznie. Przez pierwsze 14 dni całe Pro jest włączone, bez karty i bez konta. Szczegóły na stronie Cennik.