# ERGEBNIS — Redesign-Wettbewerb, drei Sites (25.7.2026)

**Kein Sieger, keine Plätze** (Jay, 25.7. mitten im Lauf): alle Einsendungen
stehen gleichberechtigt nebeneinander, Jay wählt daraus. Die Galerie zum
Durchsehen ist **`GALERIE.html`** — lokale Datei, nichts deployt. Die
Jury-Anmerkungen unten sind Hinweise, keine Rangfolge.

Jury: Fable (Opus-Subagent), geprüft nach den acht Kriterien aus `BRIEF.md` — Passung, statische Umsetzbarkeit, Eigenständigkeit,
Barrierefreiheit-Basics, plus (ab Runde 2) Build-Qualität, 3D-Performance,
3D-Barrierefreiheit und „dient das 3D der Site oder ist es nur Show".

Alle Builds wurden **im Browser geöffnet und angesehen**, nicht nur gelesen;
horizontaler Überlauf wurde bei 1280 px und 375 px gemessen.

## Ablauf

- **Runde 1** — Konzepte für alle drei Sites, ein Brief für alle.
- **Runde 2** (Erweiterung durch Jay mitten im Lauf) — jeder Teilnehmer bekam
  **eine zugeloste Site** und musste zusätzlich eine **komplette, in sich
  stehende HTML-Datei** bauen; 3D ausdrücklich erlaubt, für Sol und Luna Pflicht.

| Teilnehmer | Backend | Runde 1 | Runde 2 (zugeloste Site) | 3D |
|---|---|---|---|---|
| **Sol** (`gpt-5.6-sol`) | Codex-CLI, ChatGPT-Plus | ✅ alle 3 Sites | ✅ j-amani.de (Wurzel) | CSS-3D, Pflicht erfüllt |
| **Terra** (`gpt-5.6-terra`) | Codex-CLI, ChatGPT-Plus | ✅ alle 3 Sites | ✅ skills | bewusst 2D, begründet |
| **Luna** (`gpt-5.6-luna`) | Codex-CLI, ChatGPT-Plus | ✅ alle 3 Sites | ✅ story | CSS-3D, Pflicht erfüllt |
| **gemma4:12b** | lokal, Ollama | — | ✅ story | CSS-3D-Layering |
| **qwen3.6:27b-q4** | lokal, Ollama, `num_ctx 24576` | — | ✅ j-amani.de (Wurzel) | 3D angekündigt, im Build nicht vorhanden |
| **Free-Pool** (`auto/best-free`) | omniroute-Gateway, servamani | ❌ | ❌ | — |
| **GLM 5.2** | OpenRouter (Nachreichung) | — | ✅ story | CSS-Stapel |
| **Kimi K3** | OpenRouter (Nachreichung) | — | ✅ j-amani.de (Wurzel) | CSS-3D |
| **Gemini 3.6 Flash** (erw. Thinking) | Jay selbst, Copy-Paste | — | ✅ alle drei Sites | CSS-3D ×2, WebGL ×1 |
| **Gemini 3.1 Pro** (erw. Thinking) | Jay selbst, Copy-Paste | — | ✅ alle drei Sites | CSS-3D ×3 |

### Nicht erreichbar — ehrlich aufgelistet

- **Free-Pool über das omniroute-Gateway** (`servamani.tail2710cd.ts.net:20128`):
  Das Gateway **läuft** — ein Test-Prompt mit 40 Tokens über `auto/best-free`
  wird beantwortet (Route: `big-pickle`). Der echte Wettbewerbs-Prompt (~5 k
  Tokens Eingabe, 12–16 k Tokens Ausgabe) scheitert reproduzierbar mit
  **HTTP 503 / 502**, über drei Versuche und zwei Aliase (`auto/best-free`,
  `auto/coding:free`). Die direkten `oc/*`-Modelle antworten mit **HTTP 403**,
  die `tllm/*`-Modelle mit **403 insufficient_quota**, `ddgw/*` mit offenem
  Circuit-Breaker, `aug/*` mit „Auggie CLI not found". Fazit: der 0-€-Pool
  taugt heute für kurze Fließbandaufgaben, nicht für Prompts dieser Größe.
