Zasady

Prawdziwym strachem nie jest zmarnowane miejsce, tylko utrata pracy. Do tego służą zasady Devbroom i żadna z nich nie jest ustawieniem.

Skanowanie tylko odczytuje

Skanowanie nie zmienia ani jednego pliku. Dopóki nie ustawisz reguły na „Rób samodzielnie” w Automatycznych porządkach, nic nie zostanie ruszone bez podglądu i Twojego potwierdzenia.

Każdy werdykt ma powód

Żaden element nie jest Gotowy ani Zablokowany bez powodu. Powody każdego werdyktu są pokazywane obok elementu, a w wierszu poleceń z opcją --details.

Zablokowanych i Nieznanych nie da się zaznaczyć

To ograniczenie, a nie preferencja. Elementy Do przejrzenia są czyszczone tylko z opcją „Uwzględnij mimo to”; w wierszu poleceń to --include-review, które prosi o potwierdzenie w terminalu.

Ponowne sprawdzenie tuż przed usunięciem

Po naciśnięciu Wyczyść każdy element jest ponownie sprawdzany względem procesów działających w tej chwili. Element, którego werdykt lub zawartość zmieniły się od skanowania, zostaje nietknięty, a Ty dowiadujesz się, dlaczego został pominięty.

Najpierw Kosz

Domyślnie wszystko trafia do Kosza, a każdy element można przywrócić z Historii. Trwałe usunięcie to osobny wybór, potwierdzany przytrzymaniem przycisku; Twoja organizacja może je wyłączyć. Miejsce przeniesione do Kosza nie liczy się jako zwolnione, dopóki nie opróżnisz Kosza.

Worktree: nigdy --force

  • Worktree z niezatwierdzonymi zmianami albo nieśledzonymi lub dodanymi do indeksu plikami jest Zablokowany. Git nie usunie go bez --force; Devbroom nigdy nie używa --force.
  • Ignorowane pliki sprawiają, że jest Do przejrzenia, bo git worktree remove usuwa je bez pytania.
  • Niewypchnięte commity na gałęzi zostają po usunięciu worktree; przy odłączonym HEAD (detached HEAD) by przepadły. Dlatego przed usunięciem Devbroom zapisuje HEAD w refs/devbroom/removed; jeśli nie może, nie usuwa.
  • Są tylko trzy akcje na worktree: usunięcie (remove), przycięcie (prune) i naprawa (repair).

Nie rusza trwającej pracy

Jeśli w tym folderze lub w jego folderze nadrzędnym działa sesja agenta, uruchamia się z niego proces albo jakiś plik w nim jest otwarty, element jest Zablokowany. W przypadku folderów buildów sesja działająca w folderze nadrzędnym oznacza Do przejrzenia.

Devbroom nigdy nie rusza procesów działającej sesji agenta. Procesy pozostawione przez agentów prosi o zakończenie tylko na Twoje polecenie i dopiero po ponownym sprawdzeniu; nigdy procesów systemowych ani procesów innych użytkowników.

Nazwa to za mało

Sama nazwa folderu nie jest dowodem:

Folder Aby był Gotowy
node_modules package.json obok
.next Konfiguracja Next.js lub package.json obok
.turbo turbo.json lub package.json obok
target Znacznik Cargo w środku (CACHEDIR.TAG)
.venv pyvenv.cfg w środku
DerivedData Pliki Xcode w środku
dist, build, vendor Plik projektu obok i skrypt buildu, który go tworzy

Bez znacznika folder zostaje Do przejrzenia. Musi też być folderem ignorowanym przez git, bez żadnego śledzonego przez git pliku w środku.

Prawdziwy rozmiar

Miejsce współdzielone z innymi folderami przez twarde dowiązania i klony APFS (jak robi to pnpm) nie jest liczone. Widzisz dokładnie tyle, ile zwolni usunięcie. Dowiązania symboliczne nie są śledzone, a zamontowane woluminy są pomijane.

Na sposób agenta

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. Historia Claude Code jest albo usuwana przez claude purge, albo archiwizowana: rozmowy są najpierw zapisywane do archiwum w folderze Devbroom i weryfikowane względem oryginałów, a dopiero potem przenoszone do Kosza; pamięć projektu (memory/) zostaje na miejscu, a archiwum można otworzyć ponownie z Historii. Dla sesji Codex pokazywane jest codex delete. Sesje pozostałych agentów są tylko odczytywane.

Wszystko na Twoim Macu

Bez konta, bez telemetrii; nic o Tobie nie jest wysyłane. Aplikacja sprawdza aktualizacje; jeśli wpiszesz licencję Pro, aktywuje ją raz i po cichu sprawdza ponownie mniej więcej raz w miesiącu (tylko klucz licencji i nazwa Twojego Maca). Bez licencji sprawdzanie aktualizacji to jedyne zapytanie sieciowe. Z logów sesji pobiera tylko liczbę tokenów i nazwy modeli; wyszukiwanie w sesjach odczytuje logi w danej chwili, nie prowadzi indeksu ani dziennika i ukrywa we fragmentach ciągi wyglądające na sekrety. Szczegóły na stronie Prywatność.

Ostatnia aktualizacja: 7 października 2026