Dein Backlog,
ihre Ausführung

Wenn du eine Aufgabe in der Spalte In Progress ablegst, erstellt AgentsRoom einen temporären Agenten mit dem Aufgabentitel als ersten Prompt. Hast du der Aufgabe eine bestimmte Agentenrolle zugewiesen, wird der System-Prompt dieser Rolle verwendet. Das Terminal des Agenten öffnet sich automatisch, damit du ihm bei der Arbeit zusehen kannst.

Ja. Zieh so viele Aufgaben nach In Progress, wie du willst. Jede startet ihren eigenen Agenten mit eigenem Terminal. Du kannst fünf, zehn oder zwanzig Aufgaben gleichzeitig ausführen, begrenzt nur durch deine Maschine und die Rate Limits deines Providers.

Die Aufgabe bleibt in In Progress. Du kannst dem Agenten direkt aus seinem Terminal neue Anweisungen geben. Wenn du mit dem Ergebnis zufrieden bist, zieh die Aufgabe nach Done. Du kannst sie auch nach Pending verschieben, wenn du vor dem Weitermachen auf etwas anderes warten musst.

Ja. Aufgaben werden in die AgentsRoom-Cloud synchronisiert und über eine stabile Backlog-ID, die in .agentsroom/project.json gespeichert ist, mit deinem Projekt verknüpft. Jedes Gerät mit demselben Projekt sieht denselben Backlog.

Ja. Jede Aufgabe unterstützt Bildanhänge. Füge Mockups, Screenshots, Fehleraufnahmen oder Design-Referenzen direkt zur Aufgabenkarte hinzu. Diese werden sicher hochgeladen und gespeichert.

Ja. Wähl mehrere Tickets auf dem Board aus oder nutz das Karten-Menü und führ sie zu einem zusammen. Die KI kombiniert ihre Titel und Beschreibungen zu einem Entwurf, den du vor dem Bestätigen bearbeitest, Upvotes addieren sich, und Kommentare, Screenshots und Links wandern zum überlebenden Ticket. Die Regel, auf die es ankommt: Kein Melder geht je verloren. Jeder, der ein aufgesogenes Ticket gemeldet hat, bleibt beim überlebenden Ticket abonniert und wird benachrichtigt, wenn der Fix ausgeliefert wird, und die bereits verschickten öffentlichen Links leiten dorthin weiter.

Ja. Ein Ticket kann seinen eigenen Provider, sein Modell, seinen Reasoning-Aufwand, sein Account-Profil und seine Skills festpinnen, und diese Overrides gewinnen gegen das Standard-Agentenprofil, wenn das Ticket seinen Agenten startet. Spalten lassen sich außerdem auf Zuruf sortieren, auf dem Desktop wie auf dem Handy, und Agenten können Tickets über MCP anlegen, aktualisieren, kommentieren, umsortieren und löschen, ohne das Terminal zu verlassen.

Ja. Verknüpfe zwei Tickets mit „blockiert“ und „blockiert von“, und das Board setzt die Verknüpfung durch, statt sie nur zu dokumentieren: solange der Blocker offen ist, liegt das blockierte Ticket in Pending statt in TODO, sodass „Nächste starten“ es nie aufgreift. Es kehrt von allein nach TODO zurück, wenn der letzte Blocker geschlossen wird, und geht zurück nach Pending, wenn dieser Blocker wieder geöffnet wird. Ein Ticket, das schon im Review oder in Done ist, wird nie geparkt, und ein Ticket, das du von Hand geparkt hast, bleibt dort, wo du es abgelegt hast. Agenten verwalten diese Verknüpfungen selbst über MCP: einer, der mitten im Lauf eine Vorbedingung entdeckt, legt dieses Ticket an und verknüpft es in einem einzigen Aufruf, und ein Ticket, das sich während der Bearbeitung als blockiert herausstellt, wird aus dem Weg geräumt, ohne das Terminal zu beenden, in dem es läuft.

