- Mehrrundiger Dialog (Open→NeedsInfo→Answered→…→Resolved): jede weitere Antwort
bringt das Ticket wieder in Bearbeitung. Kontext-Träger ist das TICKET (voller
Verlauf + Triage-Eintrag), nicht der Subagent (sitzungsgebunden) — ein
wiederaufgreifender Agent rekonstruiert denselben Kontext; echte Agent-
Fortsetzung nur innerhalb einer Session via SendMessage. Datenmodell:
Frage/Antwort als Thread (mehrere Runden), nicht nur ein Paar.
- fixNote-Changelog: harte Regel „nur für die Züchterin, kein Technik-Geschwafel"
+ Gut/Schlecht-Beispiele (Tiernamen statt IDs, keine Datei-/Feldnamen).
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
Skill präzisiert: jeder bearbeitende Subagent schließt seinen Vorgang selbst ab —
Rückfrage ordentlich stellen (eine konkrete Frage, einfache Sprache, Kontext →
NeedsInfo) ODER nach verifiziertem + eingespieltem Fix mit verständlichem
fixNote-Changelog schließen (Resolved). Abschluss-Regel ergänzt: kein
Open/Answered-Ticket bleibt offen liegen — Endzustand immer NeedsInfo oder Resolved.
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
Skill kapselt den erprobten Ablauf: Tickets aus /feedback holen, nach Status
einteilen (Open/Answered = KI dran, NeedsInfo/Resolved überspringen), je Ticket
ein Triage-Subagent (Workflow-Fan-out) mit strukturierter Empfehlung + Cluster,
Rückfragen via PUT question (→ NeedsInfo) anhängen, beantwortete Tickets wieder
aufgreifen, Fixes gebündelt nach datei-disjunkten Clustern umsetzen, Import neu
einspielen und Tickets MIT fixNote (verständlicher Changelog) auf Resolved setzen.
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
