Einstufungen

Jedes Objekt bekommt für jede mögliche Aktion eine Einstufung, und die Einstufung kommt mit ihren Begründungen. Farbe ist nie das einzige Zeichen: Jede Einstufung hat ihr eigenes Muster, ihr eigenes Symbol und ihre eigene Regel.

Gesperrte und unbekannte Objekte lassen sich nie auswählen. Objekte mit Prüfen werden nur mit „Trotzdem einbeziehen“ aufgeräumt.

Vier Einstufungen

Einstufung Bedeutung Beim Aufräumen
READYBereit Alle Prüfungen für diese Aktion bestanden. Von Anfang an ausgewählt.
REVIEWPrüfen Ein bekanntes Risiko oder eine Entscheidung, die nur Sie treffen können. Mit „Trotzdem einbeziehen“.
BLOCKEDGesperrt In Benutzung, geschützt oder mit Arbeit darin, die git nicht verwerfen würde. Nicht auswählbar.
UNKNOWNUnbekannt Zu wenig Belege. Nicht auswählbar, zählt nie als Bereit.

Die Kommandozeile gibt dieselben Einstufungen in Großbuchstaben aus.

Begründungen

Die Begründungen einer Einstufung sagen genau, was über das Objekt bekannt ist. Zum Beispiel:

  • Zu welchem Agenten es gehört: „Teil einer laufenden Claude-Code-Sitzung“ oder welches Tool es angelegt hat.
  • Ob es in Benutzung ist: eine Agenten-Sitzung, die darin oder im übergeordneten Ordner läuft, ein Prozess, der von dort läuft, eine geöffnete Datei.
  • Ungesicherte Arbeit: geänderte, nicht verfolgte oder vorgemerkte Dateien; nicht gepushte Commits; eine git-Sperre.
  • Belege: Wo ein Name allein nicht reicht, die Markierung, nach der es sucht, etwa eine package.json neben node_modules.

Bereit

Alle Prüfungen bestanden. Wenn Sie auf Aufräumen klicken, wird das Objekt trotzdem noch einmal geprüft; hat sich in der Zwischenzeit etwas geändert, bleibt es liegen.

Prüfen

Es zu löschen ist sehr wahrscheinlich in Ordnung, aber es gibt etwas, das Devbroom nicht wissen kann. Zum Beispiel:

  • Eine ignorierte .env-Datei in einem Worktree: git worktree remove löscht sie ohne Nachfrage. Ein sauberer git status beweist nicht, dass nichts Wertvolles darin liegt.
  • Der Name sieht nach einem Build-Ordner aus, aber die Projektdateien, die das belegen würden, liegen nicht daneben.
  • Unspezifische Namen wie dist, build und vendor, sofern kein Build-Skript sie erzeugt.
  • Caches, die sich nur aufwendig neu laden lassen: der pnpm-Store, Playwright-Browser, Hugging-Face-Modelle.
  • Ordner, die der Agent selbst verwaltet.

Gesperrt

Es jetzt anzufassen, könnte jemandes Arbeit zerstören:

  • Darin oder im übergeordneten Ordner läuft eine Agenten-Sitzung, ein Prozess läuft von dort, oder eine Datei darin ist geöffnet.
  • Ein Worktree mit nicht committeten Änderungen, nicht verfolgten Dateien oder vorgemerkten Änderungen. Git entfernt ihn nicht ohne --force; Devbroom verwendet --force nie.
  • Die Haupt-Arbeitskopie, ein Worktree mit Submodulen oder einer, den git gesperrt hat.
  • Geschützte Dateien wie Datenbanken und Zugangsdaten der Agenten.
  • Dinge, die nur mit dem eigenen Befehl des Agenten aufgeräumt werden sollten.

Unbekannt

Es ließ sich nicht feststellen, zu welchem Agenten das gehört, oder ein Teil davon war nicht lesbar. Devbroom zählt nichts als Bereit, was es nicht kennt.

Ihre eigenen Regeln

Eine .devbroom.toml im Stammverzeichnis eines Projekts kann festlegen, was in diesem Projekt als Build-Ausgabe gilt. Da auch ein Agent diese Datei geschrieben haben könnte, vertraut ihr die Kommandozeile nicht ohne Nachfrage: devbroom clean --yes lässt alles weg, was nur wegen dieser Datei Bereit ist.

ZurückErste Schritte WeiterRegeln

Zuletzt aktualisiert: 7. Oktober 2026