Zum Hauptinhalt springen

Bugs automatisch nach Severity triageen und zuweisen

Am Ende dieses Rezepts wird jeder Bug, der in Ihrem Tracker landet, nach Severity gelabelt, der richtigen Area zugeordnet, einem Owner zugewiesen, mit SLA auf die Uhr gesetzt und — wenn Critical — an Ihr Team eskaliert, alles in Sekunden und ohne dass jemand einen Finger rührt. Triage ist die Steuer, die jedes Engineering-Team auf eingehende Bugs zahlt; weil Reports, Board und Team in einem Workspace leben, kann eine Automation jeden neuen Bug lesen und das Routing für Sie erledigen.

Bereitschaft: Jetzt verfügbar (als eine Automation gebaut). Die Variante, in der ein benanntes „Triage Lead“-Teammitglied das Board beobachtet und Bugs unter eigener Identität labelt und zuweist, rollt im Early Access aus.

Was es tut​

Eine einzelne Automation sitzt auf Ihrem Bugs-Board und feuert im Moment, in dem ein neuer Bug ankommt — aus Formular, E-Mail, Error-Tracker oder von Hand eingetippt. Für jeden:

  1. Klassifiziert sie die Severity — liest Titel und Beschreibung und labelt Critical, High, Medium oder Low nach Definitionen, die Sie setzen.
  2. Identifiziert die Area — klassifiziert, welchen Produktteil der Bug betrifft (Frontend, Backend, Payments, Mobile…), damit geroutet werden kann.
  3. Weist den Owner zu — verzweigt nach Area und setzt die richtige Person auf die Zeile.
  4. Startet den SLA — startet einen Response-Timer, enger bei höherer Severity, damit nichts still altert.
  5. Benachrichtigt und eskaliert — pingt den zugewiesenen Owner und pageed bei Critical sofort Ihren Engineering-Kanal.
  6. Markiert Triaged — setzt den Status, damit das Team auf einen Blick sieht, dass der Bug verarbeitet ist.

Das Ergebnis: Ein roher, unordentlicher Report wird zum gelabelten, owned, on-the-clock Ticket, bevor ein Mensch ihn öffnet — und eine Person kann alles noch überschreiben.

So bauen Sie es selbst​

Einmalige Einrichtung​

Bugs-Board anlegen

Erstellen Sie ein Board mit einer Tabelle für Bugs. Spalten für Title, Description (Rich Text), Severity (Single-Select: Critical, High, Medium, Low), Area (Single-Select für Produktbereiche oder Teams), Owner (People), Status (New, Triaged, In Progress, Done), Environment und eine SLA-Spalte. Dieses Board ist sowohl Triage-Queue als auch Bug-Archiv.

Jeden Intake in eine Zeile routen

Wie Bugs auch ankommen: Lassen Sie sie alle als Zeilen in dieser Tabelle landen, damit eine Triage-Automation sie abdeckt. Reale Intake-Pfade aus Standard-Triggern:

  • Ein öffentliches Bug-Report-Formular auf der Tabelle (Form submitted-Trigger, der die Zeile anlegt).
  • Ein Email received / Gmail received-Trigger auf Ihrer Bug-Inbox, der die Zeile anlegt.
  • Ein Inbound webhook received-Trigger von Error-Tracker oder Monitoring-Tool.

Weil die Triage-Automation unten auf Row created triggert, bauen Sie die Logik einmal und jeder Intake-Pfad erbt sie.

Die Triage-Automation​

Trigger: Row created

Fügen Sie einen Row created-Trigger auf der Bugs-Tabelle hinzu. Er feuert für jeden neuen Bug, egal wie er ankam.

AI step: Classify severity

Ein AI → Classify-Schritt liest Titel und Beschreibung und ordnet sie Ihren Severity-Labels zu (Critical, High, Medium, Low). Formulieren Sie im Schritt, was jedes Label bedeutet — z. B. Critical = Datenverlust oder voller Ausfall — damit die KI die Latte Ihres Teams trifft.

AI step: Classify the area

Ein zweiter AI → Classify-Schritt labelt die betroffene Area (Frontend, Backend, Payments…). Das ist das Feld, über das Sie routen. Mehr Struktur? Fügen Sie AI → Extract hinzu, um Environment, App-Version und Steps to reproduce aus dem Freitext in eigene Spalten zu ziehen.

Action: Set the fields

Set field-Actions schreiben Severity und Area (und extrahierte Details) zurück auf die Trigger-Zeile, damit Labels in jeder View sichtbar und für spätere Schritte nutzbar sind.

Condition + Action: Assign the owner

Eine Compare-Condition auf Area und pro Branch eine Assign user(s)-Action, die den Area-Owner in die Owner-Spalte setzt — Frontend → Alex, Backend → Sam, Payments → Jordan. Ein Branch pro Area oder Team, das Sie routen.

Action: Start the SLA timer

Eine SLA timer control-Action startet die Uhr auf der Zeile. Die tatsächlichen Response-Ziele pro Severity setzen Sie in der SLA-Policy des Boards — Critical bekommt die engste Deadline —, damit der Timer gegen das richtige Ziel läuft.

Condition + Action: Notify and escalate

