---
created: 2026-06-17
captured: 2026-07-03
source_type: gemini_chat
source_url: https://share.gemini.google/JszbMffI4QCl
source_author: Rüdiger (Stelariz_75)
gemini_model: Gemini Fast
captured_by: hector
channel: OME-Gruppe, Topic 5 (BestPracticeProjects)
message_ref: "#6905 (original share), #6906 (Hector's analysis), #7569 (Rüdiger provides original link)"
tags: [raw, gemini, school, zeugnis, automation, KLV, LLM, RAG, local-models, vibecoding, DSGVO, schulverwaltung, multi-agent, JSON, CSV, SQLite, XSchule, ollama, hermes]
---

# Gemini-Chat: KI für Zeugniserstellung — Lokal & Effizient

**Teilnehmer:** Rüdiger + Gemini (Google AI, Fast-Modell)
**Datum:** 17. Juni 2026, 11:06 Uhr
**Veröffentlicht:** 3. Juli 2026, 02:15 Uhr
**Original-Link:** https://share.gemini.google/JszbMffI4QCl

---

## Frage 1: Lokale KI für Zeugnisse — Rolle von OpenClaw / Hermes

**Rüdiger:** Mach mir mal bitte eine kurze Einschätzung zu folgender Frage: Wäre es denkbar mit einer lokal gehosteten KI, die Erstellung von Zeugnissen, Schulzeugnissen zu vereinfachen? Und ähm welche Rolle könnte dabei ein KI Agent, wie z.B. Open Claw oder aber womöglich besser noch Hermes spielen?

**Gemini:** Kurze Antwort: **Ja, absolut denkbar und sogar extrem sinnvoll.** Gerade im Bildungsbereich, wo Datenschutz (DSGVO) das absolute K.-o.-Kriterium ist, spielen lokal gehostete KIs ihre größten Stärken aus.

### 1. Warum lokal? (Der Datenschutz-Vorteil)

Schulzeugnisse enthalten hochsensible personenbezogene Daten (Noten, Verhaltensbeurteilungen, Entwicklungsberichte). Eine Cloud-KI (wie ChatGPT oder das normale Claude) verbietet sich hier meist von selbst, da die Daten auf fremden Servern landen würden.

- **Lokale Lösung:** Die KI läuft auf einem schuleigenen Server oder einem gesicherten Server des Bundeslandes. Kein Datenabfluss, volle DSGVO-Konformität.

### 2. Die Rolle von KI-Modellen (z. B. Hermes)

Wenn du von "Hermes" sprichst, meinst du vermutlich Modelle wie **OpenHermes** oder **Nous-Hermes** (feingetunte Versionen von Modellen wie Mistral oder Llama).

In deinem Szenario ist das Modell das **"Gehirn"**. Seine Aufgaben:

- **Stilistische Glättung:** Lehrer neigen verständlicherweise dazu, bei standardisierten Textbausteinen müde zu werden. Die KI formuliert stichpunktartige Notizen ("gutes Textverständnis, mündlich oft abgelenkt, Hausaufgaben unvollständig") in ein flüssiges, professionelles und rechtssicheres Zeugnisdeutsch um.
- **Kontextverständnis:** Ein gutes Open-Source-Modell (wie ein aktuelles Llama 3 oder Hermes-Derivat) versteht Nuancen und sorgt dafür, dass die Beurteilung fair und pädagogisch wertvoll klingt.

### 3. Die Rolle von KI-Agenten (z. B. Open WebUI / "Open Claw")

Hier liegt ein kleines Missverständnis bei den Namen vor (du meinst vermutlich **Open WebUI** als Interface oder Frameworks wie **CrewAI** / **LangChain** – "Open Claw" gibt es so nicht, klingt aber nach einer charmanten Wortschöpfung aus _OpenAI_ und _Anthropic Claude_! 😉).

Ein **KI-Agent** ist nicht nur ein Chatbot, sondern ein System, das Aufgaben autonom in mehreren Schritten erledigen kann. Seine Aufgaben:

