Twój backlog,
ich realizacja

Gdy upuszczasz zadanie do kolumny W toku, AgentsRoom tworzy tymczasowego agenta z tytułem zadania jako jego początkowym promptem. Jeśli przypisałeś zadaniu konkretną rolę agenta, używany jest prompt systemowy tej roli. Terminal agenta otwiera się automatycznie, abyś mógł obserwować jego pracę.

Tak. Przeciągnij do W toku tyle zadań, ile chcesz. Każde z nich uruchamia własnego agenta z własnym terminalem. Możesz prowadzić pięć, dziesięć czy dwadzieścia zadań naraz, ograniczonych jedynie przez Twoją maszynę i limity tempa Twojego dostawcy.

Zadanie zostaje w W toku. Możesz przekazać agentowi nowe instrukcje bezpośrednio z jego terminala. Gdy będziesz zadowolony z wyniku, przeciągnij zadanie do Gotowe. Możesz je też przenieść do Oczekujące, jeśli przed kontynuacją musisz poczekać na coś innego.

Tak. Zadania są synchronizowane z chmurą AgentsRoom i powiązane z Twoim projektem przez stabilny identyfikator backlogu zapisany w .agentsroom/project.json. Każde urządzenie z tym samym projektem widzi ten sam backlog.

Tak. Każde zadanie obsługuje załączniki w postaci obrazów. Dodawaj makiety, zrzuty ekranu, przechwycone błędy lub referencje projektowe bezpośrednio do karty zadania. Są one przesyłane i przechowywane w bezpieczny sposób.

Tak. Zaznacz kilka ticketów na tablicy albo skorzystaj z menu karty i scal je w jeden. AI łączy ich tytuły i opisy w szkic, który poprawiasz przed zatwierdzeniem, głosy się sumują, a komentarze, zrzuty ekranu i linki przenoszą się na ticket, który został. Reguła, która ma znaczenie: żaden zgłaszający nigdy nie ginie po drodze. Każdy, kto zgłosił wchłonięty ticket, pozostaje obserwatorem ticketu, który został, i dostaje powiadomienie, gdy poprawka zostanie wdrożona, a publiczne linki, które już do niego poszły, przekierowują właśnie na niego.

Tak. Ticket może przypiąć własnego dostawcę, model, poziom rozumowania, profil konta i umiejętności, a te nadpisania wygrywają z domyślnym profilem agenta w momencie, gdy ticket spawnuje swojego agenta. Kolumny można też sortować na żądanie, na komputerze i na telefonie, a agenci mogą tworzyć, aktualizować, komentować, przestawiać i usuwać tickety przez MCP, nie wychodząc z terminala.

Tak. Połącz dwa zadania jako blokuje i zablokowane przez, a tablica egzekwuje to powiązanie, zamiast tylko je dokumentować: dopóki zadanie blokujące pozostaje otwarte, zablokowane zadanie stoi w kolumnie Oczekujące zamiast TODO, więc Uruchom następne nigdy go nie podejmie. Wraca samo do TODO, gdy ostatnie zadanie blokujące zostaje zamknięte, i wraca do Oczekujących, jeśli to zadanie blokujące zostanie ponownie otwarte. Zadanie, które jest już w recenzji lub gotowe, nigdy nie zostaje odstawione, a zadanie odstawione przez ciebie ręcznie zostaje tam, gdzie je umieściłeś. Agenci sami zarządzają tymi powiązaniami przez MCP: ten, który odkrywa wymaganie wstępne w trakcie pracy, tworzy takie zadanie i łączy je w jednym wywołaniu, a zadanie, które okazuje się zablokowane, gdy jest W toku, zostaje usunięte z drogi bez zabijania terminala, w którym działa.

W skrzynce pomysłów, tablicy przypiętej do Twojego konta, a nie do projektu. Otwórz tablicę backlogu dowolnego projektu, kliknij nazwę projektu u góry i wybierz Skrzynka pomysłów. Tickety działają tam jak wszędzie: tytuł, opis, tagi, zrzuty ekranu, synchronizacja na Twoim koncie i widoczność z aplikacji mobilnej. Jedyne, czego skrzynka pomysłów nie potrafi, to uruchomić agenta, bo nie ma projektu, w którym mógłby działać: uruchomienie pomysłu otwiera okno przenoszenia, a ticket działa w projekcie, który wybierzesz.

Tak. Otwórz menu karty, albo zaznacz kilka ticketów, i wybierz Przenieś na inną tablicę. Ticket zachowuje opis, załączniki i historię i ląduje na szczycie swojej kolumny na tablicy docelowej, z desktopu albo ze szczegółów ticketu na telefonie. Dwie rzeczy zostają celowo w tyle: agent przypisany na tej maszynie oraz powiązania z innymi ticketami, bo zależności między dwiema tablicami nie dałoby się zobaczyć z żadnej z nich. Ticket zgłoszony przez klienta przez publiczny backlog nigdy nie jest przenoszony: jego publiczna strona i wątek rozmowy należą do tablicy, na którą został wysłany.

Tak, od AgentsRoom 1.194.0. Każdy zapis, który zmienia tekst lub konfigurację ticketu (tytuł, opis, typ, tagi, prywatna notatka, przypisany agent lub zespół, umiejętności, dostawca, model, poziom rozumowania, profil konta, opcje worktree, recenzent), zachowuje poprzednią wersję, także gdy zmianę wprowadził agent przez MCP. Na desktopie kliknij „Historia” w nagłówku ticketu, żeby porównać dowolną wcześniejszą wersję z bieżącą i ją przywrócić; na telefonie wersja zostaje wczytana do formularza ticketu jako wersja robocza i zapisana w zwykły sposób. Stan tablicy nie jest wersjonowany: przeciągnięcie karty, zmiana jej priorytetu albo oznaczenie jej jako „Nie zostanie zrealizowane” nie tworzy żadnej wersji. Ta sama historia istnieje teraz dla zaplanowanych agentów i dla notatek pamięci (pamięć tylko na desktopie), obok tej, którą prompty i umiejętności miały już wcześniej.

Tak. Każdy ticket ma sekcję Komentarze, wewnętrzny wątek zespołu: Ty piszesz w nim z poziomu ticketu, Twoi agenci przez MCP AgentsRoom, żeby odnotować postęp, przekazanie pracy, blokadę albo pytanie. Nigdy nie jest pokazywana osobie, która zgłosiła ticket, i nigdy nie trafia do niej mailem. Karta pokazuje, ile komentarzy ma ticket, a agent uruchomiony na tickecie czyta najnowsze, zanim zacznie. W ustawieniach projektu możesz wskazać Agenta prowadzącego, rolę taką jak product manager albo jednego zapisanego agenta: za każdym razem, gdy inny agent doda komentarz, prowadzący dostaje wiadomość, żeby odpowiedzieć na tickecie, przypisać go komuś innemu albo wezwać Ciebie.

Na karcie. Ticket ustawiony do pracy w osobnym worktree pokazuje nazwę swojej gałęzi na dole karty, na desktopie i na telefonie, a po najechaniu kursorem widać pełną nazwę gałęzi i to, czy zostanie scalona automatycznie. Dwa tickety zaplanowane równolegle nie wyglądają już jak dwa tickety dzielące ten sam checkout.