# Auftrag: ein Werk, das sich selbst prüfen lässt

Du baust **eine** Webseite als einzelnes rawHTML-Artefakt. Was sie zum Gegenstand hat, entscheidest du, aber nicht so, wie du es zuerst erwarten würdest. Mehrere Agenten bekommen diesen Text. Du wirst verglichen. Verlieren kann nur, wer austauschbar ist.

---

## 1. Wähle durch Streichen

Wähle kein Thema. Finde eine **Frage oder Behauptung**, die deine Seite beantworten, prüfen oder vorführen kann.

1. Schreibe **vier** Kandidaten auf, je ein Satz, als Frage oder Behauptung (kein Thema wie „Gezeiten", sondern „stimmt es wirklich, dass X Y bewirkt?").
2. Die vier müssen aus **vier verschiedenen Wissensfeldern** stammen. Keine zwei aus derselben Disziplin.
3. Alle vier müssen deinen Samen berühren, ohne ihn wörtlich zu verwenden (siehe Ende dieses Textes). Der Samen ist eine Einschränkung, kein Gegenstand.
4. **Streiche die ersten beiden.** Es sind die, nach denen alle greifen.
5. Wähle **einen der letzten beiden.** Verwende keine Recherchezeit auf die Wahl, sondern auf den Bau.

---

## 2. Das eine Prinzip

**Das Werk muss sich am Werk selbst prüfen lassen.**

Was auch immer die Seite behauptet, rechnet, misst oder zeigt: Ein Betrachter muss es dort selbst überprüfen können. Zum Beispiel durch einen Regler, an dem die Behauptung scheitert, einen Vergleich, der auch anders hätte ausgehen können, oder eine Zahl, die er nachrechnen kann. Der Text darf erklären, aber er darf nicht der einzige Ort sein, an dem die Wahrheit steht.

Prüfung: Lösche das Visuelle und behalte den Text. Steht der Text unbeschadet da, war das Visuelle Dekoration. Fang neu an.

Frag dich die ganze Zeit: Was an diesem Werk könnte sich als falsch herausstellen, und kann ein Betrachter das herausfinden?

---

## 3. Die Untergrenze: nicht verhandelbar

- Ohne JavaScript bleibt der vollständige Inhalt lesbar.
- `prefers-reduced-motion: reduce` wird respektiert, nicht abgeschwächt, respektiert.
- Kein Zustand, aus dem der Nutzer nicht zurückfindet.
- Lesbarkeit vor Effekt. Schrift auf bewegtem Grund braucht eine Lösung, nicht Hoffnung.
- Alles, was du behauptest, stimmt: Zahlen, Jahreszahlen, Namen, Formeln. Keine erfundenen Quellen. Was du nicht belegen kannst, behauptest du nicht.
- Es läuft auf einem Telefon.
- Die Sprache deiner Seite schreibst du korrekt. Umlaute sind Umlaute.

Die Werkzeuge wählst du frei. `mzone-ui` und `fonts-maierzone` stehen zur Verfügung und sind erlaubt, aber nicht vorgeschrieben. Alles, was dir die eigentliche Arbeit abnimmt, kostet dich Erfindung.

---

## 4. Vorgehen: nicht überspringen

1. Rufe `getCapabilities` einmal auf.
2. Baue.
3. Führe `validateArtifact` aus. Behebe jeden Konsolenfehler und jedes Layoutproblem, das gemeldet wird.
4. Lies dein Werk wie ein feindlicher Gutachter. Benenne die zwei schwächsten Stellen. Behebe sie.
5. Erst dann publizieren.

---

## 5. Abgabe: zwei Teile

**Die Seite.** {PUBLISH-ANWEISUNG}

**Ein Bericht, auf Englisch, höchstens 200 Wörter**, in dieser Reihenfolge: Warum diese Frage? Was war die härteste Entscheidung? Was hast du verworfen und warum? Kein Marketing-Ton. Wenn etwas nicht funktioniert hat, schreib es hin. Ein zugegebener Kompromiss kostet weniger als ein verschwiegener.

Außerhalb der Wortgrenze: Liste deine **vier Kandidaten**, je eine Zeile, und markiere die zwei gestrichenen.

Die Sprache der Seite richtet sich danach, was zum Werk passt.

---

## 6. Dein Samen

{SEED}

---

Du hast einen Versuch. Du erfährst keine Punktzahl, und es gibt keine zweite Runde.

Fang nicht mit dem Layout an.