In der Ideenbox, einem Board, das an deinen Account gebunden ist statt an ein Projekt. Öffne das Backlog-Board eines beliebigen Projekts, klick oben auf den Projektnamen und wähl Ideenbox. Tickets dort funktionieren wie alle anderen: Titel, Beschreibung, Tags, Screenshots, über deinen Account synchronisiert und in der Mobile-App sichtbar. Das Einzige, was die Ideenbox nicht kann, ist einen Agenten starten, weil es kein Projekt gibt, in dem er laufen könnte: Eine Idee zu starten öffnet den Verschieben-Dialog, und das Ticket läuft dann in dem Projekt, das du auswählst.

Ja. Öffne das Karten-Menü, oder markiere mehrere Tickets, und wähl Auf ein anderes Board verschieben. Das Ticket behält Beschreibung, Anhänge und Verlauf und landet ganz oben in seiner Spalte auf dem Ziel-Board, vom Desktop aus oder aus der Ticket-Detailansicht auf dem Handy. Zwei Dinge bleiben absichtlich zurück: der auf dieser Maschine zugewiesene Agent und die Verknüpfungen zu anderen Tickets, weil eine Abhängigkeit zwischen zwei Boards von keinem der beiden aus zu sehen wäre. Ein Ticket, das ein Kunde über den öffentlichen Backlog gemeldet hat, wird nie verschoben: Seine öffentliche Seite und sein Gesprächsverlauf gehören zu dem Board, auf dem es eingereicht wurde.

Ja, seit AgentsRoom 1.194.0. Jede Speicherung, die den Text oder die Konfiguration eines Tickets ändert (Titel, Beschreibung, Typ, Tags, private Notiz, zugewiesener Agent oder zugewiesenes Team, Skills, Provider, Modell, Reasoning-Aufwand, Account-Profil, Worktree-Optionen, Reviewer), bewahrt die vorherige Version auf, auch bei einer Änderung, die ein Agent über MCP vornimmt. Auf dem Desktop öffnest du Verlauf im Kopfbereich des Tickets, um eine beliebige frühere Version mit der aktuellen zu vergleichen und sie wiederherzustellen; auf dem Handy wird die Version als Entwurf in das Ticketformular geladen und ganz normal gespeichert. Der Zustand des Boards wird nicht versioniert: Eine Karte ziehen, ihre Priorität ändern oder sie als „Wird nicht behoben“ markieren erzeugt keine Version. Denselben Verlauf gibt es jetzt auch für geplante Agenten und für Gedächtnisnotizen (das Gedächtnis nur auf dem Desktop), neben dem, den Prompts und Skills schon hatten.

Ja. Jedes Ticket hat einen Bereich Kommentare, den internen Thread des Teams: Du schreibst dort aus dem Ticket heraus, deine Agenten über das AgentsRoom MCP, um einen Fortschritt, eine Übergabe, eine Blockade oder eine Frage festzuhalten. Er wird der Person, die das Ticket gemeldet hat, nie angezeigt und nie per E-Mail verschickt. Die Karte zeigt, wie viele Kommentare ein Ticket hat, und ein Agent, der auf dem Ticket gestartet wird, liest die neuesten, bevor er loslegt. In den Projekteinstellungen kannst du einen Lead-Agent festlegen, eine Rolle wie den Product Manager oder einen gespeicherten Agenten: Jedes Mal, wenn ein anderer Agent kommentiert, bekommt der Lead eine Nachricht, damit er auf dem Ticket antworten, es neu zuweisen oder dich dazuholen kann.

Auf der Karte. Ein Ticket, das in einem separaten Worktree laufen soll, zeigt unten auf der Karte seinen Branch-Namen an, auf dem Desktop wie auf dem Handy, und beim Darüberfahren siehst du den vollständigen Branch und ob er von selbst zurückgemergt wird. Zwei parallel geplante Tickets sehen nicht mehr aus wie zwei Tickets, die sich denselben Checkout teilen.