Gib deinem Agenten eine Aufgabe und prüfe das Ergebnis

Fang mit dem Ergebnis und dem Plan an

Die Produktübersicht stellt die Kennzahl, ihre Quelle und den Zeitraum sowie den gemessenen Fortschritt der Ziele vor die Entscheidungen und den Arbeitsüberblick. Die Teamübersicht beginnt mit den verfügbaren Produktergebnissen. Eine hervorgehobene zurückliegende Ziel ist ein Ergebnis, nicht der Fortschritt aller Ziele.

Unter Strategie lies zuerst die Richtung, dann die Ziele und die verknüpfte Roadmap. Öffne ein Ziel für seine Schlüsselergebnisse und die Messung; über die Roadmap verbindest du Features, Releases und Aufgaben. Erledigte Aufgaben messen den Zielfortschritt nicht. Gemeinsame Dokumente stehen unter dem Plan.

Plane Termine auf der Roadmap

Unter Strategie öffne den Kalender und wähle Wochen, Monate oder Quartale. Ein Balken zeigt den gespeicherten Zeitraum eines Ziels, eines Features oder eines Releases. Ist nur ein Datum bekannt, bleibt es eine einzelne Markierung; das Anlagedatum füllt einen fehlenden Start nicht. „Zeitraum setzen“ ergänzt das fehlende Datum.

Ein Balken ist der Plan. Er markiert nicht, dass ein Ziel erreicht oder ein Release ausgeliefert ist.

1. Am Computer ziehst du die Mitte eines Balkens, um ihn zu verschieben, und die Kanten, um Start oder Frist zu ändern. Die Kalenderschaltfläche öffnet die genauen Daten; auf dem Telefon und mit der Tastatur geht derselbe Weg. Pfeiltasten auf einem fokussierten Balken verschieben ihn um einen Tag, Umschalt mit Pfeil um eine Woche.
2. Markiere einen Zeitraum in der leeren Kalenderzeile oder öffne die Zeile mit Enter. Wähle ein Ziel, ein Feature oder ein Release, füll die übliche Form und speichere. Daten allein anzumarkieren legt nichts an.
3. Ist das Speichern nicht bestätigt, bleiben dein vorgeschlagener Zug und der Fehler sichtbar. „Prüfen und wiederholen“ liest zuerst die aktuellen Daten. Hat jemand anders den Plan geändert, lade die gespeicherte Fassung und zieh noch einmal; der frühere Vorschlag überschreibt sie nicht von allein.

Führ eine Aufgabe durch den Ablauf

1. Lege die Aufgabe auf dem Board an und wähle ein Produkt, wenn du eins hast. Schreib das gewünschte Ergebnis, die Grenzen und die Abnahmeprüfungen hinein. Häng das Material an, das die Arbeit braucht.
2. Bitte den Agenten, die Aufgabe, den Produktkontext und die aktuellen Dokumente zu lesen. Er soll das Ergebnis beschreiben, das er liefern will, bevor er etwas ändert.
3. Weise die Arbeit zu und übergib sie ausdrücklich in der App des Agenten. Nimmt ein Agent eine Vorbereitungsstufe, bleibt die Karte mit der kurzen Markierung „Vorbereitung · Name“ im Backlog. Beantworte Fragen in der Aufgabe, damit die Entscheidung bei der Arbeit bleibt.
4. Vor der Prüfung speichert der Zuständige das Ergebnis in der Aufgabe: Änderungen gegen die Abnahmekriterien, Material, tatsächlich gelaufene Prüfungen und die Grenzen, die bleiben. Öffne Ergebnis, Belege und die ursprünglichen Kriterien, bevor du annimmst oder Korrekturen verlangst. Ein fehlendes Ergebnis ist ausdrücklich gezeigt; wer zur Prüfung geschickt hat, ist nicht unbedingt der Autor. Nach „Genehmigen“ auf dem Board gibt es 5 Sekunden „Rückgängig“: die Aufgabe geht zurück in die Prüfung zum vorigen Zuständigen, und der Verlauf behält beide Einträge. Gibst du eine Aufgabe zurück, schreib, was sich ändern soll: der Agent bekommt diesen Kommentar zuerst, und die Karte zeigt die Rundennummer.
5. Muss die Änderung veröffentlicht werden, nimm sie in ein Release auf, lauf deinen üblichen Release-Weg und halte eine Prüfung der ausgelieferten Umgebung fest. Braucht die Arbeit keine Veröffentlichung, halt diese Wahl und den Grund fest.
6. Unter „Release vorbereiten“ wählst du, wer ausliefert — voreingestellt die Person aus den Release-Einstellungen, oder du — und nimmst die Markierung von Aufgaben weg, die auf das nächste Release warten. Die Release-Aufgabe geht direkt nach „Zu erledigen“, nicht in die Sichtung.

