Oordelen
Elk item krijgt een oordeel voor elke actie die mogelijk is, en het oordeel komt met zijn redenen. Kleur is nooit het enige teken: elk oordeel heeft een eigen patroon, een eigen symbool en een eigen regel.
Vier oordelen
| Oordeel | Wat het betekent | Bij het opruimen |
|---|---|---|
| READYKlaar | Alle controles voor deze actie zijn geslaagd. | Vanaf het begin geselecteerd. |
| REVIEWNakijken | Een bekend risico, of een keuze die alleen jij kunt maken. | Met “Toch meenemen”. |
| BLOCKEDGeblokkeerd | In gebruik, beschermd, of bevat werk dat git zou weigeren weg te gooien. | Kan niet geselecteerd worden. |
| UNKNOWNOnbekend | Te weinig bewijs. | Kan niet geselecteerd worden, telt nooit als Klaar. |
De opdrachtregel toont dezelfde oordelen in hoofdletters.
Redenen
De redenen van een oordeel zeggen precies wat er over het item bekend is. Bijvoorbeeld:
- Bij welke agent het hoort: “Onderdeel van een actieve Claude Code-sessie”, of welke tool het maakte.
- Of het in gebruik is: een agentsessie die erin of in de bovenliggende map draait, een proces dat eruit draait, een geopend bestand.
- Niet-opgeslagen werk: gewijzigde, niet-gevolgde of gestagede bestanden; niet-gepushte commits; een git-lock.
- Bewijs: waar een naam alleen niet genoeg is, de markering waar het naar zoekt, zoals een
package.jsonnaastnode_modules.
Klaar
Alle controles zijn geslaagd. Als je op Opruimen drukt, wordt het item toch nog een keer gecontroleerd; als er in de tussentijd iets veranderd is, blijft het staan.
Nakijken
Verwijderen is zeer waarschijnlijk geen probleem, maar er is iets wat Devbroom niet kan weten. Bijvoorbeeld:
- Een genegeerd
.env-bestand in een worktree:git worktree removeverwijdert het zonder te vragen. Een schonegit statusbewijst niet dat er niets waardevols in zit. - De naam lijkt op een buildmap, maar de projectbestanden die dat zouden bewijzen staan er niet naast.
- Vage namen zoals
dist,buildenvendor, tenzij een buildscript ze maakt. - Caches die duur zijn om opnieuw te downloaden: de pnpm-store, Playwright-browsers, Hugging Face-modellen.
- Mappen die de agent zelf beheert.
Geblokkeerd
Het nu aanraken kan iemands werk breken:
- Er draait een agentsessie in of in de bovenliggende map, er draait een proces vanuit, of een bestand erin is geopend.
- Een worktree met niet-gecommitte wijzigingen, niet-gevolgde bestanden of gestagede wijzigingen. Git verwijdert hem niet zonder
--force; Devbroom gebruikt nooit--force. - De hoofdwerkkopie, een worktree met submodules, of een die git heeft vergrendeld.
- Beschermde bestanden zoals databases en inloggegevens van agents.
- Dingen die alleen met de eigen opdracht van de agent opgeruimd horen te worden.
Onbekend
Het kon niet bepalen bij welke agent dit hoort, of een deel kon niet gelezen worden. Devbroom telt iets wat het niet kent nooit als Klaar.
Je eigen regels
Een .devbroom.toml in de hoofdmap van een project kan aangeven wat in dat project als build-output telt. Omdat ook een agent dat bestand geschreven kan hebben, vertrouwt de opdrachtregel het niet zonder te vragen: devbroom clean --yes laat alles weg wat alleen door dat bestand Klaar is.
Laatst bijgewerkt: 7 oktober 2026