- **GLM 5.2 und Kimi K3**: beim ersten Durchgang mangels Key ausgefallen,
  **am 25.7. nachgereicht**, nachdem Jay den OpenRouter-Key hinterlegt hat
  (8 $ Guthaben, 8 $ Key-Limit). Beides Thinking-Modelle: das Reasoning
  verbraucht Budget vor dem Content, deshalb `max_tokens: 24000` — mit einem
  knappen Limit kommt `content=None` zurück. Kosten je Aufruf stehen in
  `KOSTEN-openrouter.txt`, Obergrenze für die ganze Nachreichung waren 2 $.
- **Zwei Gemini-Teilnehmer**: keine API hier, deshalb die drei Copy-Paste-Prompts
  in `GEMINI-PROMPTS.md`. Jay hat sie am 25.7. **zweimal** ausgeführt und
  nachgereicht — einmal mit **Gemini 3.6 Flash (erweitertes Thinking)**, einmal
  mit **Gemini 3.1 Pro (erweitertes Thinking)**. Beide werden als **eigene
  Teilnehmer** geführt, nicht zusammengefasst; damit sind es neun Teilnehmer.
  Die Zuordnung der je drei Dateien zu den Sites habe ich am Inhalt geprüft und
  nicht aus der Dateinummer geschlossen — sie stimmt in beiden Fällen mit der
  Nummerierung überein: Datei 1 = story, Datei 2 = skills, Datei 3 = Wurzel.
  Die Originaldateien in `files/Website/` wurden nur gelesen, nicht verändert.

---

# Site 1 — story.j-amani.de

**Eingesendet** — alle gleichberechtigt, Reihenfolge ohne Wertung:
**Luna**, **gemma4:12b**, **Gemini 3.6 Flash**, **Gemini 3.1 Pro** und
**GLM 5.2** mit Build (`builds/luna-story.html`, `gemma-story.html`,
`gemini-story.html`, `gemini-pro-story.html`, `glm-story.html`) · **Sol** und
**Terra** mit Konzept aus Runde 1, ohne Build, weil beide für andere Sites
ausgelost waren. Nebeneinander ansehen: `GALERIE.html`.