Wähl deinen eigenen Client

In den Teameinstellungen öffne Agentenverbindungen → Agenten wählen und verbinden. Zur Wahl stehen Claude, ChatGPT, Cursor, Codex, Kimi Code, Gemini CLI, Qwen Code und OpenCode. Jede Client-Seite hat die Einrichtung und eine Prüfnachricht.

Claude Code verbindest du mit einem Befehl und --scope user, dann ist der Hub in allen deinen Repositories da. Die Aufwandserfassung ist ein eigener, optionaler Block. Chat-Verbindungen melden keinen Aufwand: Token und Kosten kommen nur von einem Schlüssel, den du von Hand mit Telemetrie eingerichtet hast.

DeepSeek läuft über OpenCode: Anbieter und Modell wählst und bezahlst du in OpenCode. Dein persönlicher Hub-Schlüssel gibt Zugriff auf Aufgaben mit deinen Rechten. Einen Schlüssel anzulegen stellt die Verbindung nicht her; schick die Prüfnachricht und warte auf die erste Anfrage.

Lies die Signale richtig

Das sind die eingebauten Anweisungen des Hubs für jedes Team. Verbundene Agenten bekommen sie mit dem aktuellen Produktkontext; die zusätzliche Regel des Inhabers bleibt getrennt. Prüf das Ergebnis und die Belege in der Aufgabe.

• Die Zuweisung zeigt, wer die Arbeit machen soll. Eine Aufgabe zuzuweisen startet keine externe App. Der Bildschirm Einstieg zeigt an den Anfragen deines Agenten an den Hub, ob er verbunden ist, die Aufgabe gelesen hat, zu arbeiten begonnen hat und sie zur Prüfung abgegeben hat. Die Anweisung zum Kopieren enthält die Verbindungsbefehle für Claude Code, Codex und ChatGPT.
• Für einen Agenten ohne Hub-Verbindung (ein Cursor-Chat, ein lokaler Codex) öffne die Aufgabe und wähle „Als Prompt kopieren“ im Block „Anweisung für den Agenten“: Aufgabe, Über das Produkt, der Release-Prozess und wie zurückgemeldet wird, als ein Text, ohne Schlüssel und ohne Daten anderer Produkte. Der Agent gibt dir das Ergebnis zurück, damit du es in die Karte einfügst.
• „Braucht mich“ zeigt, was auf dich wartet. Offene Arbeit deiner eigenen Agenten steht nicht darin: sie erscheint getrennt als „Agenten bei der Arbeit · N“ und wartet auf dich bei der Prüfung, wenn der Agent eine Frage stellt, oder für das Ergebnis.
• Drei fertige Board-Ansichten: „Ich“ im Filter Zuständiger zeigt Aufgaben an dich, „Meine Agenten“ dort Aufgaben auf jedem deiner Schlüssel über die Produkte hinweg, und „Braucht mich“ zeigt, was auf deine Entscheidung wartet. Ein Agent bekommt dieselben Aufgaben mit list_tasks {view: "mine" | "my_agents" | "waiting_me"}.
• Der Hub sieht selbst, ob ein Agent seine Warteschlange nach Plan prüft; du kannst das unter Agenten sagen, musst es aber nicht. Wartet eine Aufgabe auf einen Agenten, der seine Warteschlange nicht von allein prüft, schlägt ein Hinweis unter dem Zuständigen vor, die Anweisung vorzubereiten und in seinen Chat zu schicken. Verpasst ein Agent, der von allein arbeitet, die Frist seiner Aufgaben, bekommt seine Person eine Nachricht, egal wie viele Aufgaben warten.
• „In Arbeit“ beschreibt die Stufe der Aufgabe, nicht dass ein Agent dauernd läuft. Sieh die letzten Aktionen und die Antwort in der Aufgabe.
• Angenommene Arbeit und ein bestätigtes Release sind verschiedene Meilensteine. Ein Release-Eintrag hilft, die Arbeit zu koordinieren; er veröffentlicht das Produkt nicht.
• Die Zeile auf einer Karte sagt, wo die Aufgabe auf dem Weg in die Produktion steht und worauf sie wartet: „Wartet auf Prüfung“, „CI fehlgeschlagen“, „Wartet auf Auslieferung“. In der Aufgabe heißen die Schritte in Worten — Code, Prüfungen, Vorschau, Merge, Auslieferung und Messung, wenn es eine Hypothese gibt — mit einer Schaltfläche für den nächsten Schritt, etwa „Vorschau öffnen“ oder „Ausliefern“. Eine Markierung von Hand liest „vom Agenten gemeldet“ oder „von einer Person gemeldet“; einen Schritt, den der Hub noch nicht sieht, zeigt ein Strich.

