← Alle Skills · Automatisierung
Automatisierung PremiumIssue Triage
Verwandelt einen Stapel eingefügter Problemmeldungen in eine geordnete Triage-Warteschlange: P0 zuerst, mit Typ, vorgeschlagenen Labels, den genauen Fragen zu fehlenden Informationen und einer Routing-Notiz pro Problem.
Funktioniert mit: Claude Code, Codex, Cursor, Muse · Version 1.0.0 · Du brauchst: Deine Meldungen: issues.txt (ein [#id]-Block pro Problem, Textzeilen mit Symptomen, Schritten, Umgebung und Nutzerzahlen, soweit bekannt).
Diesen Skill mit Premium holen Pläne ansehen
Vorschau

Beispielergebnis
Ein Beispiel dafür, was dieser Skill produziert. Beispielinhalt, zur Veranschaulichung gezeigt.
Issue Triage report — sample Issues: 4 | P0: 1 | P1: 1 | P2: 1 | P3: 1 | Errors: 0 | Warnings: 0 Queue, ranked: 1. #101 App crashes and loses data when saving — P0, score 40 (bug, Ready for dev); 2. #102 Checkout button broken on mobile — P1, score 30 (bug, needs-info: steps to reproduce, environment / version, expected vs actual behavior); 3. #103 Add CSV export — P2, score 18 (feature, Needs a scope decision); 4. #104 Typo in settings help text — P3, score 5 (docs, backlog queue). Errors: 0. Warnings: 0.
Das bekommst du
- Eine geordnete Warteschlange: P0 zuerst, mit Score, Typ und Labels pro Problem
- Fragen zu fehlenden Informationen: was genau zu fragen ist, bevor an einem Bug gearbeitet wird
- Eine Routing-Notiz pro Problem: bereit für die Entwicklung, erst fragen, Scope-Entscheidung oder Backlog
- Alle Eingabefehler und Warnungen, im Bericht benannt
Über diesen Skill
Liest eine Klartextdatei, die du schreibst — issues.txt, ein [#id]-Block pro Meldung mit freien Textzeilen (Symptome, Schritte, Umgebung, Nutzerzahlen) — und erzeugt triage-report.md: die Warteschlange, P0 zuerst, nach einem dokumentierten Score (Datenverlust / Sicherheit / Ausfall / Absturz = 40, gebrochener Hauptfluss = 30, falsches Ergebnis / langsam = 20, Tippfehler = 5; Funktionswünsche starten bei 10 plus bis zu 20 für gemeldete Nutzerzahlen), Typ und vorgeschlagene Labels, Fragen zu fehlenden Informationen für Bugmeldungen ohne Schritte, Umgebung oder Soll-/Ist-Verhalten, eine Routing-Notiz sowie alle Eingabefehler und Warnungen. Nur lokal, nur Standardbibliothek; nichts wird gescrapt oder erschlossen — ein Score ist eine Triage-Reihenfolge, kein Schweregrad-Urteil, und fehlende Informationen sind nie ein Grund, ein Problem zu schließen.
Ausprobieren
Triage diese vier eingefügten Meldungen — was sollten wir zuerst beheben, und was fehlt noch, bevor an jedem gearbeitet werden kann?
Gut geeignet für
- Einen Support-Eingang oder Backlog ordnen, bevor jemand mit dem Beheben beginnt
- Einen Stapel eingefügter Nutzermeldungen in eine abarbeitbare Warteschlange verwandeln
- Sicherstellen, dass der Absturz vor dem Tippfehler behoben wird, nicht danach
Nicht geeignet für
- Einen Issue-Tracker scrapen — die Meldungen fügst du ein
- Die tatsächliche Reichweite messen — der Score liest die Worte der Meldung
- Unvollständige Meldungen schließen — fehlende Informationen bleiben mit ihrer Priorität in der Warteschlange
Installation
- Kopiere den Installations-Prompt in deinen Agenten:
Read https://skillu.dev/install/agent.md, then install the Issue Triage skill (issue-triage). - Oder lade das Skill-Paket nach dem Start von dieser Seite herunter und lege seinen Ordner in das Skills-Verzeichnis deines Agenten.
- Rufe ihn per Slash-Befehl auf, z. B.
/issue-triage, und beschreibe in einfachen Worten, was du willst.
Häufige Fragen
Wie wird ein Problem bewertet?
Nach Schweregrad-Signalen in der Meldung: Datenverlust / Sicherheit / Ausfall / Absturz = 40, gebrochener Hauptfluss = 30, falsches Ergebnis / langsam = 20, Tippfehler / Kosmetik = 5. Funktionswünsche starten bei 10 plus bis zu 20 für gemeldete Nutzerzahlen. Bänder: 40+ = P0, 25+ = P1, 15+ = P2, sonst P3.
Was passiert bei fehlenden Details in einer Meldung?
Eine Bugmeldung ohne Schritte, Umgebung oder Soll-/Ist-Verhalten wird mit genau diesen Fragen als fehlende Informationen markiert — behält aber ihre Priorität. Fehlende Details sind ein Routing-Problem, kein Beweis, dass der Bug unwichtig ist.