Files
planer/phase0/prompt-features.md
2026-07-22 16:12:23 +02:00

1.9 KiB
Raw Blame History

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:

  • 13 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