Powiedz, czy terminal działa, czy czeka na członka

FeatureKlusterServices
Szycy
5 września 2026 02:09 UTC
Autor
Kamo
Pochęt się
6658418

Każdy terminal na liście teraz przenosi „państwo”: zajęty lub czeka. To jest Jedno pytanie, które ktoś zadaje o oknie, którego nie widzi, i to jest to, co Zminimalizowana kolor hexheada odpowie. SHELL czeka, gdy komenda pierwszego planu jest powłoką — ?pane_current_command Jest tym, co tmux już widzi w okienku, więc nie wymaga to księgowości i nie może iść Nieświeży. Wszystko inne na pierwszym planie to praca, którą rozpoczął członek. Myślenie lub bezczynnie. Zamiast tego jego transkrypcja odpowiada, z ostatniej rzeczy? W rzeczywistości SAID: Asystent, stop_reason end_turn -> odpowiedział i podał: WAITING Asystent, stop_reason tool_use -> działa coś: BUSY Użytkownik -> po prostu przesłany, nic jeszcze nie wróciło: BUSY Ostatnia linia to prawie zawsze księgowość – koszt, zatrzaski, operacje kolejkowe, Migawki plików, wszystkie domocne po odpowiedzi - więc przeczytanie go zgłosiłoby każdy Sesja bezczynności jako zajęta. Skan wraca do ostatniego zapisu konwersacyjnego. Nieznane odczyty jako Pamiętne, celowo: niewłaściwe "zajęte" maluje okno zielone i Ukrywa się, że potrzebuje kogoś, gdzie złe "czekanie" tylko przyciąga wzrok. To jest bezpieczniejszy kierunek, w którym światło statusu jest złe. W związku z tym lista prosi tmux o ósme pole. Tytuł pozostaje OSTATNIE i Podzielone pozostają ograniczone; "pane_current_command" to naga nazwa polecenia bez Argumenty, więc nie może przenosić separatora. Zweryfikowany na maszynie, nie tylko w oprawach: z dwunastu prawdziwych sesji siedem Pracowali na czytaniu pracowitych i pięciu, którzy skończyli czytać w oczekiwaniu – i Wadę pocisku przestrzegano na tle żywego „bash” (czekanie) i żywego snu (zajętego). 226 testów.

Wszystkie zmiany

Jak to, co widzisz żeglugę?

Każda z tych aktualizacji automatycznie ląduje w miejscu pracy. Zacznij za darmo i obserwuj, jak rośnie tydzień po tygodniu.

Start Free ForeverZobacz ceny