Halt das Board klar, ohne Arbeit zu verlieren

Öffne das Archiv über dem Board, auf dem Telefon über das Menü „⋯“ neben dem Board-Titel, um archivierte Aufgaben zu finden, zu suchen und wiederherzustellen. Archivieren behält die Aufgabe und ihren Verlauf; „Erledigt“ und ein bestätigtes Release bleiben getrennte Tatsachen.

In den Board-Einstellungen des Produkts wählt der Inhaber „Nach einem Release“, „Nach einer Anzahl von Tagen“ (1–365) oder „Nur von Hand“. Bestehende Boards behalten 14 Tage, bis das geändert wird. Ein Produkt kann die Teamregel unabhängig von den Sprint-Einstellungen erben.

„Nach einem Release“ verlangt eine bestätigte Auslieferung. Aufgaben ohne Auslieferung werden in diesem Modus von Hand archiviert. Die Tagesregel zählt ab der letzten Aktivität und lässt nötige, aber unbestätigte Auslieferungen sichtbar. Aufgaben, die auf die Messung des Ergebnisses warten, bleiben in beiden automatischen Modi sichtbar. Eine geänderte Regel stellt früher archivierte Aufgaben nicht wieder her.

Eine versehentlich angelegte Aufgabe entfernst du im Archiv mit „Endgültig löschen“. Die Schaltfläche sehen der Team-Inhaber und die Person, die die Aufgabe angelegt hat, und nur wenn Löschen möglich ist. Hat die Aufgabe ein Ergebnis, ein Verdikt, Unteraufgaben, Duplikate, Agentenaufwand, ein Release oder ein Experiment, nennt der Archivhinweis den Grund, und die Aufgabe bleibt archiviert. Das Zugriffsprotokoll behält, wer sie wann gelöscht hat.

Den eigenen Kommentar bearbeitest oder löschst du über das Menü „…“ daneben; der Team-Inhaber kann jeden Kommentar löschen, aber nur den eigenen bearbeiten. Der Verlauf der Aufgabe behält eine Notiz über die Änderung oder Löschung, ohne den Text. Entscheidungen der Prüfung ändern sich nicht.

Wenn die Arbeit stockt

Lies die letzte Frage oder den letzten Kommentar. Klär die fehlende Entscheidung, den Zugriff oder die Grenze der Aufgabe, dann bitte den Agenten weiterzumachen. Hat eine andere Person die Aufgabe geändert, lies sie neu, bevor du ihre Arbeit überschreibst.

Die Pipeline lässt Stufen und Übergaben zwischen Agenten einrichten. Sie beschreibt die Pipeline des Produkts, nicht dass jede Agenten-App von allein startet.