Werdykty

Każdy element dostaje werdykt dla każdej akcji, którą można wykonać, a werdykt zawsze ma swoje powody. Kolor nigdy nie jest jedynym znakiem: każdy werdykt ma własny wzór, własny symbol i własną zasadę.

Elementów Zablokowanych i Nieznanych nie da się zaznaczyć, nigdy. Elementy Do przejrzenia są czyszczone tylko z opcją „Uwzględnij mimo to”.

Cztery werdykty

Werdykt Co oznacza Przy czyszczeniu
READYGotowe Wszystkie testy dla tej akcji zaliczone. Zaznaczone od początku.
REVIEWDo przejrzenia Znane ryzyko albo decyzja, którą możesz podjąć tylko Ty. Z opcją „Uwzględnij mimo to”.
BLOCKEDZablokowane W użyciu, chronione albo zawiera pracę, której git nie pozwoliłby wyrzucić. Nie da się zaznaczyć.
UNKNOWNNieznane Za mało dowodów. Nie da się zaznaczyć, nigdy nie liczy się jako Gotowe.

Wiersz poleceń wypisuje te same werdykty wielkimi literami (po angielsku).

Powody

Powody werdyktu mówią, co wiadomo o elemencie. Na przykład:

  • Do którego agenta należy: „Część działającej sesji Claude Code” albo które narzędzie to utworzyło.
  • Czy jest w użyciu: działa w nim lub w jego folderze nadrzędnym sesja agenta, uruchamia się z niego proces, jakiś plik jest otwarty.
  • Niezapisana praca: zmodyfikowane, nieśledzone lub dodane do indeksu pliki; niewypchnięte commity; blokada git.
  • Dowody: tam, gdzie sama nazwa nie wystarcza, znacznik, którego szuka, na przykład package.json obok node_modules.

Gotowe

Wszystkie testy zaliczone. Po naciśnięciu Wyczyść element jest jeszcze raz sprawdzany; jeśli w międzyczasie coś się zmieniło, zostaje nietknięty.

Do przejrzenia

Usunięcie najpewniej nie zaszkodzi, ale jest coś, czego Devbroom nie może wiedzieć. Na przykład:

  • Ignorowany plik .env w worktree: git worktree remove usuwa go bez pytania. Czysty git status nie dowodzi, że w środku nie ma nic cennego.
  • Nazwa wygląda na folder buildu, ale obok nie ma plików projektu, które by to potwierdzały.
  • Niejednoznaczne nazwy, takie jak dist, build i vendor, chyba że tworzy je skrypt buildu.
  • Pamięci podręczne, których ponowne pobranie jest kosztowne: magazyn pnpm, przeglądarki Playwright, modele Hugging Face.
  • Foldery, którymi agent zarządza sam.

Zablokowane

Ruszenie tego teraz mogłoby komuś zepsuć pracę:

  • Działa w nim lub w jego folderze nadrzędnym sesja agenta, uruchamia się z niego proces albo jakiś plik w nim jest otwarty.
  • Worktree z niezatwierdzonymi zmianami, nieśledzonymi plikami lub zmianami w indeksie. Git nie usunie go bez --force; Devbroom nigdy nie używa --force.
  • Główna kopia robocza, worktree z submodułami albo taki, który git zablokował.
  • Chronione pliki, takie jak bazy danych i dane logowania agentów.
  • Rzeczy, które należy czyścić wyłącznie własnym poleceniem agenta.

Nieznane

Nie udało się ustalić, do którego agenta to należy, albo części nie dało się odczytać. Devbroom nigdy nie uznaje za Gotowe czegoś, czego nie zna.

Twoje własne reguły

Plik .devbroom.toml w katalogu głównym projektu może określać, co w tym projekcie jest wynikiem buildu. Ponieważ ten plik mógł napisać także agent, wiersz poleceń nie ufa mu bez pytania: devbroom clean --yes pomija wszystko, co jest Gotowe wyłącznie dzięki temu plikowi.

PoprzedniaPierwsze kroki NastępnaZasady

Ostatnia aktualizacja: 7 października 2026