Eine Compare-Condition auf Severity. Im Critical-Branch eine Post channel message, die Ihren Engineering-Kanal mit Titel und Link pageed. Im anderen Branch eine Send notification an den zugewiesenen Owner. Jede hört, was zählt, in der richtigen Lautstärke.

Action: Set Status → Triaged

Zum Abschluss eine Set field-Action, die Status auf Triaged setzt, damit das Team sieht: gelabelt, owned, on the clock.

Oder fragen Sie einfach Ask Copera AI​

Sie müssen den Graphen nicht von Hand legen. Öffnen Sie Ask Copera AI und beschreiben Sie das Ganze:

"Create a Bugs board with columns for title, description, severity (Critical, High, Medium, Low), area, owner, status, environment, and an SLA. Then build an automation: when a new row is created, classify the bug's severity and its area, set both fields, assign the area's owner, start the SLA timer, notify the owner, and post any Critical bug to the #engineering channel."

Ask Copera AI kann Board und Spalten anlegen und die Automation — Trigger, KI-Klassifikation, Conditions und Actions — zusammenbauen. Mit Standardmodus Ask before acting erscheint vor jeder Erstellung eine Review-Karte, sodass Sie Board und Automation freigeben, bevor sie existieren. Siehe What Copera AI Can Do.

Machen Sie es zu einem festen Teammitglied​

Geben Sie einem benannten Triage Lead das Bugs-Board, und es kann jeden neuen Bug lesen, nach Severity und Area labeln, den richtigen Owner zuweisen und einen Heads-up im Engineering-Kanal posten — nach eigenem Zeitplan und unter eigener Identität, ohne zu pflegenden Automation-Graphen.

Early Access

KI-Teammitglieder werden schrittweise ausgerollt. Wenn Sie sie in Ihrem Workspace noch nicht sehen, sind sie unterwegs — alles in diesem Leitfaden können Sie heute als Automation bauen. Mehr zu AI teammates.

Tipps​

tipp

Auf Row created triggern, nicht auf das Formular. Eine Triage-Automation deckt dann jeden Intake-Pfad ab — Formular, E-Mail und Error-Tracker-Webhook —, weil alle eine Zeile anlegen. Routing einmal bauen statt pro Quelle duplizieren.

tipp

Geben Sie dem Classifier scharfe Definitionen. Im Classify-Schritt genau sagen, was Critical von High trennt (z. B. Critical = Datenverlust oder voller Ausfall; High = wichtiges Feature kaputt, kein Workaround). Scharfe Labels lassen die KI-Calls zur echten Team-Triage passen.

tipp

Menschen überschreiben lassen, Loop sichtbar halten. Die Automation setzt einen Startpunkt, kein Urteil — Engineers können Severity neu labeln oder jederzeit neu zuweisen. Status auf Triaged macht klar, welche Bugs verarbeitet sind und welche noch roh.

tipp

SLA nach Severity skalieren, dann Watchdog bei Breaches. Engere Ziele für Critical in der SLA-Policy des Boards, und dieses Rezept mit dem SLA-Breach Watchdog koppeln, damit nichts unbemerkt über die Deadline rutscht.

tipp

Spend Cap setzen. Classify- und Extract-Schritte ziehen bei jedem neuen Bug KI-Nutzung — geben Sie der Automation ein Spend Cap pro Automation. Eine plötzliche Flut von Reports kann nie über Ihr Budget laufen; das Usage-Dashboard zeigt, wohin Credits gingen.

Häufig gestellte Fragen​

Kann Copera eingehende Bugs automatisch der richtigen Person zuweisen?​

Ja. Die Automation startet bei neuer Bug-Zeile, klassifiziert Severity und Area mit KI, verzweigt nach Area und führt Assign user(s) aus, um den Area-Owner auf die Zeile zu setzen. Im selben Lauf kann sie den SLA-Timer starten und den Owner benachrichtigen.

Wie entscheidet Copera die Severity eines Bugs?​

Ein AI Classify-Schritt liest Titel und Beschreibung und ordnet sie Ihren Severity-Labels zu (z. B. Critical, High, Medium, Low). Eine Set field-Action schreibt das Label auf die Zeile. Sie steuern Labels und Bedeutungen, damit das Ergebnis zu den Definitionen Ihres Teams passt.

Können Bugs über Formular, E-Mail oder Error-Tracker eingehen?​

Ja. Ein öffentliches Bug-Report-Formular, ein Email received / Gmail received-Trigger oder ein Inbound webhook received-Trigger von Ihrem Error-Tracker legen jeweils die Bug-Zeile an. Weil Triage auf Row created läuft, deckt eine Automation jeden Intake-Pfad ab.

Prüft ein Mensch KI-triagierte Bugs noch?​

Ja. Die Automation labelt, routet und weist als Startpunkt zu, aber Engineers können jedes Feld überschreiben — Severity neu labeln oder Owner neu zuweisen. Status auf Triaged zeigt, dass ein Bug verarbeitet ist; die Automation löscht nie etwas.

Kann sie Critical-Bugs sofort eskalieren?​

Ja. Eine Condition verzweigt nach Severity: Critical-Bugs posten eine Channel-Message in Ihren Engineering-Kanal und pageen den On-Call-Engineer, niedrigere Severity senden nur eine In-App-Notification an den zugewiesenen Owner.

Verwandte Themen​