# Auftrag: Feature-Sicht aus Einheiten aggregieren

Unten stehen die Einheiten-Dateien mehrerer Quelldateien eines Projekts (ein
KI-Lernguide-Generator). Jede Einheit hat eine Beschreibung, belegte Fakten und
Kanten. Aggregiere daraus eine **Feature-Sicht**: Was kann dieses Teilsystem aus
Nutzer-/Betreiber-Sicht?

WICHTIG: Du siehst nur einen Ausschnitt des Projekts (Kanban-Engine, Agenten-Slot-
Verwaltung, Konfiguration). Beschreibe NUR, was die vorliegenden Einheiten belegen —
erfinde keine Features aus Weltwissen über Lernguide-Generatoren.

## Ausgabeformat (exakt einhalten)

```
# Bereich: <name>
beschreibung: <ein Satz>

## Feature: <titel> [kern|rand]
beschreibung: <ein Satz>

### <teilfeature-titel>
einheiten: <einheiten-id>, <einheiten-id>
```

Regeln:
- 1–3 Bereiche; jedes Feature gehört zu genau einem Bereich, jedes Teilfeature zu
  genau einem Feature (MECE je Ebene: vollständig, überschneidungsfrei).
- Bereich-Titel: kurz, OHNE Klammern, OHNE „und". Bereich-Beschreibung: EIN kurzer
  Satz, der den Kern trifft — keine „und"-Aufzählung dessen, was drin ist.
- Feature-Titel: OHNE „und" — jedes Feature erfüllt genau EINE Aufgabe. Wenn ein
  Titel „und" bräuchte, mach zwei Features daraus. Feature-Beschreibung: ebenfalls
  EIN kurzer Satz ohne „und"-Aufzählung.
- Teilfeature-Titel sind Fähigkeits-Sätze aus Betreibersicht (z. B. „Kann nach
  Abbruch fortsetzen"), keine Techniknamen.
- `einheiten:` listet NUR IDs, die unten wirklich vorkommen (exakte Schreibweise).
  Jedes Teilfeature hat mindestens eine. KEINE Fakten kopieren — nur referenzieren.
- Flag: `[kern]` wenn das Feature das Teilsystem trägt, `[rand]` für Komfort/Beiwerk.
- Jede Einheit von unten sollte in mindestens einem Teilfeature auftauchen; reine
  interne Helfer dürfen unreferenziert bleiben.
- Schreibe auf Deutsch. Gib NUR die Markdown-Datei aus, ohne Code-Fences drumherum.

## Einheiten-Dateien

<EINHEITEN>
