Knotentypen

Generated artifact. Do not edit manually.

Generated by: scripts/build_compendia.py Regenerate with: python3 scripts/build_compendia.py --compendium skill-graph-architecture --web-and-tex Source of truth: docs/concept/skill-graph/architecture-source/

Sprache / Language: Deutsch (DE) · English (EN) | PDF: Deutsches PDF · English PDF

Kompendium: §1 Allgemeines Zielsystem · §2 Knotentypen · §3 Sichtenprojektion · §4 Quellen- & Ressourcenlinks · §5 Contentanbindung · §6 Quellenbegründungen · §7 Zielvisualisierungen · §8 Lernzielbuch · §9 Gymnasium-Rollout · §10 MEM/FWU-Plan · §11 Duale Paket-Releases

2. Knotentypen

SkillPilot gliedert Lernziele in vier pädagogische Zielarten, die orthogonal zur strukturellen Atomar-/Cluster-Unterscheidung (Graph-Definition) und zu Programmeinheitstypen (3) stehen.

2.1. Ergebnisvertrag und kompilierte Applicability

| Knotentyp | Pädagogischer Zweck | Typischer Inhalt & Abschlusskriterium | | –- | –- | –- | | Orientation | Sinnstiftender, druckfreier Einstieg in Fach oder Phase | Konkrete Möglichkeiten, interessengeleitete Nachfrage und expliziter Abschlusswunsch (semanticKind: "orientation", Regel GVR-014). | | Understanding | Konzeptuelles oder prozedurales Fachverständnis (Standard) | Prüfbare „Die lernende Person kann …“-Kompetenzen, gesteuert über requires. | | Memorize | Dauerhaftes Abrufwissen (Fakten, Vokabeln, Formeln) | SM-2-Spaced-Repetition-Training plus verpflichtender Coach-geführter harter Abruftest über alle Pflichtkarten. | | Exam | Realistische Prüfungsaufgabe mit Bepunktung | Unveränderte examData-Aufgaben, streng nach scoring.steps im neutralen KI-Prüfungsmodus bewertet. | {cols="18%,34%,48%"}

Jedes atomare Ziel besitzt denselben binären Ergebnisvertrag: beherrscht oder nicht beherrscht (zur Laufzeitkompatibilität als 1 / 1.0 gespeichert; siehe Operativer Lernablauf). Cluster-Fortschritt leitet sich ausschließlich aus eindeutigen atomaren Nachfahren ab. Optionale kompilierte applicability-Metadaten (z. B. {"jurisdiction": ["DE-HE", "DE-BY"]}, mit redaktionellen Ausnahmen unter extendedData.applicabilityOverrides) steuern die Sichtbarkeit in gefilterten Sichten, ohne einen Knotentyp zu bilden oder fachliche tags zu ersetzen.

2.2. Semantik von Orientation, Understanding und Memorize

Orientation (semanticKind: "orientation"): Durch GVR-014 (Graph- und View-Validierung) auf null requires sowie Freiheit von Prüfungs-, Karten-, Beispiel- und Bewertungsdaten geprüft. Orientierungsanker prüfen kein Vorwissen und keine Fachbegriffe. Der Abschluss folgt einem vierstufigen Dialog: (1) Möglichkeiten aufzeigen und Interesse oder Frage einladen, (2) bei bloßer Stichwortnennung gezielt nachfassen und eine persönliche Reaktion einladen, (3) positiv zusammenfassen und den Abschluss separat anbieten, (4) 1 erst nach ausdrücklicher Zustimmung speichern (ohne abgestuften 0/50/100-UI-Regler). Beim echten Null-Fortschritts-Einstieg bilden offene Orientierungsziele die einzige wählbare Frontier; Lernende mit vorhandenem Fortschritt werden nie dorthin zurückgesetzt (siehe Graph-Definition §8.2 und didaktische Routen in §3.3).

Understanding: Standardknotenart ohne Sonderfelder; Verfügbarkeit folgt requires und optionaler applicability.

Memorize (SM-2 + Verified Recall): Jede Karte führt zwei Prozessspuren zur Bestimmung des einen Zielergebnisses:

