Die Planungsansicht zeigt die Woche als räumliche Tagesachse Mo–So;
Einsätze stehen als kompakte Karten (Zeit, Baustelle, Person) am Kalendertag
ihres Beginns, der Planstand trägt zusätzlich Form (gestrichelt/Kante) statt
nur Farbe. Das unveränderte Einsatzformular wandert in einen nichtmodalen
seitlichen Inspector hinter „Einsatz anlegen“: anfangs geschlossen, Fokus
beim Öffnen im ersten Feld, Escape und Schließen stellen den Fokus auf den
Auslöser zurück, nach Erfolg bleibt er offen (Erfolgsmeldung überlebt den
Read-through). Genau eine primäre Aktion je Zustand: mit
veröffentlichbarem Entwurf ist es „Plan veröffentlichen“, sonst „Einsatz
anlegen“. Die Standmarke der Publish-Aktion entfällt auf versionslosen
Wochen — es gibt dort keinen Stand zu benennen. Alle Serverwahrheits-,
Testid- und data-Anker bleiben erhalten; CSS nur über die Basisdesign-Tokens,
die Planungsfläche bekommt über :has() die Breite, die eine Wochenachse
braucht, ohne die vermessene Startseiten-Geometrie zu bewegen. Zwei
Gegenmutationen ausgeführt (Inspector anfangs offen; Auslöser unbedingt
primär) — beide rot an den benannten Tests.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

read-through: wocheOeffnen wartet auf Auslöser+Liste statt auf das nicht
mehr dauerhaft gerenderte Formular; inspectorOeffnen (idempotent) vor jedem
Formularzugriff, auch in den Responsive-/A11y-Fällen 1440/375. auth-journey:
neuer Schritt 9c1b legt in der eigenen Woche 2026-W34 (W32/W33/W35–W37
tragen abgenommene Zahlen bzw. Angriffe) einen Einsatz über den Inspector an
— echte GoTrue-Identität, 201 vom realen Command, serverbestätigte Karte am
Dienstag, Reload mit derselben Id, Woche wird Entwurf; danach zurück in die
Publish-Woche, sonst veröffentlichte 9d den falschen Entwurf (im ersten Lauf
gemessen). Staging-Journey öffnet den Inspector im Anlege-Helfer und misst
die Tastaturöffnung (Enter auf dem Auslöser → Fokus im ersten Feld); dieser
Spec ist aktualisiert, aber mangels Staging-Deploys dieses Heads nicht
ausgeführt.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

…Slices

Versionierte Parity-Matrix am Baseline-Head f8e96e4: jede Vertragsoperation
mit realer UI-Route oder begründetem Nicht-UI-Systempfad; Edit/Löschen/
Drag&Drop/Karten-Konflikte als CAPABILITY_GAP benannt statt erfunden.
Evidenz-README mit Befehlen, gemessenen Zahlen, fünf ausgeführten
Gegenmutationen und den Screenshots aus dem grünen lokalen
auth-journey-Lauf (1440/1920, Entwurf, Inspector, serverbestätigte Karte,
veröffentlicht, zweiter Kontext).

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

Behebt die drei M2-Contract-Findings des PO-Reviews (Jira EYT-151,
Kommentar 15164). Weiterhin contracts-only: keine Migration, keine
Application-/DB-Logik, kein UI, keine neue Abhaengigkeit.

Important 1 — Baustellen-Uebereinstimmung fehlte:
`PlanningWindowSchema` verglich Teammitglied und referenzierte Zuweisung auf
Person und Intervall, aber nicht auf die Baustelle. Sind BEIDE Baustellen in
`resources.worksites` bekannt, passierte ein widerspruechlicher Payload die
Runtime-Validation: die Tageskarte zeigte die Person auf Baustelle A, die
Einsatzliste auf Baustelle B, und beide Ansichten sahen fuer sich richtig aus.
Die bestehende Pruefung fragt nur, ob die Baustelle BEKANNT ist, nicht ob es
DIESELBE ist.

Important 2 — Primaerprojektion nicht gegen Dubletten geschuetzt:
`worksiteDays[]` sicherte die Einmaligkeit der Assignments, nicht die der
Tageszeilen. Jetzt erscheinen `worksiteDayId` und `configurationId` je Fenster
hoechstens einmal — beide Achsen einzeln geprueft, nicht als Paar: ein Paar
waere schon dann eindeutig, wenn derselbe Tag zweimal mit verschiedenen
Revisionen stuende, und genau das ist die zweite Stale-Wahrheit je Tag, die
Migration 0019 R-20 ausschliesst.

Minor — unerreichbarer 409:
`WORKSITE_DAY_TEAM_REQUIRED` wurde als 409 beider Routen veroeffentlicht,
obwohl `WorksiteDayTeamCommandSchema.min(1)` das leere Team an der
REQUEST-Grenze ablehnt und der Planungscontroller jeden fehlgeschlagenen
`safeParse` ausnahmslos mit 400 beantwortet — nach erfolgreicher
Schemapruefung kann der Fall nicht mehr entstehen. Der 409-Zweig faellt weg,
die Konstante bleibt fuer die 400-Grenze in M3/M4 benannt. `team.minItems: 1`
bleibt nachweislich im Dokument; ein neuer Fall misst, dass die
TEAM_REQUIRED-Semantik dort NICHT mehr behauptet wird.

Tests zuerst: die drei negativen Faelle waren vor dem Fix rot (Zuweisung auf
anderer Baustelle; doppelte worksiteDayId; doppelte configurationId), je mit
positiver Gegenprobe, damit kein Fall aus einem anderen Grund gruen ist.
`openapi/v1.json` aus derselben Zod-Quelle neu erzeugt (39 Schemata, 21
Operationen unveraendert).

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_014DZFb9AFuQTGm12SuneDCA