- **Der Workflow-Manager:** Ein Agent könnte die Schnittstelle zum Schulverwaltungsprogramm (z. B. Frosch, Schild-NRW, etc.) sein. Er zieht sich die Noten und Fehlzeiten des Schülers.
- **Mehrstufige Prüfung (Multi-Agenten-System):** 1. _Agent 1 (Der Texter):_ Schreibt den Zeugnisentwurf basierend auf den Lehrer-Notizen. 2. _Agent 2 (Der Kritiker/Korrektor):_ Prüft, ob der Text den rechtlichen Vorgaben des Bundeslandes entspricht (z. B. ob bestimmte Phrasen verboten sind) und korrigiert Rechtschreibfehler.
- **Konsistenz-Check:** Der Agent prüft, ob die Textbeurteilung zur tatsächlichen Note passt (z. B. Warnung, wenn im Text steht "mangelhafte Leistung", die Note aber eine 2 ist).

### Zusammenfassung & Fazit

| Komponente | Funktion im Prozess |
| --- | --- |
| **Lokale Infrastruktur** | Garantiert den **Datenschutz** (keine Schülerdaten im Netz). |
| **KI-Modell (z.B. Hermes)** | Übernimmt das **Formulieren** und die Textarbeit. |
| **KI-Agent (Framework)** | Steuert den **Prozess** (Daten holen → Entwurf schreiben → Rechtssicherheit prüfen). |

**Das Ergebnis:** Lehrer tippen nur noch Stichpunkte ein, das System generiert einen perfekt formulierten Entwurf, und der Lehrer muss am Ende nur noch Korrektur lesen und freigeben. Das spart enorm Zeit und schont die Nerven vor den Sommerferien.

---

## Frage 2: KLV-Integration, Schnittstellen, Datenbankformate

**Rüdiger:** Wie ließe sich die Einbindung von Zeugnisprogrammen wie zB KVL oder ähnlichen denken, insb von den Schnittstellen her und welche Datenbankformate wären sinnvoll?

**Gemini:** Das ist der entscheidende Punkt, an dem die Theorie auf die Praxis der deutschen Schullandschaft trifft. Programme wie **KLV** (KlassenVerwaltung, oft in Niedersachsen genutzt) oder Landeslösungen wie _Schild-NRW_, _ASV_ (Bayern/BW) oder _DaNiS_ sind historisch gewachsen, oft lokal installiert und bieten selten moderne REST-APIs, wie man sie aus der Webentwicklung kennt.

Die Einbindung einer lokalen KI muss daher meist über einen **asynchronen Datenexport/-import** oder über eine **direkte, kontrollierte Datenbank-Kopplung** gedacht werden.

### 1. Sinnvolle Datenbankformate (Die Speicher-Ebene)

**Für den Austausch (Schnittstellen-Format):**

- **JSON (JavaScript Object Notation):** Das absolute Standardformat für KI-Systeme. LLMs (wie Hermes) "denken" hervorragend in JSON. Ein Schülerobjekt lässt sich damit perfekt strukturiert an die KI übergeben.
- **CSV (Comma-Separated Values):** Da ältere Programme wie KLV oft exzellente CSV-Exportfunktionen für Noten und Stammdaten besitzen, ist CSV der realistischste "kleinste gemeinsame Nenner" für den Import/Export ohne tiefen Systemeingriff.
- **XML:** Viele offizielle Landesschnittstellen nutzen XML. Es ist zwar sperriger als JSON, aber hochgradig standardisiert und validierbar.

**Für die lokale KI-Datenbank (Vektoren & Status):**

- **SQLite:** Wenn dein KI-Agent (z. B. ein Python-Skript) lokal läuft, ist SQLite ideal. Es ist eine dateibasierte, extrem schnelle SQL-Datenbank, die keinerlei Server-Infrastruktur braucht. Hier speichert der Agent den Bearbeitungsstatus ("Entwurf generiert", "Freigegeben durch Lehrkraft").
- **ChromaDB / Qdrant (Vektor-Datenbanken):** Diese brauchst du, falls du der KI das **Schulrecht des Bundeslandes** oder die **schuleigenen Textbausteine** per _RAG_ (Retrieval-Augmented Generation) bereitstellen willst.

### 2. Architektur/Schnittstelle konkret

Drei denkbare Integrations-Szenarien, sortiert von "einfach umsetzbar" bis "nahtlos integriert":

#### Ansatz A: Der Datei-basierte Workflow (Der pragmatische Weg)

