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 --force nie.
  • Ignorierte Dateien machen ihn zu Prüfen, weil git worktree remove sie 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