Regeln
Die eigentliche Sorge ist nicht verschwendeter Platz, sondern verlorene Arbeit. Dafür gibt es Devbrooms Regeln, und keine davon ist eine Einstellung.
Der Scan liest nur
Der Scan ändert keine einzige Datei. Solange Sie in der Automatischen Pflege keine Regel auf „Selbst erledigen“ stellen, wird nichts angefasst, was Sie nicht in der Vorschau gesehen und bestätigt haben.
Jede Einstufung hat eine Begründung
Kein Objekt ist ohne Begründung Bereit oder Gesperrt. Die Begründungen jeder Einstufung stehen neben dem Objekt, in der Kommandozeile mit --details.
Gesperrt und Unbekannt sind nicht auswählbar
Das ist eine Grenze, keine Vorliebe. Objekte mit Prüfen werden nur mit „Trotzdem einbeziehen“ aufgeräumt; in der Kommandozeile ist das --include-review, und es fragt im Terminal nach Bestätigung.
Unmittelbar vor dem Löschen erneut geprüft
Wenn Sie auf Aufräumen klicken, wird jedes Objekt erneut gegen die in diesem Moment laufenden Prozesse geprüft. Ein Objekt, dessen Einstufung oder Inhalt sich seit dem Scan geändert hat, bleibt liegen, und Sie erfahren, warum es übersprungen wurde.
Erst der Papierkorb
Der Papierkorb ist der Standard, und jedes Objekt lässt sich über den Verlauf zurücklegen. Endgültiges Löschen ist eine eigene Wahl, die Sie durch Gedrückthalten der Taste bestätigen; Ihre Organisation kann es abschalten. Platz im Papierkorb gilt erst als frei, wenn Sie den Papierkorb leeren.
Worktrees: nie --force
- Ein Worktree mit nicht committeten Änderungen oder mit nicht verfolgten oder vorgemerkten Dateien ist Gesperrt. Git entfernt ihn nicht ohne
--force; Devbroom verwendet--forcenie. - Ignorierte Dateien machen ihn zu Prüfen, weil
git worktree removesie ohne Nachfrage löscht. - Nicht gepushte Commits auf einem Branch bleiben erhalten, wenn der Worktree entfernt wird; auf einem Detached HEAD nicht. Deshalb sichert Devbroom vor dem Entfernen den HEAD unter
refs/devbroom/removed; gelingt das nicht, entfernt es nichts. - Es gibt nur drei Worktree-Aktionen: entfernen (
remove), bereinigen (prune) und reparieren (repair).
Laufende Arbeit bleibt unberührt
Läuft in diesem Ordner oder seinem übergeordneten Ordner eine Agenten-Sitzung, läuft ein Prozess von dort oder ist eine Datei darin geöffnet, ist das Objekt Gesperrt. Bei Build-Ordnern macht eine Sitzung im übergeordneten Ordner daraus Prüfen.
Devbroom fasst die Prozesse einer laufenden Agenten-Sitzung nie an. Von Agenten zurückgelassene Prozesse bittet es nur auf Ihr Wort und erst nach erneuter Prüfung, sich zu beenden; nie Systemprozesse oder Prozesse anderer Benutzer.
Ein Name reicht nicht
Der Name eines Ordners allein ist kein Beleg:
| Ordner | Um Bereit zu sein |
|---|---|
node_modules |
Eine package.json daneben |
.next |
Eine Next.js-Konfiguration oder package.json daneben |
.turbo |
Eine turbo.json oder package.json daneben |
target |
Cargos Markierung darin (CACHEDIR.TAG) |
.venv |
Eine pyvenv.cfg darin |
DerivedData |
Xcode-Dateien darin |
dist, build, vendor |
Eine Projektdatei daneben und ein Build-Skript, das ihn erzeugt |
Ohne Markierung bleibt der Ordner bei Prüfen. Außerdem muss git den Ordner ignorieren, und darin darf keine Datei liegen, die git verfolgt.
Echte Größe
Platz, der über Hardlinks und APFS-Klone mit anderen Ordnern geteilt wird (wie bei pnpm), wird nicht mitgezählt. Die angezeigte Zahl ist das, was Löschen tatsächlich freigibt. Symbolischen Links wird nicht gefolgt, eingebundene Volumes werden übersprungen.
Der eigene Weg des Agenten
Datenbanken und Zugangsdaten der Agenten werden nie angefasst. Hat ein Agent einen eigenen Aufräumbefehl, wird es so erledigt oder Ihnen so gezeigt. Der Verlauf von Claude Code wird entweder mit claude purge gelöscht oder archiviert: Die Unterhaltungen werden zuerst in ein Archiv im Ordner von Devbroom geschrieben und mit den Originalen abgeglichen und erst dann in den Papierkorb gelegt; das Gedächtnis des Projekts (memory/) bleibt an seinem Platz, und das Archiv lässt sich über den Verlauf wieder öffnen. Für Codex-Sitzungen wird codex delete angezeigt. Sitzungen anderer Agenten werden nur gelesen.
Alles auf Ihrem Mac
Kein Konto, keine Telemetrie; nichts über Sie wird gesendet. Die App sucht nach Updates; geben Sie eine Pro-Lizenz ein, aktiviert sie diese einmal und prüft sie etwa einmal im Monat still erneut (nur Lizenzschlüssel und Name Ihres Macs). Ohne Lizenz ist die Update-Prüfung die einzige Netzwerkanfrage. Aus Sitzungsprotokollen nimmt sie nur Token-Zahlen und Modellnamen; die Suche in Sitzungen liest die Protokolle in diesem Moment, legt weder Index noch Protokoll an und verbirgt Zeichenfolgen, die wie Geheimnisse aussehen, in den Auszügen. Details auf der Seite Datenschutz.
Zuletzt aktualisiert: 7. Oktober 2026