.filesize-whitelist

# .filesize-whitelist
# Dateien, die bewusst gross aber kohäsiv sind.
# Jeder Eintrag braucht eine Begründung.
#
# Format: relativer Pfad ab Repo-Root, ein Eintrag pro Zeile.
# Kommentare mit # am Zeilenanfang.
#
# Kriterien (ALLE muessen zutreffen):
#   - Ein einziger Concern (Datenstruktur, Konfiguration, Prompt-Templates)
#   - Kein gemischtes Verhalten (keine Business-Logik + IO + Rendering)
#   - Splitting wuerde die Kohäsion verschlechtern, nicht verbessern
# God-Files mit gemischten Concerns gehoeren NICHT hierher, sondern
# entweder gesplittet oder befristet in .filesize-baseline.

# --- Backend: Statische Datenmodelle (Single-File Domain Model) ---
# Alle Entities in einer Datei = bewusste Designentscheidung,
# kein God-File (kein gemischter Concern, nur Datenstruktur).
backend/app/models/__init__.py
backend/app/schemas/__init__.py

# --- Statische Fragendaten (Assessment-Plugin) ---
# Reine Datendatei, kein Verhalten. Splitting wuerde die
# Auffindbarkeit verschlechtern ohne Kohäsionsgewinn.
plugins/adaptive-learner-plugin-assessment/adaptive_learner_assessment/questions.py

# --- AI-Prompt-Templates (Session-Plugin) ---
# Prompt-Strings, kein Code. Kohäsiv nach Domain.
plugins/adaptive-learner-plugin-session/adaptive_learner_session/prompts.py

# --- Content-Loader: Lektions-Schema (Single-Concern Datenmodell) ---
# Alle Pydantic-Modelle des Lektionsformats (Lesson -> LessonStep ->
# Exercise -> Pair/PictureImage/Card/ClozeBlank, mit Forward-Refs) in
# einer Datei. Seit EXP-039 die App-autoritative Single Source of Truth,
# aus der JSON-Schema + die generierten TS-Typen abgeleitet werden. Reine
# Datenstruktur + die zugehoerigen Pydantic-Validatoren (kein IO, kein
# Rendering, keine Business-Logik). Die Modelle sind eng verzahnt; ein
# Split zerstreute das eine Schema ueber mehrere Dateien und verschlechterte
# die Kohaesion. Gleiche Kategorie wie backend/app/models + schemas.
plugins/adaptive-learner-plugin-content-loader/adaptive_learner_content_loader/schema.py

# --- Frontend: Dexie-Row-Shapes (Single-File Datenmodell) ---
# Die 33 Row-Interfaces spiegeln die SQLAlchemy-Modelle 1:1; reine
# Datenstruktur (keine Logik/IO/Rendering), das Frontend-Pendant zu
# backend/app/models. Aus db.ts ausgelagert (#391), damit db.ts nur
# noch Schema + Migrationen + Init traegt. Weiter splitten wuerde das
# Datenmodell zerstreuen, nicht die Kohaesion verbessern. (Pfad seit dem
# #868 storage-Split unter dexie/; #1801 korrigierte den stale Eintrag.)
frontend/src/storage/dexie/db-rows.ts