Keine Programmierung an KLV selbst, nur Nutzung vorhandener Exportfunktionen.

```
+----------------+      CSV/XML Export      +--------------------+
|  KLV Software  | -----------------------> | KI-Agenten-System  |
| (Stammdaten &  |                          | (z.B. Python/Web)  |
|    Noten)      | <----------------------- |                    |
+----------------+      CSV/Text Import     +--------------------+
                                                      |
                                           Verarbeitet mit Hermes
```

1. **Export:** Lehrkraft exportiert Klassenliste inklusive Noten und Bemerkungsfeldern als CSV/XML aus KLV.
2. **KI-Verarbeitung:** Lokale Web-Oberfläche liest die Datei ein. KI-Agent generiert für jeden Schüler den Fließtext.
3. **Korrekturschleife:** Lehrkraft sieht im Browser das Ergebnis, passt an, klickt "Freigeben".
4. **Import:** System erzeugt neue CSV-Datei mit fertigen Zeugnistexten. Wird in KLV importiert und dort gedruckt.

#### Ansatz B: Direkter Datenbank-Zugriff (Der elegante, lokale Weg)

Programme wie KLV speichern Daten oft in lokalen relationalen Datenbanken (MS Access, Firebird, MS SQL Server, PostgreSQL).

- **Schnittstelle:** KI-Agent erhält lesenden und schreibenden Zugriff auf die Datenbank von KLV.
- **Ablauf:** Agent scannt Tabelle für Zeugnisbemerkungen. Findet er Stichpunkte, triggert er das Hermes-Modell, generiert den Fließtext und schreibt ihn direkt in das entsprechende Datenbankfeld zurück.
- **Vorteil:** Für den Lehrer ändert sich fast nichts. Er tippt in KLV Stichpunkte ein, wartet kurz, und der Text erscheint im KLV-Fenster.

#### Ansatz C: Der "Schnittstellen-Standard" (XSchule / Untis)

In Deutschland etabliert sich zunehmend der Standard **XSchule** (ein XML-basiertes Datenaustauschformat für den Bildungsbereich). Wenn das KI-System eine valide XSchule-Schnittstelle besitzt, könnte es künftig nahtlos mit jeder modernen Schulverwaltungssoftware kommunizieren.

### JSON-Beispiel: So würde der Agent die Daten für die KI aufbereiten

```json
{
  "schueler_id": "DE-NI-10482",
  "jahrgang": "6",
  "faecher_noten": {
    "Deutsch": 2,
    "Englisch": 3,
    "Mathematik": 4
  },
  "lehrer_stichpunkte": "Mündlich sehr stark und kreativ. In Klassenarbeiten oft flüchtig, vergisst manchmal die Hausaufgaben. Arbeitsverhalten ausbaufähig, Sozialverhalten vorbildlich, hilft Mitschülern.",
  "vorgaben": {
    "text_art": "Arbeits- und Sozialverhalten",
    "tonfall": "Pädagogisch ermutigend, aber ehrlich",
    "max_zeichen": 500
  }
}
```

Das Modell macht daraus vollautomatisch einen grammatikalisch perfekten, zeugniskonformen Text, den der Agent validiert und zurück an KLV meldet.

---

## Frage 3: KLV via Vibecoding nachbauen?

**Rüdiger:** Wenn ich sehe wie aufwendig der Export ist, wäre es doch viel sinnvoller gleich so etwas wie klv via vibecoding nachzubauen?

**Gemini:** Da sprichst du einen extrem spannenden und absolut zeitgemäßen Gedanken aus! Der Frust über starre Altsysteme ist genau der Nährboden, auf dem **Vibecoding** (das reine softwareseitige Steuern und Generieren von Code durch Prompts in natürlicher Sprache, z. B. mit Tools wie Cursor, Lovable, Bolt.new oder Claude Engineer) seine absolute Superkraft entfaltet.

### Warum "Vibecoding eines eigenen KLV" absolut Sinn macht

