Starte mit der Projektvorlage Bug Tracker in Manager: Sammle Bugs und Feature-Wünsche, stufe sie nach Schweregrad ein und lass deine Agenten reproduzieren und beheben, was sie können.
Bugs und Feature-Wünsche haben eigene Typen und Abläufe. So geht ein Absturz nie in Nice-to-haves unter.
Jeder Bug kann festhalten, wie schlimm er ist und wo er auftrat, neben der Frage, wie schnell er behoben werden soll.
Gib einen bestätigten Bug über MCP an einen Coding-Agenten. Er reproduziert das Problem, behebt es und meldet sich am Bug zurück.
Jede Meldung läuft durch die Sichtung: Ist sie echt, ist sie neu, wie schlimm ist sie? Der Schweregrad misst die Auswirkung, die Priorität legt die Reihenfolge fest. Ein kleiner Bug auf der Anmeldeseite kann einen großen schlagen, den niemand sieht.
Behoben wird ein Bug, sobald ihn jemand reproduzieren kann, am besten mit genauen Schritten und Umgebung. Danach prüft jemand anderes als der Autor den Fix. Kommt ein Bug zurück, ist das eine Regression.
Jeder Schritt wird ein Status, ein Feld, ein Label oder eine Verknüpfung.
| Bug-Tracking | In Manager |
|---|---|
| Sichtung | Echte Bugs von „Neu“ nach „Bestätigt“, der Rest nach „Geschlossen“ oder „Wird nicht behoben“. |
| Schweregrad | Das Feld Severity, von Blocker bis Trivial. Als Spalte in der Aufgabenliste sortierbar. |
| Priorität | Managers eigene Priorität, von Kritisch bis Niedrig. Der Filter „Hohe Priorität“ zeigt Kritisch und Hoch. |
| Umgebung | Das Textfeld Environment: Version, Browser, Gerät, Staging oder Produktion. |
| Duplikat | Eine Verknüpfung „Dupliziert“ zum Original, dann die Kopie schließen. |
| Prüfung | Von „Behoben“ nach „Geschlossen“, sobald jemand den Fix dort geprüft hat, wo der Bug auftrat. |
| Regression | Das Label Regression, dazu eine Verknüpfung „Verursacht“ von der Aufgabe, die ihn ausgelöst hat. |
Verbinde deinen KI-Agenten über MCP und lass ihn das Projekt aus der Vorlage Bug Tracker anlegen.
Sag deinem AgentenManager: Leg für mein Produkt ein Projekt aus der Vorlage Bug Tracker an und frag mich nach Name und Kürzel.
Erfasse Bugs von Testern, Kunden oder deinen eigenen Agenten, mit Schritten zum Reproduzieren, Schweregrad und Umgebung. Häng Screenshots und Logs an.
Sag deinem AgentenManager: Leg den Bug an, den ich dir beschreibe, und frag nach Schritten zum Reproduzieren, Schweregrad und Umgebung, falls etwas fehlt.
Bestätige, was echt ist, verknüpfe Duplikate, schließ, was kein Bug ist, und setz die Priorität, damit die schlimmsten Probleme nach oben wandern.
Sag deinem AgentenManager: Sichte die Bugs im Status ‚Neu‘: Finde Duplikate, bestätige die echten und setz Prioritäten.
Weise Bugs deinem Team oder einem Coding-Agenten zu, Tasks unter einem Bug zerlegen einen größeren Fix. Ist der Agent fertig, wandert der Bug nach „Behoben“.
Sag deinem AgentenManager: Nimm dir den dringendsten bestätigten Bug vor, reproduzier ihn zuerst, beheb ihn dann und beschreib den Fix am Bug.
Jemand prüft jeden behobenen Bug in der Umgebung, in der er auftrat, bevor er nach „Geschlossen“ wandert. Regressionen bekommen ihr Label, damit Muster sichtbar werden.
Sag deinem AgentenManager: Welche Bugs stehen auf ‚Behoben‘ und müssen noch geprüft werden?
Ein Projekt aus der Vorlage Bug Tracker startet mit diesen Aufgabentypen und Status. Anpassen kannst du alles später an dein Team.
Ein Defekt oder unerwartetes Verhalten, das behoben werden muss.
Ein Vorschlag für neue Funktionalität oder eine Verbesserung.
Eine Arbeitseinheit unter einem Bug oder Feature Request.
Führ den Tracker als eigenes Projekt neben der Entwicklung. Tester und Kunden kommen hinein, ohne dein Backlog zu sehen, und ein Bug kann auf seinen Fix im anderen Projekt verweisen.
Tester legen Bugs direkt an oder über ihren eigenen Agenten. Ein Feedback-Formular oder Crash-Reporter kann sie über die HTTP-API anlegen, mit einem auf das Projekt beschränkten API-Schlüssel.
„Behoben“ zählt als erledigt, deshalb fällt ein behobener Bug aus „Offene Bugs“ heraus. Filtere nach dem Status „Behoben“, um zu finden, was noch geprüft werden muss.
„Offene Bugs“ listet jeden noch nicht behobenen Bug, Schweregrad und Priorität zeigen, was zuerst dran ist, und jeder Fix steht an seinem Bug.
Vorabzugang anfragen