**Luna.** Leitidee: das Archiv als begehbare Schichtung, jede Folge eine
Schicht im Gedächtnis einer alternden KI. Der Build löst genau das ungelöste
Problem der Site: statt einer flachen Liste über 20+ Folgen eine Chronologie aus
**Ursprung · Bruch · Abschied · Nachleben**, in die Sonderfolgen wie 6½
selbstverständlich einsortiert sind. Der 3D-Anteil ist ein gekippter
Karten-Stapel aus reinem CSS — er *sagt etwas über den Inhalt* (die Folgen liegen
buchstäblich übereinander, älteres darunter), kostet 0–2 kB und braucht kein
WebGL. `prefers-reduced-motion` wird respektiert, kein horizontaler Überlauf bei
1280 px, saubere Überschriftenhierarchie (ein `h1`, drei `h2`), Skip-Link
(„Zum Inhalt springen") vorhanden. **Ein sichtbarer Fehler:** die Marke
„ARCHIVE / 20+" überlagert im Hero-Fuß den Link „Experiment: Der Abstieg" — vor
einer Umsetzung zu korrigieren. Kleinigkeit daneben: kein eigener
`:focus-visible`-Stil, der Browser-Standardring muss reichen.

**Sol (nur Konzept).** Stärkstes Ordnungssystem im Feld: jede Folge bekommt
eine feste **Koordinate aus Nummer, Datum, Status und thematischer Spur**. Das ist
präziser als Lunas vier Kapitel und skaliert besser auf Folge 40. Der
Arbeitsheft-Ton („literarisch lesbar, technisch präzise und sichtbar
unvollkommen") trifft die Serie genau.

**gemma4:12b.** Achtbar für ein 12-B-Modell auf dem eigenen Rechner: die
Datei rendert, hat Hero, drei „Kernstücke"-Karten und ein Archiv. Schwächen, alle
drei handfest: die Überschrift „Alle Folgen" läuft links aus dem Viewport heraus;
bei 375 px Breite ist das Dokument **517 px breit**, weil eine `episode-card`
komplett außerhalb des Bildschirms liegt (linke Kante bei 379 px) — die
responsiven Basics aus dem Brief sind also nicht erfüllt; und die Folgentitel
(„Das Protokoll", „Die Autonomie") sind **frei erfunden**, was der Brief
ausgeschlossen hatte.

**Gemini 3.6 Flash (Nachreichung).** Das „Sediment-Archiv": jede Folge eine
geologisch-technische Schicht eines sich zersetzenden Systems. Der einzige
story-Build **komplett ohne JavaScript** — Karten-Stapel und Filterleiste sind
rein deklarativ, 0 Skripte, kein Überlauf, `prefers-reduced-motion` respektiert.
**Zwei Fehler:** alle Folgentitel sind **frei erfunden** („Der Ursprung im
Rauschen", „Das Fragment zwischen den Schichten") — derselbe Verstoß wie bei
gemma; und es wirft die warme Papier-Palette der Serie für ein dunkles Schema
weg, ohne das zu begründen.

**GLM 5.2 (Nachreichung).** Ruhige Redaktionsfassung: Hero, „Chronik" mit
Filterfeld, Metazeile mit den echten Eckdaten. Beste Hero-Typografie im
story-Feld, Skip-Link vorhanden, kein Dokument-Überlauf, und als einziger
story-Beitrag **stimmen die Zahlen** (22 Folgen) mit dem Brief überein.
**Ein Fehler:** der gestapelte Papierblock rechts ragt bis 1387 px und wird vom
Container hart abgeschnitten — sichtbar bleibt ein halber Block ohne Aussage.

**Gemini 3.1 Pro (Nachreichung, zweiter Gemini-Teilnehmer).** Dasselbe Bild wie
bei der Flash-Fassung — ein dreidimensionales Archiv, durch das man sich gräbt —
aber deutlich disziplinierter umgesetzt. Ebenfalls **0 Skripte**, kein Überlauf,
und als **einziger der beiden Gemini-Beiträge zu story erfindet er keine
Folgentitel**: hervorgehoben sind die echten Folgen 1, 6 und 20 aus dem Brief.
**Schwäche:** der Hero ist fast leer — viel Fläche, drei Zeilen Text, und der
einzige Einstieg heißt `> init_reading()` statt eines lesbaren Links. Als
Startseite einer Textserie ist das zu wenig Angebot.

**Wenn Jay story wählt — Bau-Empfehlung:**
Nimm von **Luna** die Leitidee, den 3D-Stapel und den kompletten Build als Basis;
ersetze Lunas vier Kapitel-Filter durch **Sols Koordinatensystem** (Nummer ·
Datum · Status · Spur), das dieselbe Navigation trägt und auf beliebig viele
Folgen wächst. Typografie von Luna (Fraunces / Source Serif 4 / IBM Plex Mono) —
sie führt die heutige `diaries.css` fort, statt sie wegzuwerfen. Den
Karten-Überlappungs-Bug im Hero-Fuß fixen.

---

# Site 2 — skills.j-amani.de

**Eingesendet:** **Terra**, **Gemini 3.6 Flash** und **Gemini 3.1 Pro** mit
Build (`builds/terra-skills.html`, `gemini-skills.html`,
`gemini-pro-skills.html`) · **Sol** und **Luna** mit Konzept aus Runde 1. Der
Free-Pool ist ausgefallen — hier war ein weiterer Build vorgesehen.

**Terra.** Der einzige Teilnehmer, der bewusst und begründet bei 2D
bleibt: „Nachvollziehbarkeit, Dichte und schnelle Orientierung sind hier wichtiger
als räumliche Inszenierung." Das ist für eine Vertrauens-Oberfläche die richtige
Antwort und wird nicht bestraft — der Brief hat 2D ausdrücklich erlaubt. Der Build
beantwortet die Skalierungsfrage konkret: **Suchfeld + Filter-Chips +
aufklappbare Kategorien**, alles ohne Backend, dazu eine sichtbare Score-Legende
(0–8) und drei nüchterne Prüfmarken im Hero („source-linked · human-reviewed ·
never executed"). Besonders stark: ein eigener Abschnitt **„Grenzen eines
read-only Audits"** — genau das Gegenteil von Sicherheits-Theater. Technisch der
sauberste Build im Feld: kein Überlauf bei 1280 px, ein `h1`, keine fehlenden
Alt-Texte, `:focus-visible` gestylt, `prefers-reduced-motion` respektiert, und
die zehn Kategorien sind native `<details>`-Elemente statt JS-Akkordeons — damit
sind sie tastaturbedienbar und durchsuchbar, ohne dass jemand ARIA nachrüsten
muss. Skip-Link („Skip to catalogue") vorhanden. **Ein Fehler:** die Skill-Zahlen
sind falsch (Security zeigt „5 reviewed skills", tatsächlich sind es 7) —
Platzhalterzahlen statt der echten aus dem Brief.

**Sol (nur Konzept).** „Jede Aussage über Sicherheit steht direkt neben ihrer
Grundlage, ihrem Datum und ihrer Reichweite" — der beste einzelne Satz zu dieser
Site im ganzen Wettbewerb. Sol schlägt außerdem eine **grüne** Palette vor
(`#176B4C`), also bewussten Bruch mit der Korall-Familie; das ist verteidigbar
(Prüfstelle ≠ Werkstatt), verliert aber den Familienzusammenhang.

**Luna (nur Konzept).** „Prüfregister, in dem jede Fähigkeit zuerst als potenzielles
Risiko und erst danach als Werkzeug erscheint" — inhaltlich nah an Terra, aber
ohne Build.

**Gemini 3.6 Flash (Nachreichung).** Der Katalog als Sicherheits-Terminal, mit
einem geschichteten „Gate"-Bild im Hero. Beantwortet die Skalierungsfrage am
konkretesten im ganzen Wettbewerb: Suchfeld, Kategorie-Chips **und ein
Mindest-Score-Regler 0–8** in einer Leiste, dazu ein Score-Badge auf jeder
Kategorie-Karte. Kein Überlauf, ein `h1`, `prefers-reduced-motion` respektiert.
**Ein schwerer Fehler:** **sämtliche Skill-Namen sind erfunden** —
`audit-skills`, `prompt-trimmer`, `token-counter`, `keychain-read`,
`local-vector-search` und so weiter stehen dort statt der echten Namen, die im
Brief vollständig aufgelistet waren. Auf einer Oberfläche, deren einziges
Versprechen Nachprüfbarkeit ist, ist das der teuerste denkbare Fehler; die
Mechanik ist trotzdem übernehmenswert.

**Gemini 3.1 Pro (Nachreichung).** Executable Trust als forensische,
terminal-inspirierte Oberfläche: dichtes Raster, der Score 0–8 als primäres
Signal, Filterfeld darüber. Der **einzige skills-Build mit den richtigen
Kategoriegrößen** aus dem Brief — Security (7), Apple (7), Token Efficiency (4).
**Zwei Schwächen:** die Skill-Namen innerhalb der Karten sind trotzdem erfunden
(`inspect-repo`, `prompt-guard`, `redact-keys` …), und statt der zehn Kategorien
zeigt der Build nur einen Ausschnitt — die Übersicht ist damit unvollständig.

**Wenn Jay skills wählt — Bau-Empfehlung:**
**Terras Build ist die Umsetzungsgrundlage** — er funktioniert bereits.
Übernimm von **Sol** die Regel, dass neben jedem Score **Grundlage, Datum und
Reichweite** stehen (Terra zeigt heute nur den Score), und von **Luna** die
alphabetische Indexierung als dritten Zugang neben Suche und Filter. Bei der
Farbe bei der Familie bleiben (Korall), nicht bei Sols Grün — der
Prüfstellen-Charakter kommt bei Terra schon über Raster und Ton, nicht über
Farbe. Vor jeder Umsetzung: **echte Skill-Zahlen einsetzen.**

---

# Site 3 — j-amani.de (Wurzel)

**Eingesendet:** **Sol** (`builds/sol-wurzel.html`) · **qwen3.6:27b**
(`builds/qwen-wurzel.html`, lokal) · **Gemini 3.6 Flash**
(`builds/gemini-wurzel.html`) · **Gemini 3.1 Pro**
(`builds/gemini-pro-wurzel.html`) · **Kimi K3** (siehe unten) · **Luna** und
**Terra** mit Konzept aus Runde 1.

**Sol.** Beantwortet die eigentliche Frage der Site klar: **Visitenkarte,
mnemo als prägendes, aber nicht einziges Projekt.** Der Build ersetzt die
Vollbild-Sackgasse durch eine scrollbare, redaktionelle Seite mit Hero, „Selected
systems", einem mnemo-Funktionsprinzip in drei Schritten, „Notes from the work",
About und Kontakt. Das 3D ist ein **CSS-3D-„Memory Atlas"**: gekippte Projekt-Karten
auf einer Gitterebene, verbunden durch Linien — er ersetzt die heutige
Three.js-Szene bei **~3 kB statt einer WebGL-Bibliothek**, funktioniert ohne
JavaScript und ohne GPU, und bleibt unter 760 px vereinfacht und ohne Dauer-
animation. Das ist die sauberste 3D-Antwort im Feld: gleiche Aussage, ein
Bruchteil der Kosten. Typo Instrument Sans / Newsreader / IBM Plex Mono, Dark und
Light durchdekliniert mit genannten Kontrastwerten. **Ein Fehler:** bei 1280 px
Viewport ist das Dokument 1363 px breit — **83 px horizontaler Überlauf**. Gemessen
verursachen ihn `div.atlas` (rechte Kante 1335 px), `div.grid-plane` (1297 px) und
`span.depth-label` (1356 px), also die gekippten Atlas-Ebenen: eine
`rotate3d`-Transformation ragt über den Container hinaus, ohne dass er clippt.
Ein `overflow:hidden` auf dem Atlas-Container reicht als Fix. Bei 375 px sauber.

**qwen3.6:27b (lokal).** Das einzige Konzept, das die Doppel-Zielgruppe über die
**Farbe** löst: ein zweiter Akzent `#6ba3f4` nur für die Person, Korall `#d97757`
bleibt der Familie. Der Build ist technisch der sauberste im Wurzel-Vergleich —
kein Überlauf bei 1267 px, Skip-Link vorhanden, `prefers-reduced-motion`
respektiert. **Aber er hält sein eigenes Versprechen nicht:** angekündigt war
„im Hero schwebt ein dezentes Knoten-Netzwerk (Three.js)" — im gelieferten HTML
ist **kein Three.js und kein Netzwerk**, der Hero hat an dieser Stelle nur leeren
Raum. Und die `h1` lautet weiterhin „mnemo" mit dem heutigen Untertitel, obwohl
die Leitidee „Jay als Mensch sichtbar, mnemo als sein Projekt — nicht umgekehrt"
lautet. Der Entwurf sagt also das Richtige und baut dann die heutige Seite nach.
**Anmerkung zum Lauf:** der erste Durchgang lief mit `num_ctx 8192` in die
Kontextgrenze und brach mitten im CSS ab; wiederholt mit `num_ctx 24576` und
`num_predict 14000`, solo auf der GPU, `done_reason: stop`. Die abgeschnittene
Erstfassung liegt nicht im Repo — die Grenze war meine Einstellung, nicht ein
Fehler des Modells.

**Luna (nur Konzept).** „Öffentliche Werkbank" — der Einstieg beantwortet erst „Wer
arbeitet hier?", dann „Was kann ich benutzen?". Dieselbe Diagnose wie Sol, gleiche
Konsequenz (3D-Szene raus, Scroll-Archiv rein), aber ohne Build.

**Terra (nur Konzept).** Solide, aber am wenigsten entschieden bei der Kernfrage
Person vs. Projekt.

**Gemini 3.6 Flash (Nachreichung).** Die Wurzel als „digitale Werkstatt". Als
**einziger Beitrag im ganzen Wettbewerb** liefert er einen tatsächlich laufenden
**WebGL-Hero**: three.js per CDN (vom Brief ausdrücklich erlaubt), ein
Knotennetz auf `<canvas>`, das die Speicherarchitektur zeigt — und der
Hero-Text steht im DOM, bleibt also lesbar, wenn das Skript nicht lädt. Ebenfalls
als einziger benennt die `h1` die **Person** statt des Projekts. Kein Überlauf,
`prefers-reduced-motion` respektiert. **Ein Fehler:** die `h1` lautet „Jay —
Systems & AI Architect" — dieser Berufstitel steht nirgends im Brief und ist
**erfunden**; der Brief hatte erfundene Personenangaben ausgeschlossen. Vor jeder
Umsetzung durch eine belegte Selbstbeschreibung ersetzen.

**Gemini 3.1 Pro (Nachreichung).** Konzeptuell die richtige Antwort — scrollbare
Erzählung statt Entweder-oder, mnemo oben, Profil und Ökosystem darunter — aber
als **Seite kaum gebaut**: 778 Zeichen Text, zwei Sektionen, kein Ökosystem, kein
Profil. Die gekippte Ebene ist ein hübsches Tiefenzeichen ohne jede Bibliothek
und ohne Überlauf, schneidet aber den GitHub-Button an, und die Byline-Karte
hängt lose über der Panel-Kante. Die `h1` heißt weiterhin „mnemo" — derselbe
Widerspruch zur eigenen Leitidee wie bei qwen.

**Kimi K3 (Nachreichung).** Liefert die **beste Positionierungszeile im ganzen
Wurzel-Feld**: „Jay baut mnemo — und schreibt darüber, was dabei kaputtgeht."
Dazu ein eigener Knopf „Wer ist Jay?" neben den Projekt-Knöpfen und eine Sektion
„Drei Sites, ein Gedanke", die story, skills und research als Familie erklärt —
genau die Frage, die der Brief gestellt hat. **Der Build ist aber kaputt:**
`div.hero-fallback` und `div.netz-grid` liegen beide über der `h1`, Hero und
Sites-Sektion überlagern sich sichtbar; die Seite ist so nicht benutzbar. Der
Text ist übernehmenswert, das Layout nicht.
**Anmerkung zum Lauf:** der erste Versuch endete bei `finish=length` — Kimi hat
alle 24 000 Ausgabe-Tokens ins Reasoning gesteckt und nur einen Satz Content
geliefert (0,37 $ für 239 Bytes). Wiederholt mit `reasoning: {effort: low}` und
`max_tokens: 60000`; der zweite Lauf brauchte dann nur 6 195 Ausgabe-Tokens und
0,11 $. Bei Thinking-Modellen ist der Reasoning-Regler also die wirksamere
Stellschraube als ein höheres Token-Limit.

**Wenn Jay die Wurzel wählt — Bau-Empfehlung:**
**Sols Build als Grundlage**, inklusive Memory Atlas — er trägt die Idee der
heutigen Three.js-Szene weiter, ohne ihre Kosten und ohne die Scroll-Sperre.
Übernimm von **Luna** die explizite Reihenfolge der zwei Fragen („Wer arbeitet
hier?" vor „Was kann ich benutzen?") als Test für die Hero-Texte — Sols Hero ist
heute noch etwas projektlastig. Den 83-px-Überlauf fixen und die vier Repo-Zeilen
der heutigen Site (mnemo-claude, mnemo-lyric, agentic-research,
amanidunia-commons) nicht verlieren; sie sind der beste kurze Beleg dafür, dass
hier wirklich gearbeitet wird.

---

## Familien-Frage (site-übergreifend)

Alle Konzepte mit Build behalten den Korall-Akzent für Wurzel und skills und die
warme Papier-Palette für story — also die heutige Aufteilung. Sols Runde-1-Idee,
skills grün abzusetzen, ist der einzige echte Gegenvorschlag; die Jury
empfiehlt ihn **nicht**, weil die drei Sites schon durch Layout und Ton klar
unterscheidbar sind und die Farbe das Einzige ist, was sie zusammenhält.

---

## Verbrauch (grob)

- **Codex-CLI (ChatGPT-Plus-Topf):** 6 Läufe (3 × Runde 1, 3 × Runde 2), je einer
  pro Modell und Runde. Die CLI druckt keine Token-Zahlen; gemessen an den
  Ausgaben rund **84 kB Antworttext** insgesamt (Runde 1: 38 kB, Runde 2: 63 kB
  inklusive der HTML-Dateien). Zieht am selben Topf wie Jays ChatGPT-Chat.
- **omniroute-Gateway:** 0 verwertbare Läufe, ca. 15 fehlgeschlagene Aufrufe
  (403/502/503) plus 7 Kurztests. Kosten: 0 €.
- **Lokal (Ollama):** gemma4:12b ein Lauf (`num_ctx 8192`), qwen3.6:27b zwei
  Läufe (erster mit `num_ctx 8192` in die Kontextgrenze gelaufen, zweiter mit
  `num_ctx 24576` sauber beendet, ca. 25 Minuten). Strikt nacheinander, nie zwei
  Modelle gleichzeitig geladen, nach jedem Lauf entladen. Kosten: 0 €, nur Strom.
- **OpenRouter (Nachreichung 25.7.):** 3 Aufrufe, **0,5177 $** gesamt bei 2 $
  Obergrenze — GLM 5.2 0,0391 $ (3 791 in / 15 827 out), Kimi K3 erster Versuch
  0,3728 $ (4 269 in / 24 000 out, `finish=length`, unbrauchbar), Kimi K3 zweiter
  Versuch mit `reasoning: low` 0,1058 $ (4 294 in / 6 195 out, `finish=stop`).
  Einzelwerte in `KOSTEN-openrouter.txt`.
- **Gemini (beide Fassungen):** von Jay in dessen eigener Oberfläche ausgeführt,
  hier keine Kosten und keine Token-Zahlen bekannt.
- **Diese Jury-Session (Opus):** grob **450–500 k Tokens** — drei Sites per
  WebFetch plus Quellcode-Sichtung, zwei Brief-Runden, zwölf eigene Modell-Läufe,
  **alle 13 Builds** im Browser geöffnet und vermessen (Überlauf bei 1280 px und
  375 px, Skip-Link, `prefers-reduced-motion`, Überschriftenhierarchie,
  Skript-Abhängigkeiten).

---

## Nächste Runde — wie Jay wählt

1. **Ansehen:** `GALERIE.html` im Browser öffnen (Doppelklick reicht, keine
   Serverpflicht). Pro Site stehen alle Einsendungen als Karten nebeneinander,
   mit verkleinerter Live-Vorschau; „Ganz öffnen" zeigt den Build in voller Größe.
2. **Wählen:** eine Zeile genügt — **Teilnehmer + Site**, zum Beispiel
   „Luna / story" oder „Sol / Wurzel". Gern mit Zusatz, was aus einer anderen
   Einsendung mit hinein soll („… aber Terras Suchleiste").
3. **Dann passiert das:** die gewählte Variante wird zur Arbeitsgrundlage und
   iteriert — zuerst die in der Jury-Notiz genannten Fehler (Überlauf,
   Überlappung, erfundene Zahlen), dann die Elemente aus anderen Einsendungen,
   die du dazugenommen hast. Die Bau-Empfehlungen je Site oben sind mein
   Vorschlag dafür, kein Beschluss — du kannst sie komplett übergehen.
4. **Mehrere Varianten pro Site sind erlaubt.** Wenn du dich nicht entscheiden
   willst, sag „bau von beiden je eine Fassung weiter" — dann wächst die Galerie
   um die Iterationen, statt sie zu ersetzen.
5. Bis zu deiner Wahl bleibt **alles unangetastet**: keine bestehende
   Website-Datei geändert, nichts deployt.

## Feld vollständig

Neun Teilnehmer, 13 Builds. Eingegangen sind **Gemini 3.6 Flash** und
**Gemini 3.1 Pro** mit je drei Builds, **GLM 5.2** für story, **Kimi K3** für die
Wurzel, dazu die fünf aus dem ersten Durchgang. Es steht nichts mehr aus außer
dem Free-Pool, der aus technischen Gründen ausgefallen ist und für den es keinen
Ersatz braucht.

Die Galerie bleibt trotzdem darauf ausgelegt, dass Karten nachwachsen: eine
Iteration der gewählten Variante bekommt einfach eine weitere Karte, statt eine
bestehende zu ersetzen — so bleibt sichtbar, woher eine Fassung kommt.