SRS-Übungsspur: interval (Tage), repetition, ef (Easiness-Faktor, begrenzt auf \(\ge 1.3\)) und nextReview (ms). Bei quality >= 3 steigt repetition, interval wird 1, 6 bzw. round(lastInterval * ef), ef wird aktualisiert und nextReview = now + interval * 24h gesetzt; bei quality < 3 gilt repetition = 0, interval = 1 bei unverändertem ef. Fällige Karten (nextReview <= now oder neu) werden pro Sitzung gemischt (bis zu 20 Karten). Interaktive MCP-Kartenkomponenten übersetzen gewusst / noch nicht gewusst in SM-2-Updates; bloßes Umdrehen schreibt keinen Zustand, und das Leeren der Übungswarteschlange beweist niemals Mastery.
Verifizierte Abrufspur (verifiedRecall): Speichert status (passed | failed), attempts, failures, lastTestedAt, passedAt und lastFailedAt. Lernende können Prüfen (Verify) jederzeit starten: Der Coach lädt zuerst nur die Vorderseite, wartet auf eine eigenständige Antwort ohne Hilfe, lädt erst danach die Musterlösung und speichert passed (inkl. starkem SRS-Abruf) oder failed (erneut fällig). Der kontrollierte Abruf aller Pflichtkarten eines vollständig aufgelösten Decks begründet den dauerhaften Zielabschluss; spätere Fälligkeiten entziehen eine erreichte Ziel-Mastery nicht (die Codeprüfung vom 29. Oktober 2026 in LearnerService.java isSrsMasteredByVerifiedRecall und useSrsMastery.ts dokumentiert die Ist-Ableitung ohne Freigabe eines Mastery-Entzugs).

2.3. Prüfungsziele, Anerkennungsreview und Bewertung

Prüfungsknoten ergänzen examData (taskContent, optional taskContentEn, solutionContent, optional solutionContentEn sowie scoring: {maxPoints, passingPoints, steps: [{id, points, description}]}). Lernende dürfen Prüfungen direkt ohne vorherigen Abschluss der Vorbereitung versuchen; bei Nichtbestehen steuert requires die gezielte Nacharbeit. Gemäß dem korrigierten Konzept zur impliziten Beherrschung vom 4. November 2026 (Laufzeitanpassung ausstehend) müssen Prüfungen mit Anerkennungswirkung statisch darauf geprüft werden, dass keine Antwort durch kompensierende Nebenpunkte bestehen kann, obwohl eine anzuerkennende Kernkompetenz ausgelassen wurde. Nach den Gültigkeitsregeln für Lerneinheiten vom 11. November 2026 beansprucht ein Assessment Abdeckung (coveredGoalIds) nur für direkt oder transitiv vorausgesetzte Ziele (R3), jedes eigene gewöhnliche Ziel einer Einheit liegt auf einem Voraussetzungspfad eines eigenen Assessments dieser Einheit (R1), und mindestens ein solches Assessment trägt geprüfte Evidenz, dass Aufgaben und reguläre Bewertung das Ziel tatsächlich prüfen (R2); ein fehlender Pfad ist ein Befund für das Fachreview und niemals Anlass für eine redundante Kante (Graph-Definition §13.3).

Bewertung, Persistenz und Prüfungsmodus (Exam Mode) folgen festen Regeln:

Formeln: \(\text{total} = \min(\sum \text{stepPointsAwarded}, \text{scoring.maxPoints})\) und \(\text{passed} = (\text{total} \ge \text{scoring.passingPoints})\) (Denkfehler ergeben 0 Schrittpunkte; reine Rechenfehler erlauben Teilpunkte).
Binäre Speicherung: Bei passed == true wird Mastery unmittelbar nach der Bewertung auf 1.0 gesetzt (ohne zusätzliche Rückfrage; bei Schreibfehler darf keine Speicherung behauptet werden). Bei passed == false bleibt Mastery unverändert und Fehlversuch bzw. Punktzahl werden nicht gespeichert (unbegrenzte Wiederholungen bleiben möglich; die anschließende Lösungsanzeige ist eine bekannte Evidenzgrenze).
Ablauf der KI-Prüfungsaufsicht: (1) Neutralen 2–4-zeiligen Prüfungskopf zeigen, examData.taskContent wörtlich ohne Aufteilung oder Hinweise ausgeben und eine feste Abgabezeile anhängen; (2) bis zur vollständigen Einreichung oder Aufgabe nur Lesbarkeitsrückfragen zulassen; (3) streng entlang scoring.steps bewerten; (4) Mastery nur bei Bestehen speichern; (5) Punkte, Ergebnis und Schrittfeedback nennen, solutionContent zeigen, in den Lerncoach-Modus wechseln und vor neuen Inhalten die ausdrückliche Wahl abwarten.