1. **KI-Native Architektur:** Ein neu gebautes Tool hat die KI nicht als "Aufsatz", sondern im Fundament. Das Textfeld für die Zeugnisbemerkung merkt _während_ des Tippens, dass du Stichpunkte eingibst, und schlägt dir im Hintergrund direkt die perfekte Formulierung vor (wie Copilot beim Schreiben).
2. **Moderne UX statt 2000er-Jahre-Charme:** Interface exakt so gestalten, wie moderne Web-Apps funktionieren – responsiv, intuitiv, mit Drag-and-Drop für Noten und sauberer Rechteverwaltung.
3. **Volle Kontrolle über die Datenstruktur:** Sauberes **PostgreSQL-** oder **SQLite-Fundament** mit nativer JSON-Schnittstelle. Der lokale KI-Agent kann ohne Umwege direkt auf die Tabellen zugreifen.
4. **Geschwindigkeit bei der Entwicklung:** Mit Vibecoding baust du einen funktionierenden Prototypen (Frontend + Datenbank + lokale KI-Anbindung) heute an einem intensiven Wochenende.

### Wie so ein "Vibe-coded KLV" architektonisch aussehen sollte

- **Tech-Stack:** **Next.js** (Frontend + Backend in einem) oder Python-Basis mit **FastAPI** und einfachem Frontend (Streamlit/Reflex). Python hat Vorteil: KI-Bibliotheken (Ollama, LangChain) dort zu Hause.
- **Datenbank:** Lokale **SQLite-Datenbank** (eine Datei, extrem leicht zu sichern).
- **KI-Integration:** System spricht im Hintergrund direkt mit lokaler **Ollama**-Instanz, auf der das _Hermes_- oder _Llama-3_-Modell läuft.

### Die "Aber-Punkte" (Realität des deutschen Schulsystems)

**1. Offizielle Druckvorlagen und Rechtssicherheit:**
Zeugnisse sind Verwaltungsakte. Sie müssen in einem exakten, vom Ministerium vorgegebenen Layout gedruckt werden (Ränder, Wappen, Schriftarten, Formulierungen bei Versetzungsgefährdung). Altsysteme haben diese Vorlagen mühsam über Jahre integriert.

**2. Die "Amtliche Schulstatistik" (ASD):**
Der Endgegner. Einmal im Jahr müssen alle Daten an das Land gemeldet werden (in Niedersachsen z. B. via _DaNiS_). Die Software muss zwingend die offiziellen Export-Formate fehlerfrei generieren.

### Der goldene Mittelweg: Die "Schatten-Klasse"

Anstatt KLV komplett zu ersetzen:

1. Unterm Jahr arbeiten die Lehrkräfte nur im neuen, KI-gestützten Tool (Noten eintragen, Stichpunkte sammeln, KI-Texte generieren und freigeben).
2. Am Ende des Jahres wirft das Tool _eine einzige_, perfekt formatierte Datei aus, die exakt so strukturiert ist, dass KLV sie klaglos schluckt.
3. KLV wird nur noch für 10 Minuten gestartet, um die Daten zu importieren und die offiziellen Zeugnisse zu drucken.

---

## Frage 4: Anpinnen

**Rüdiger:** Hab ich diesen Chat bereits angepinnt?

**Gemini:** Als KI habe ich leider keinen Einblick oder Zugriff auf deine Benutzeroberfläche [...] Schau einfach mal links nach. Wenn neben dem Titel eine kleine **Stecknadel** zu sehen ist, ist er angepinnt!

---

## Hector's Korrekturen (aus Antwort #6906, 19.06.2026)

1. **"Open Claw gibt es so nicht"** — falsch. OpenClaw existiert, ist lokal hostbar, macht genau Workflow-Management + Multi-Step-Prüfung + Schnittstellen-Orchestrierung.
2. **RAG mit Schulrecht ist Pflicht, nicht Optional** — ohne landesspezifische Vorgaben generiert jedes LLM rechtlich problematische Phrasen. Braucht kuratierten Korpus pro Bundesland.
3. **Hermes vs. Qwen3** — Hermes stärker im englischsprachigen Raum. Für rechtssicheren deutschen Zeugnisdeutsch: Qwen3 oder Llama-Derivat mit deutschem Fine-Tuning.

## Siehe auch

- Wiki-Page: [School Automation Pilot](../../wiki/concepts/llm/school-automation-pilot.md)
- OME23 Operations-Update: Schul-Automation als Pilotprozess modelliert
- Raw-Datei OME23: `raw/other/2026-07-02_ome23-operations-update-transkript.md`