diff --git a/.claude/skills/ticket-triage/SKILL.md b/.claude/skills/ticket-triage/SKILL.md
index ec7b6c5..2591b38 100644
--- a/.claude/skills/ticket-triage/SKILL.md
+++ b/.claude/skills/ticket-triage/SKILL.md
@@ -150,6 +150,24 @@ Das Datenmodell unterstützt Mehrrunden über einen **Verlauf/Thread** am Ticket
 (mehrere Frage/Antwort-Einträge mit Autor + Zeit), nicht nur ein einzelnes
 Frage/Antwort-Paar — so geht bei weiteren Antworten nichts verloren.
 
+### Internes Agenten-Kontextfeld (für die Züchterin unsichtbar)
+
+Das Ticket hat ein **internes Kontextfeld** (`agentContext`, NICHT in der Züchterin-
+UI sichtbar) — das **Arbeitsgedächtnis** des Agenten. Damit ersetzt das Ticket den
+sitzungsgebundenen Subagenten-Kontext:
+- **Schreiben:** Bei jeder Bearbeitung legt der Agent dort seinen Arbeitsstand ab
+  (kompaktes JSON/Markdown): Befunde, vermutete Ursache, geprüfte Hypothesen,
+  betroffene Dateien/Daten, der Plan, **worauf gewartet wird** (welche Info die
+  Rückfrage klären soll) und schon erledigte Teilschritte.
+- **Lesen:** Beim Wiederaufgreifen eines `Answered`-Tickets liest der Agent zuerst
+  `agentContext` (+ Verlauf + Triage-Eintrag) und setzt **dort an, wo er aufgehört
+  hat** — keine Neu-Untersuchung von null.
+- **Trennung:** `agentContext` ist intern/technisch (darf IDs/Dateinamen/Hypothesen
+  enthalten); die **sichtbaren** Felder bleiben laienverständlich (Frage, Antwort,
+  `fixNote`). `agentContext` wird in der Tickets-Seite NICHT angezeigt.
+- `PUT /feedback/{id}` mit `{"agentContext": "<arbeitsstand>"}` aktualisiert es,
+  ohne den Status zu ändern.
+
 ## Verifikation vor „fertig"
 - Code-Fixes: `npx tsc --noEmit`, `npx vitest run`, betroffene `npx playwright test`,
   `dotnet build`/`dotnet test`, Python-`test_*.py` — grün.