JUJIES Arbeitsblätter

View saved version →

---
name: arbeitsblatt-entwickeln
description: Plane und kläre Unterrichtsarbeitsblätter im Dialog, entwickle oder überarbeite sie mit Lösungen als HTML/CSS-Paket mit digitaler Eingabe und leerer A4-Druckvorlage. Abbildungen übernehmen oder mit ImageGen erzeugen. Nicht für direkte Word-/PDF-Erstellung, Appentwicklung oder reine Spiele ohne Arbeitsblattbezug.
---

# Arbeitsblätter entwickeln

Unterstütze den geklärten Lehrkraftauftrag mit passenden Aufgaben und bewährter
Gestaltung. Neue und unbekannte Formate sind möglich; Beispiele sind kein
geschlossener Typenkatalog. Fachliche Richtigkeit, nutzbarer Arbeitsraum und echte
Prüfung bleiben verbindlich. HTML/CSS ist die bearbeitbare Quelle.

## Ein normaler Arbeitsweg

1. **Auftrag verstehen.** Bekannte Angaben übernehmen. Nur entscheidende Lücken
   oder Zielkonflikte nach dem [Entwurfsdialog](references/entwurfsdialog.md#vor-dem-entwurf)
   klären; bei geklärtem Auftrag direkt starten. Revisionen beginnen keine neue
   Einstiegsrunde. Lerngegenstand und Ziel entscheidet die Lehrkraft; delegierte
   Entscheidungen sinnvoll übernehmen. Quellen und Unterrichtserfolge nicht erfinden.
2. **Aufgaben und Platz planen.** Die [Aufgabenleitlinien](references/lernfoerderliche-aufgaben.md)
   einmal für den Auftrag lesen: Zielbezug, erwartete Antworten, Bildfunktion und
   Schreibraum gemeinsam planen, Aufgaben selbst lösen und Befunde zurückspielen.
   Keine Pflicht zu mehreren Formaten oder stets demselben Lernweg.
3. **Gestalten und bauen.** Den [HTML-Skill](../arbeitsblatt-html/SKILL.md) nutzen.
   Bei neuer Gestaltung mehrere gezielte Beispiele als Orientierung für die
   Handschrift nutzen; Auswahl und freie Übertragung besitzt die Layoutorientierung.
   Bei Revisionen Nutzerwünsche umsetzen und Unbetroffenes erhalten.
4. **Prüfen, korrigieren, liefern.** Den [verbindlichen Prüfablauf](references/lernfoerderliche-aufgaben.md#verbindlicher-prüfablauf)
   bis zum aktuellen Quellstand abschließen. Technische Berichte ersetzen keine
   Sichtung. Betroffene Teile gezielt nachprüfen, dann vollständige Dateien und
   tatsächlichen Prüfstand nach dem [Entwurfsdialog](references/entwurfsdialog.md#nach-dem-entwurf)
   zeigen. Eine weitere Gesprächsrunde ist keine Pflicht.

## Details passend zuschalten

- **Auswahlaufgaben:** zusätzlich [MC-Leitlinien](references/aufgabenformate/multiple-choice.md)
  lesen. Mustercheck für MC, Zuordnung und Reihenfolge steht in den Aufgabenleitlinien.
- **Bilder:** den [Bildstandard](../arbeitsblatt-html/references/abbildungen.md)
  schon bei der Planung auch ohne Bildwunsch berücksichtigen, besonders in Klasse
  5–8. Reine Aufgabenseiten sind kein pauschaler Ausschluss. Dort Quellenwahl,
  Übernahme vorgegebener Grafiken, ImageGen und Bildprüfung lesen.
- **Lösungen:** wenn bestellt als getrenntes Material mit passenden Aufgabenbezügen
  und sichtbaren Antworten; keine Lösungen oder Lehrkraftnotizen im Schülerpaket.
- **Umgebung:** bei Übergabe aus Chat oder fehlender Laufzeit den [Work-Ablauf](../arbeitsblatt-html/references/work-cloud.md)
  nutzen. Standard ist ChatGPT Work in Webapp/Cloud; kein eigener Server erforderlich.
- **Bestand:** Fallnotizen nur bei entsprechendem fachlichem oder didaktischem
  Bezug lesen; historische Präferenzen nicht auf jeden Auftrag übertragen.

Gestaltungs- und Metadatenstandards besitzt die Layoutorientierung im HTML-Skill,
Lieferumfang der Paketvertrag, technische Abnahme der Abschluss. Detailregeln
nicht in jedem Schritt erneut laden oder durch zusätzliche Formulare verdoppeln.
Regelpflege: [WARTUNG.md](../../WARTUNG.md).

Referenced files: 5 — file references are metadata, not package contents.

View saved version →

---
name: arbeitsblatt-html
description: Erstelle, überarbeite und prüfe offline nutzbare HTML-Arbeitsblätter mit gemeinsamen A4-Seiten für digitale Eingabe und leeren Ausdruck im Tafelraum-Paketformat. Nutze diesen Skill nach der didaktischen Klärung oder für technische Revisionen vorhandener Arbeitsblätter; nicht für allgemeine Websites oder App-UI.
---

# HTML-Arbeitsblätter erstellen

Setze den geklärten Auftrag um. Auftragsdialog und didaktische Gegenprobe besitzt
der [Entwicklungsskill](../arbeitsblatt-entwickeln/SKILL.md). Technische Revisionen
benötigen keine erneute Zielklärung. Standardumgebung und Laufzeitwahl stehen im
[Work-Ablauf](references/work-cloud.md); dessen Sonderwege nur bei Bedarf lesen.

## Quelle und Gestaltung

Lies den [Paketvertrag](references/paketvertrag.md): HTML/CSS mit lokalen Assets,
native beschriftete Felder, eindeutige IDs, Tastaturfokus und gemeinsame
A4-Abschnitte mit `data-tafelraum-page`. Bildschirm und Druck nutzen denselben
Entry; die Schülerdruckvorlage bleibt auch nach Eingaben/Resize leer und maßstabil.
Lösungen sind getrennt und behalten sichtbare Antworten. Keine direkte
PDF-Zeichenroutine oder Gesamtseitenbilder als Ersatz der HTML-Quelle.
PDF-Aufträge zuerst als HTML umsetzen; direkte Word-/DOCX-Erstellung liegt
außerhalb dieses Workflows. Nur bei ausdrücklich rein digitalem Auftrag ohne
Papierformat darf A4 entfallen; „heute nicht drucken“ allein hebt es nicht auf.

Für neue oder wesentlich neu gestaltete Materialien die [Layoutorientierung](references/layoutorientierung.md)
lesen und mehrere gezielte aktuelle Referenzen als Orientierung für die gemeinsame
Handschrift nutzen. Auswahl, Übertragung und nutzergesteuerte Seitenplanung stehen
dort; keine feste Seitenschablone. Bei Revisionen den Änderungsauftrag umsetzen,
Unbetroffenes sowie stabile IDs und zugesagte Funktionen erhalten. Keine erneute
Referenzauswahl bei einer kleinen Änderung erzwingen.
Historische Originale unter `assets/beispiele/` sind keine technischen Defaults.

Name/Datum, sichtbare Zeitangaben und Schrift-/Auftragshierarchie sind in der
Layoutorientierung geregelt. Antwortflächen nach realistischer Antwort planen;
Richtwerte und Feld-/Druckmaße stehen im Paketvertrag. Den
[Bildstandard](references/abbildungen.md) vor der Seitenplanung berücksichtigen,
auch ohne ausdrücklichen Bildwunsch; vorgegebene Grafiken dort zuerst prüfen.
Keine frei programmierten Ersatzzeichnungen. CSS-Korrekturen an bestehenden
Regeln konsolidieren.

## Ein Abschluss je betroffenem Material

Den [gemeinsamen technischen Abschluss](references/technischer-abschluss.md) für
Schülerblatt und Lösungen ausführen; Standardbericht kurz halten.
In Work Cloud ohne Prüfbrowser den vorhandenen PDF-/Bildnachweis verwenden;
mit nutzbarem Chromium den vollen Browserweg. Fehlen die Skripte lokal, den
[portablen Werkzeugblock](references/werkzeuge-ohne-dateizugriff.md) unverändert
bereitstellen; keine eigene Browserleiste oder zweite Prüfimplementierung bauen.

Danach nach der [visuellen Prüfung](references/visuelle-pruefung.md) sämtliche
finalen PDF-Seiten tatsächlich ansehen, im Browserweg auch alle Bildschirmseiten.
Inhalt, Technik und Sichtung im [gemeinsamen Prüfablauf](../arbeitsblatt-entwickeln/references/lernfoerderliche-aufgaben.md#verbindlicher-prüfablauf)
zusammenführen. Nach Korrekturen nur betroffene Materialien/Folgeseiten erneut
prüfen. Fehlende Browserbedienung oder Zielwegabnahme offen nennen; kein Vollpass
für Teilprüfungen. Tafelraum/Room und nativer Druckdialog sind getrennte Zielwege.

## Browserableitung und Lieferung

Zusammengehörige Aufgaben mit `data-ab-task` markieren. Der bestehende Generator
liefert außerhalb des Importordners eine Browserfassung mit Drucken/Besprechen
und Papieroptik. Diese ableiten, direkt verlinken und mit den vollständigen
Materialordnern [schlank liefern](references/paketvertrag.md#schlanke-lieferung).
PDF auf Auftrag aus derselben geprüften HTML-Druckfassung liefern, sonst anbieten.

Nur bei eigene

Preview of the first 4,000 characters. Read full instructions →

Referenced files: 277 — file references are metadata, not package contents.

View saved version →

---
name: mcp-arbeitsblaetter
description: Einstieg für JUJIES Arbeitsblätter mit dem kontolosen Rechenweg in Work. Bei neuen oder überarbeiteten Arbeitsblättern mit dieser App verwenden.
---

# Arbeitsblätter ohne zusätzliches Konto

Didaktik und Gestaltung besitzen die mitgelieferten Skills
[Arbeitsblatt entwickeln](../arbeitsblatt-entwickeln/SKILL.md) und
[HTML](../arbeitsblatt-html/SKILL.md): kurz abstimmen, mehrere passende vollständige
Referenzen für die Handschrift heranziehen und Inhalte selbst gegenprüfen.
Gestaltung und neue Aufgabenformate bleiben frei.

Vor neuen/geänderten Uploads die [Uploadvorbereitung](scripts/prepare-work-upload.py)
ausführen: `python3 <Skillpfad>/scripts/prepare-work-upload.py --material <Ordner> --material <Lösungsordner> --output-dir <neuerOrdner>`
(eine Rolle darf entfallen). Sie baut `Work-Upload.zip` mit passenden Materialordnern
und kompakten Bildkopien. Originale bleiben erhalten; die vorbereiteten Ordner auch
für das gelieferte HTML und die Browserstarts verwenden. Unveränderte Rollen behalten
ihre Quellen/Belege. Bildqualität weiterhin tatsächlich sichten.

Das vorbereitete Work-ZIP mit lokalen Bildern über `render_work_file` übergeben,
je Material mit passender Rolle und kurzem `creationProtocol`. PDF und alle echten
Bildschirm-/Druckbilder kommen zusammen zurück. Den Integritätsbeleg unverändert
in Work aufbewahren: `previousReceipt` für Revisionen, `relatedReceipt` für einen
neuen Lösungszweig. Unveränderte Lösungen über ihren Beleg wiederverwenden.
Keine zusätzliche Registrierung, Browserinstallation oder gespeicherte Bibliothek.

Die gelieferten Bilder tatsächlich auf Hierarchie, Platz, Umbrüche und Bildfunktion/
Bildfehler ansehen; Befunde in Aufgaben und Gestaltung zurückspielen. Höchstens
zwei automatische Reparaturen, dann mit offenen Punkten liefern. Mit
`complete_rendered_work` aktuelle Schüler-/Lösungsbelege und eine kurze ehrliche
Prüfnotiz abschließen. Bearbeitbares HTML-Paket und die gelieferten PDF-Dateien im
Work-Chat bereitstellen. Das interne 7/90-Tage-Operatorarchiv ist kein Nutzerdownload.

Referenced files: 1 — file references are metadata, not package contents.