HANDOFF — Werkstatt-Betriebssystem (Neuentwicklung automotivo.de)

Kernaussage. Kompakter aktueller Projektstand + die offenen Punkte (§4) — bei neuer Session zuerst lesen. Die Tiefe steht in den verlinkten Quellen (Lastenheft.md, CHANGELOG.md, design/); §4 ist das lebende OP-Log.

Lies dieses Dokument zuerst, wenn du auf einem anderen Gerät weiterarbeitest oder eine neue Cowork-Session beginnst. Es spiegelt den Stand kompakt wider und verweist auf die Originalquellen.

1. Projektziel

Vollständige Neuentwicklung des Werkstatt-Betriebssystems für Fahrzeug-Veredelungsbetriebe — fachlich angelehnt an die analysierte Plattform automotivo.de, technisch frei. Auftraggeber: Dr. K (m.kirchhof@drkv.com). Beispiel-Tenant in der Analyse: Vest Automotive GmbH.

1.1 Produktname / Branding — Taktano (16.06.2026)

Der frühere Codename folie2000 wurde durch den Produktnamen Taktano ersetzt. „Folie“ verengte fälschlich auf ein Gewerk (Wrapping), während das Produkt Lack, Detailing, Keramik usw. mit plant; das Suffix „2000“ wirkte altbacken. „Takt“ trifft den Kern — die Taktung/Reihenfolge-Optimierung (Scheduler + CP-SAT) ist das Herz des Systems; „-ano“ macht daraus einen eigenständigen, schützbaren Markennamen.

Domains: taktano.com + taktano.de zum Zeitpunkt der Prüfung (RDAP) frei → sichern. .com = Primär, .de = DE-Markt/Defensive.
Marken-Vorabprüfung: Keine Firmen-/Marken-Kollision gefunden (DPMA/EUIPO-Sinn, USPTO-Web-Recherche), „taktano“ hat null Web-Präsenz. Kein Rechtsrat — vor Anmeldung formale DPMA/EUIPO-Recherche bzw. Anwalt.
Verworfene Kandidaten (Domain und/oder Marke belegt): Taktum (Software-GmbH), Taktora (Marke + Inc.), Veredo/Veredia/Veredio (Domain belegt), Veloxa, Arvio, Pylon, Novexa, Kadenzo.
Naming-Konvention im Code: Anzeigename „Taktano“ (Title-Case), technische Identifier taktano (lowercase: Worker-Name, Hostnames, taktano-solver, taktano-docs).
Offen (manuell, außerhalb dieses Repos): als OP-BRAND-1 (§4) getrackt — Domains registrieren · GitHub-Repo drkv-com/folie2000 → taktano umbenennen (alle Code-/Doku-Referenzen sind hier bereits umgezogen) · App-Produktiv-Domain app.taktano.com: Route ist in server/wrangler.toml konfiguriert (custom_domain=true) — beim Deploy legt CF DNS+Cert an, setzt die Zone taktano.com im Cloudflare-Account voraus; Access-App-Hostname auf app.taktano.com setzen.

2. Was bereits da ist

Artefakt	Pfad	Status
Rollen-Auswahl im Menü (interim self-declared roles, A-1.5) + `KOSTEN_ADMIN_EMAILS`-Allowlist entfernt (OP-AUTH-1/OP-COST-1/OP-COST-3)	`client/src/app/services/rolle.service.ts` (neu) · `client/src/app/leitstand/shell.component.ts` · `client/src/app/services/leitstand.service.ts` · `client/src/app/leitstand/pages/{administration,chronik}.component.ts` · `server/party/leitstand.ts` · `server/wrangler.toml` · `server/src/version.ts`	v0.156.0 (MINOR): PO parkte A-2 (Better Auth) → einfacher Interim. Im ⚙-Menü Rolle wählen (Werker · Buchhaltung · Werkstattleitung · Inhaber/Chef) → `?rolle=`-Query beim Verbinden → Server leitet A-1-Fähigkeiten ab (`capsAusRolle`, `darf()`-Seam live): Werker=keine · Buchhaltung=`kosten` · Werkstattleitung=`verwaltung` · Chef=alle. `kostenAdmin`-Flag um `verwaltung`-Flag gespalten (Admin/Chronik/Nav→`verwaltung`, Kosten→`kosten`). Altlast `KOSTEN_ADMIN_EMAILS`/`kostenAdminFuer` entfernt; Access bleibt Netz-Gate (Golden Rule) + Audit-Actor. OP-COST-3 hinfällig→erledigt. ⚠ interim self-declared (Rolle selbst gewählt → kein echtes Gate; verifizierte Durchsetzung mit A-3, RISK-12). Live-DO-verifiziert (WS-Probe alle Rollen + end-to-end Admin-Gate). Verifiziert: `ng build`/No-Hex/`tsc`/No-Console grün + Screenshots.
⚙-Menü: „Auf Kurs %"-Statuszeile entfernt (OP-REDESIGN-1)	`client/src/app/leitstand/shell.component.ts` · `server/src/version.ts`	v0.155.2 (PATCH): PO-Feedback — die „Auf Kurs 100 %"-Zeile (+ „N gefährdet") aus dem ⚙-Zahnrad-Popover raus; die Info lebt bereits im TN-Strip der Top-Bar (Auslastung/Fahrzeuge/verortet) + Entscheiden-/Fluss-Sichten → im Status-Popover redundant (Einfachheit). Popover trägt jetzt nur Einstellungen · Foto-Queue (bei Uploads) · Verbindung. Ungenutzte `aufKursProzent`-Computed mitentfernt. Live-DO-verifiziert (Hell). Reiner Client (1 Datei). Verifiziert: `ng build` + No-Hex grün + Screenshot.
Scope-Entscheidung Offline: Voll-Offline-Write kategorisch ausgeschlossen + `OP-OFFLINE-2` (Background Sync) angelegt (OP-OFFLINE-1/OP-OFFLINE-2)	`ops/OP-OFFLINE-2.md` (neu) · `ops/OP-OFFLINE-1.md` · `docs/architektur/Offline-PWA.md` · `docs/konventionen/IDs.md` · `docs/betrieb/Offene-Punkte.md` (gen-ops)	reine Doku, kein Version-Bump (PO 2026-07-26). Voll-Offline-Write (beliebige Aktionen offline) ist kategorisch ausgeschlossen — außerhalb des Produkt-Scopes, nicht „Backlog": DO = live-verbundene Single Source of Truth; Idempotenz-/Replay-/Konflikt-Komplexität widerspricht Einfachheit und zahlt auf keine True-North-Frage ein (Server-Autorität + QS/Vier-Augen/Live-Taktung ohnehin vorausgesetzt); einziger Offline-Write bleibt der enge, idempotente Foto-Upload. Background Sync (Uploads nach Tab-Schließen) → neuer offener `OP-OFFLINE-2` (`prio: spaeter`, betrifft nur den bestehenden Foto-Upload, klar getrennt vom ausgeschlossenen Voll-Offline-Write). Verifiziert: gen-ops + doc-consistency `--strict` grün.
Offline-Resilienz Härtung (CodeRabbit-Nachzug zu #737) (OP-OFFLINE-1)	`client/src/app/services/state-cache.service.ts` · `client/src/app/services/verbindung.service.ts` · `client/src/app/leitstand/shell.component.ts` · `server/src/version.ts` · `ops/OP-OFFLINE-1.md` · `docs/architektur/Offline-PWA.md`	v0.155.1 (PATCH): 3 valide CodeRabbit-Findings zu #737 (nach Merge → Follow-up). (1, echter Bug): Cache-`SCHEMA` blieb `1`, obwohl `schemaVersion` in #737 Pflichtfeld wurde → vor-0.155.0-Snapshots [ohne Feld] würden hydriert; `SCHEMA` 1→2 verwirft sie beim `load()` [der in #737 dokumentierte stille Selbstheilungs-Mechanismus, nur nicht ausgelöst]. (2): `clear()` schluckte IndexedDB-Fehler → gibt jetzt `boolean` zurück [OP-LOG-1], bei `false` kein Reload [kein Schein-Resync]. (3): `neuSynchronisieren()` verwarf Cache allein auf `navigator.onLine` → neue Same-Origin-Erreichbarkeits-Probe [`HEAD`/`no-store`, 3xx/4xx=erreichbar] + ehrlicher Toast bei Nicht-Erreichbarkeit [Offline-Stand bleibt]. Bewusst NICHT der schwere in-page-Resync-Umbau. Timesheet/CHANGELOG-Konsistenz mitgezogen. Verifiziert: `ng build` prod + No-Hex + `tsc` + doc-consistency `--strict` grün. Reiner Client (3 Dateien) + version.ts.
Offline-Resilienz: Schema-Broadcast + „↻ Neu synchronisieren" (Offline-Stand verwerfen + Voll-Resync) (OP-OFFLINE-1)	`server/party/leitstand.ts` (DTO+`snapshot()` `schemaVersion`) · `client/src/app/services/state-cache.service.ts` (`serverSchema`-Stempel + `clear()`) · `client/src/app/services/verbindung.service.ts` (`neuSynchronisieren()`) · `client/src/app/services/leitstand.service.ts` (DTO+`cache.save`) · `client/src/app/leitstand/shell.component.ts` (Banner-Link + ⚙-Eintrag) · `ops/OP-OFFLINE-1.md` · `docs/architektur/Offline-PWA.md` · `server/src/version.ts`	v0.155.0 (MINOR): PO-Fall „Server erreichbar, aber Datenmodell lässt sich nicht synchronisieren" / „lokale Offline-Variante passt nicht mehr zum Server-Build → alles neu laden". (1) Schema-Broadcast — Server sendet `schemaVersion` (`SCHEMA_VERSION`, DO-Persistenz) im State; Client stempelt Snapshots mit `serverSchema` → Cache selbstbeschreibend. (2) Stiller Selbstschutz — Cache-`SCHEMA`-Konstante verwirft inkompatible Alt-Snapshots beim `load()`; DO schickt bei Connect immer vollen autoritativen State → Reconnect heilt Daten automatisch. (3) Bewusste Aktion — `neuSynchronisieren()` = View-Cache verwerfen (`clear()`) + `hartNeuLaden()`; zwei Zugänge (Offline-Banner-Link + ⚙-Menü „Verbindung"). Leitplanken: nie automatisch/still (immer nur anbieten), an Netz gebunden (sonst Toast), Foto-Upload-Queue unberührt (`clear()` nur View-State-Key). Live-DO-verifiziert: `schemaVersion=22` im Broadcast, ⚙-Eintrag rendert (Hell). Reiner Client + 1 Server-Feld. Verifiziert: `ng build`/No-Hex/`tsc` grün + Screenshot.
Governance: A-1 als Zwischenstand + interim-Betreiber/Admin (OP-AUTH-1)	`ops/OP-AUTH-1.md`	kein Version-Bump (reine Governance-Doku): PO-Entscheidung 07-25 — OP-AUTH-1 A-1 bleibt Zwischenstand; interim-Betreiber = PO. ⚠ Abgelöst durch A-1.5 (v0.156.0): die damals genannte `KOSTEN_ADMIN_EMAILS`-Deploy-Voraussetzung ist hinfällig — der interim-Admin-Zugang läuft jetzt über die Rollen-Auswahl im ⚙-Menü (kein Secret/Deploy nötig, „Inhaber/Chef" wählen). Access bleibt Netz-Gate. Details: neue Zeile oben + OP-AUTH-1 A-1.5.
A-1 CodeRabbit-Nachzug (Doku-Konsistenz + Coverage-Ehrlichkeit) (OP-AUTH-1)	`server/party/leitstand.ts` (darf-Kommentar) · `ops/OP-AUTH-1.md` · `docs/fachlich/Lastenheft.md` · `docs/betrieb/Timesheet.md` · `server/src/version.ts`	v0.154.2 (PATCH): 4 valide CodeRabbit-Findings zu #734 (nach Merge → Follow-up). (1) Timesheet-Summe stimmig gemacht (100.6+152.9=253.5). (2) Lastenheft §11.5 IdP-Wortlaut auf OP-AUTH-1 (Clerk/WorkOS = Fallback, nicht verworfen) angeglichen. (3) HANDOFF Rollen-Mapping `Inhaber/Chef=alle`. (4, Major/Security): der `darf`-Doc-Kommentar überzeichnete die `verwaltung`-Abdeckung → ehrlich gemacht: mehrere Stammdaten-Handler (employee.create/update, Skill-CRUD, teilschritt/leistung.update, Verfügbarkeit/Abwesenheit) sind ungegatet — vorbestehend (nicht durch A-1 eingeführt), bewusst kein Gate ergänzt (Gate ohne besetzte Admin-Rolle → Prod-Aussperrung bei leerer Allowlist), als bekannter A-1-Gap dokumentiert, Schließung mit A-3 (+ Rollen-Zuweisung). Verifiziert: `tsc`/No-Console/doc-consistency `--strict` grün. Reine Doku + 1 Kommentar.
OP-AUTH-1 A-1: Rollen-/Fähigkeits-Naht — `istKostenAdmin` → `darf(conn, faehigkeit)` (OP-AUTH-1)	`server/party/leitstand.ts` · `ops/OP-AUTH-1.md` · `docs/fachlich/Lastenheft.md` (§11.5) · `server/src/version.ts`	v0.154.1 (PATCH, verhaltensgleich): erster Schritt Richtung User-Management (PO „nur a-1"). Das überladene Interim-Gate `istKostenAdmin` (trug 3 Bedeutungen) → neue `darf(conn, faehigkeit)` mit benannten Fähigkeiten `kosten` · `verwaltung` (Stammdaten/System/Konfig) · `chef` (G-4 Vier-Augen + Notfall). 28 Call-Sites umgestellt (7/19/2). Interim lösen alle auf denselben Betreiber-Gate auf → kein Verhaltens-Change; `darf` ist die Naht, an der A-3 (Better Auth) je Fähigkeit die rollenbasierte Projektion einsetzt. Rollen→Fähigkeit-Mapping als Design festgehalten (Inhaber/Chef=alle drei · Werkstattleitung=`verwaltung` · Buchhaltung=`kosten` · Werker=keine). Doku: OP-AUTH-1 (A-1 ✅ + Slices A-1…A-5), Lastenheft §11.5 (Zitadel/Ory→Better Auth nachgezogen). Verifiziert: `tsc`/No-Console/`spike`-Self-Test/doc-consistency `--strict` grün. Reiner Server. Offen (A-2+): Better Auth self-host + Mitarbeiter↔User-Modell (PO-Entscheidung).
Top-Bar-Menü prototype-treu: „⋯" → Verwaltung direkt + Zahnrad-Popover (OP-REDESIGN-1)	`client/src/app/leitstand/shell.component.ts` · `design/WORKSPACES.md` · `design/CLAUDE.md` · `server/src/version.ts`	v0.154.0 (MINOR): PO-Feedback „Menü nicht wie im Prototyp". Der Flusslinie-Prototyp hat eine minimale Top-Bar (Logo · Orte-Tabs + „⋯"=Verwaltung direkt · TN-Strip · Segment · Uhr; kein Dropdown). Mein 4A-Übergang hatte „···" als großes Overflow-Menü (alle Bereiche + Einstellungen + Status) — nach IA-komplett (4A–4E) überflüssig. Umbau: „⋯" → direkter Verwaltung-Link (Bereichs-Dropdown entfernt); die realen App-Steuerungen (Ansicht · Feedback · Alarm-Ton · Auf-Kurs · Foto-Queue), die der Prototyp nicht führt, in ein kompaktes ⚙-Zahnrad-Popover (rechts, begründete Abweichung). `navGroups` bleibt nur noch Routen-Titel-Registry für den Sub-Header. Live-DO-verifiziert (Hell+Dunkel: „⋯"→`/verwaltung`, ⚙-Popover nur Einstellungen+Status, keine Nav-Gruppen, keine Errors). Reiner Client. Verifiziert: No-Hex/`ng build`/doc-consistency `--strict` grün + Screenshots.
Metrik-Trends: Termintreue + Ø Durchlaufzeit (2 neue Review-KPIs) (OP-AUDIT-1/OP-COST-1 · OP-DATA-1)	`server/party/leitstand.ts` · `server/src/db/schema.ts` · `server/drizzle/0002_*.sql` · `client/src/app/leitstand/lage-review.component.ts` · `client/src/app/services/leitstand.service.ts` · `docs/architektur/Persistenz.md` · `server/src/version.ts`	v0.153.0 (MINOR): schließt die letzten beiden bei #722 als „nachgelagert" markierten Trend-KPIs → 5 Tages-Snapshot-KPIs. Termintreue = % fertiger Aufträge mit `tatsaechlicheFertigstellung ≤ urspruenglicherAbholtermin`; Ø Durchlaufzeit = Ø `tatsaechlicheFertigstellung − tatsaechlicheAnlieferung` (Minuten, Client zeigt Tage). Beide NULL ohne Basis (ehrlich). Datenlücke: `tatsaechlicheAnlieferung` war nie gestempelt → jetzt beim Fahrzeug-Check-in (`angeliefert`) gesetzt + im Demo-Seed (≈ Bringtermin). Drizzle-Schema += 2 Spalten (gen. Migration 0002), Runtime-Tabelle um additive Spalten-Auto-Migration (`PRAGMA table_info` → ALTER) erweitert. Client: 2 Sparklines, Trend-Reihe kann jetzt nicht-Prozent-Einheiten (Dauer/Tage: eigene Einheit, Fenster-Max-Skalierung, Delta in Einheit), Grid 3→5. Live-DO-verifiziert (Hell+Dunkel: Review zeigt Termintreue 100 % · Ø Durchlaufzeit 2.0 Tage + 3 bestehende, Sparklines korrekt). Client + Server + DO-SQLite. Verifiziert: No-Hex/`tsc`/`ng build`/`db:check`/No-Console/doc-consistency `--strict` grün + Screenshots. Review-Trend-KPIs damit vollständig.
Redesign „Flusslinie" Phase 4E — Aufräumen: Verwaltung 3-Wege-Split + Chronik (Audit-Panel) → „IA-komplett" (OP-REDESIGN-1 / OP-AUDIT-1)	`client/src/app/leitstand/pages/administration.component.ts` · `chronik.component.ts` (neu) · `verwaltung.component.ts` · `app.routes.ts` · `services/leitstand.service.ts` · `server/party/leitstand.ts` · `server/src/assistant/types.ts` · `docs/architektur/Audit-Log.md` · `server/src/version.ts`	v0.152.0 (MINOR): letzter Voll-IA-Schritt. (1) 3-Wege-Split: „Stammdaten & System" → drei Ort-Sub-Tabs Buchten & Hof · Schichten · System (Taxonomien ganz auf System, PO 07-25). Einfachheit: eine route-parametrisierte Komponente (`data.bereich` via `toSignal`, Template `@if`) statt drei Dateien → geteilte OP-EDIT-1-`editResult`/Präsenz-Verdrahtung bleibt ungeteilt; jeder Bereich hat genau eine Edit-Domäne. Routen `plaetze`/`schichten`/`system` (+`stammdaten`→`plaetze`); Sub-Sidebar 7 Tabs. (2) Chronik (OP-AUDIT-1 Slice 3): „folgt"-Tab gebaut mit echtem Server-Lesepfad — `GET /audit/liste` (DO-`onRequest`, admin-gegated `kostenAdminFuer`, eigenes Gate) liest `audit_entries` (D1, war write-only) server-seitig (`SELECT … ORDER BY ts DESC`, `(tenant,ts)`-Index, nur `summary` PII-arm); neuer `AuditEintragDTO`/`AuditListe`, `svc.ladeAuditVerlauf()`, read-only `chronik.component.ts` (Zeitachse, ehrlicher Leer-/Dormant-Zustand). 4-Orte-IA komplett (kein „folgt" mehr). Live-DO-verifiziert (Hell+Dunkel: 7-Tab-Split, System nur Taxonomien+Purge, Chronik rendert 3 echte D1-Zeilen; kein Schema-Change, `db:check` grün). Client + Server. Verifiziert: No-Hex/`tsc`/`ng build`/No-Console/doc-consistency `--strict` grün + Screenshots. Damit ist OP-REDESIGN-1 IA-komplett (Token→Shell/IA→Screens→Farbe→Layout-Features→4A–4E).
Redesign „Flusslinie" Phase 4D — Team-Seite (lesender Karten-Überblick) (OP-REDESIGN-1)	`client/src/app/leitstand/pages/team.component.ts` (neu) · `client/src/app/app.routes.ts` · `client/src/app/leitstand/{shell,onboarding-hinweis}.component.ts` · `ops/OP-REDESIGN-1.md` · `server/src/version.ts`	v0.151.0 (MINOR): der Team-Ort (`/staff`) war bisher direkt der volle Editor (`StaffComponent`, 1037 Z.) — der Prototyp macht daraus einen lesenden Überblick „wer kann was, wer macht was". Neuer `TeamComponent` = Karten-Grid: Avatar · Name/Rolle · Status-Pille (arbeitet · Frei · Pause · krank · Urlaub) · Aktuell (`currentTask`) · Als Nächstes (frühester geplanter Teilschritt des Mitarbeiters aus den Live-Aufträgen, Queue-Semantik wie Tafel/OP-OPT-9, `computed`) · Skill-Chips · read-only Status-Filter. Editor deflektiert, NICHT dupliziert: volle Pflege bleibt `StaffComponent` unter Verwaltung → Team & Skills (`/verwaltung/team`, 4B); Team-Ort trägt Deflektor-Link. `/staff`-Route auf `TeamComponent` repointet (Alt-Deep-Links → Überblick, Editieren 1 Klick weiter); Onboarding-/„···"-Label mitgezogen. Live-DO-verifiziert (Hell+Dunkel: Team-Tab aktiv, 4 Karten mit Pillen/Aktuell/Als-Nächstes/Skills, Filter mit Zählern, Deflektor; body-bg Ink im Dark). Reiner Client (1 neue Komponente + Route-Repoint + Label), kein Server/DTO/Schema — alle Kartendaten schon auf den DTOs. Verifiziert: No-Hex/`ng build` grün + Screenshots. Offen: 4E Aufräumen (admin-Split + Chronik) → „IA-komplett".
Redesign „Flusslinie" Phase 4C — Fluss konsolidieren (OP-REDESIGN-1)	`client/src/app/leitstand/pages/orders.component.ts` · `client/src/app/leitstand/shell.component.ts` · `ops/OP-REDESIGN-1.md` · `design/WORKSPACES.md` · `server/src/version.ts`	v0.150.0 (MINOR): Fluss war schon ~90% konsolidiert (Linie · Karte=`<app-occupancy/>` · Risiko · Entscheiden-Spalte · Auswahl-Panel · QS-Modal). 4C = Lücke + Nav falten: (a) Annahme-Einstieg aus dem Fluss — „+ Neuer Auftrag" öffnet das geteilte 720px-Annahme-Overlay (bisher Lage-only); (b) `/occupancy` (=Fluss·Karte) + `/tafel` von Lage → Fluss (`orte`-paths + „···"-Gruppe) → Fluss-Tab aktiv darauf. Bewusst NICHT gelöscht: conflicts (Hebel-Engine) · recommendations · quality bleiben Drill-downs hinter Entscheiden/QS-Modal (Triage routet dorthin). Live-DO-verifiziert (Hell+Dunkel: Annahme-Button+Overlay im Fluss, /occupancy→Fluss-Tab, keine Errors). Reiner Client. Verifiziert: No-Hex/`ng build`/doc-consistency `--strict` grün + Screenshots. Offen: 4D Team · 4E Aufräumen (admin-Split + Chronik) → „IA-komplett".
Phase 4B — CodeRabbit-Nachzug (OP-REDESIGN-1)	`client/src/app/leitstand/pages/verwaltung.component.ts` · `client/src/app/leitstand/shell.component.ts` · `design/WORKSPACES.md` · `docs/betrieb/Funktionsumfang.md` · `docs/betrieb/Timesheet.md` · `server/src/version.ts`	v0.149.1 (PATCH): 6 valide CodeRabbit-Findings zu #727 (nach Merge → Follow-up). A11y: `ariaCurrentWhenActive="page"` am Verwaltungs-Sub-Tab. Major (Doku↔Code): stale Crystal-Bar-Region-Tabelle in WORKSPACES entfernt (widersprach der Top-Bar) → knappe „Archiv"-Notiz. Label: „···"-Verwaltung-Untertitel um Prozesse·Team ergänzt. True-North (Critical): als PO-freigegebene Ausnahme dokumentiert (IA-Umstellung + Stammdaten→Taktung; kein Widget). Doku: Chronik[folgt]→Chronik (folgt); Kernaussage 4B–4E→4C–4E offen. Verifiziert: No-Hex/`ng build`/doc-consistency `--strict` grün. Reiner Client + Doku.
Redesign „Flusslinie" Phase 4B — Verwaltung-Seite (Sub-Sidebar + nested Routing) (OP-REDESIGN-1)	`client/src/app/leitstand/pages/verwaltung.component.ts` (neu) · `client/src/app/app.routes.ts` · `client/src/app/leitstand/shell.component.ts` · `ops/OP-REDESIGN-1.md` · `design/WORKSPACES.md` · `server/src/version.ts`	v0.149.0 (MINOR): das „···" bekommt eine echte Verwaltung-Heimat. Neue `VerwaltungComponent` = linke Sub-Tab-Sidebar + verschachteltes `<router-outlet>` (erstes nested Routing der App), hostet bestehende Editoren (reuse): Leistungen&Abläufe (`processes`) · Team&Skills (`staff`) · Stammdaten&System (`administration`) · Kosten (`costs`) · Chronik = „folgt" (net-new, OP-AUDIT-1). `verwaltung` Redirect→Component+Children; Alt-Deep-Links `/administration`→`/verwaltung/stammdaten`, `/costs`→`/verwaltung/kosten`; Shell-„···" Verwaltung-Gruppe → ein Eintrag. Minimal + reuse: kein Aufspalten der 869-Zeilen-`administration`, kein Chronik-Neubau — beides Nachzug (4E/OP-AUDIT-1). Live-DO-verifiziert (Hell+Dunkel: Sub-Sidebar 5 Einträge, Aktiv-Wechsel, Editoren im Outlet, keine Errors). Reiner Client. Verifiziert: No-Hex/`ng build` + doc-consistency `--strict` grün + Screenshots. Offen: 4C Fluss · 4D Team · 4E Aufräumen → „IA-komplett".
Redesign „Flusslinie" Phase 4A — Shell Rail → 62px-Top-Bar (OP-REDESIGN-1)	`client/src/app/leitstand/shell.component.ts` · `ops/OP-REDESIGN-1.md` · `design/CLAUDE.md` · `design/WORKSPACES.md` · `server/src/version.ts`	v0.148.0 (MINOR): PO-Hinweis „Design hat Top-Bar statt Sidebar" → frühere „UI-komplett"-Aussage (#721) war auf der Shell-/IA-Dimension zu optimistisch (4 Orte nur als Rail-Gruppen). Prototyp konsolidiert 15 Workspaces in 4 Orte → PO: Voll-IA nach Prototyp, phasiert (OP-REDESIGN-1 Phase 4). Diese PR = 4A: linke Icon-Rail → 62px-Top-Bar (Logo · Lage·Fluss·Takt·Team-Tabs [roter Aktiv-Underline, Fluss-Badge] · „···"-Overflow [alle Bereiche + Einstellungen + Status] · True-North-Strip · Leitstand｜Werkstatt-Segment · Uhr) + schlanker Workspace-Sub-Header. Alle 15 Screens erreichbar (Tabs→Ort-Hauptfläche, Rest über „···"). Rail-Code raus, Foto-Queue/Toggles ins „···" (kein Funktionsverlust). Live-DO-verifiziert (Hell+Dunkel, keine Rail mehr, keine Errors). Reiner Client. Verifiziert: No-Hex/`ng build` grün + Screenshots. Offen: 4B Verwaltung-Seite · 4C Fluss konsolidieren · 4D Team · 4E Aufräumen → „IA-komplett".
Verbindungs-Wiederherstellung + Auto-Update (Offline-PWA) (OP-OFFLINE-1)	`client/src/app/services/verbindung.service.ts` (neu) · `client/src/app/leitstand/shell.component.ts` · `ops/OP-OFFLINE-1.md` · `docs/architektur/Offline-PWA.md` · `server/src/version.ts`	v0.147.0 (MINOR): schließt „Reload verbindet nicht neu". Ursache: der PWA-SW cached die App-Shell (`navigationUrls "/"`) → normaler Reload lädt aus dem Cache, geht nicht zum Server → abgelaufene Access-Session (Zero-Trust-gated) oder neuer Client werden nicht eingespielt, WS hängt (Cache verdeckt die Access-Umleitung). Neuer `VerbindungService`: (1) Offline-Banner „↻ Erneut verbinden" → `hartNeuLaden()` = SW deregistrieren + reload → Dokument frisch vom Server → Re-Login/neuer Client → WS verbindet (nur bei Netz; sonst Toast, PartySocket reconnectet selbst). (2) `SwUpdate`-Auto-Update: `checkForUpdate()` bei online/Fokus → `VERSION_READY` → Banner „Neue Version — neu laden". Live-DO-verifiziert (WS-Abriss → Banner+Button, keine Errors). Reiner Client. Verifiziert: No-Hex/`ng build`** grün + Screenshot.
Metrik-Persistenz — CodeRabbit-Nachzug zu #722 (OP-AUDIT-1/OP-COST-1 · OP-DATA-1)	`client/src/app/leitstand/lage-review.component.ts` · `server/party/leitstand.ts` · `docs/architektur/Persistenz.md` · `ops/OP-COST-1.md` · `CHANGELOG.md` · `docs/betrieb/Timesheet.md` · `server/src/version.ts`	v0.146.1 (PATCH): 6 valide CodeRabbit-Findings zu #722 (kamen nach dem Merge → Follow-up-PR). Fix (Major): Review-Trend-Fenster — `tagVor()` jetzt Europe/Berlin (deckungsgleich zum Server-`lokalerTag`, sonst 1-Tag-Verschiebung) + `trendReihen` baut die explizite Kalendertag-Liste → fehlende Tage = null-Lücke (statt weggelassen; behebt Widerspruch zum Doc-Kommentar). Perf: `metrikVerlaufDTO()` Tages-Cache (`metrikVerlaufCache`, wie `kapazitaetCache`; lief je Broadcast inkl. 30-s-Solver-Ping neu), invalidiert beim neuen Snapshot. Doku: #722-PR-Links in CHANGELOG/Timesheet klickbar, `OP-COST-1` bezug += OP-DATA-1, `Persistenz.md` D5-3-Status „angelaufen" (Mechanik live validiert) + Stand 0.146.0. Verifiziert: No-Hex/`tsc`/`ng build` + Persistenz-Gate + No-Console + doc-consistency `--strict` grün.
Metrik-Persistenz — Review-Trend-KPIs (erste DO-SQLite-Runtime-Tabelle) (OP-AUDIT-1/OP-COST-1 · OP-DATA-1)	`server/src/db/schema.ts` · `server/drizzle/0001_*.sql` · `server/party/leitstand.ts` · `client/src/app/services/leitstand.service.ts` · `client/src/app/leitstand/lage-review.component.ts` · `docs/architektur/Persistenz.md` · `ops/OP-COST-1.md` · `server/src/version.ts`	v0.146.0 (MINOR): schaltet die deferred Trend-Kennzahlen der Review-Sicht (3d-26 hatte eine ehrliche Hinweis-Karte) mit echter Verlaufs-Persistenz frei. Speicher (PO): direkt DO-SQLite (die entschiedene Snapshot-Heimat, Persistenz.md §3), nicht der Blob → erste DO-SQLite-Runtime-Tabelle `metrik_snapshots` (tenant-lokal, `ctx.storage.sql`). Drizzle-Schema = Single Source (`db:check`, gen. Migration); Runtime `CREATE TABLE IF NOT EXISTS` in `onStart` (analog Audit). Producer: ein Tages-Snapshot/Tag (Europe/Berlin, guarded + PK-idempotent, kein Alarm) bei Boot/erster Persistenz; nur Fakten, Prozent NULL ohne Basis (keine Fake-0, D-2). KPIs (PO): 3 heute ableitbare — Auslastung (Buchten-Quote, `auslastungsQuote` in geteilte Methode extrahiert) · First-Pass-Yield · Nacharbeitsquote (server-SoT aus fertigen Aufträgen). Broadcast `metrikVerlauf` (90 T), Retention 400 T; Client rendert je KPI eine Sparkline über Woche/Monat (Hinweis-Karte ersetzt, honester Leer-/Ein-Tag-Zustand). Best-effort (bricht Laufzeit nie). Live-DO-verifiziert (Hell+Dunkel: DO legt Tabelle an + schreibt Boot-Snapshot [1 %/33 %/67 % aus Seed], Review zeigt „1 Tag erfasst" + 3 KPIs + Sparkline). Client + Server + DO-SQLite. Verifiziert: No-Hex/`tsc`/`ng build` + Persistenz-Gate (Schema↔Migration sync) + No-Console grün. Offen (nachgelagert): Termintreue + Ø Durchlaufzeit (brauchen abgeleitete Auftrags-Historie).
Redesign „Flusslinie/Modernist" — 3d-28: Quality-Check-Modal (OP-REDESIGN-1 UI-komplett) (OP-REDESIGN-1)	`client/src/app/leitstand/qs-modal.component.ts` (neu) · `services/qs-checkliste.service.ts` · `pages/orders.component.ts` · `pages/quality.component.ts` · `design/WORKSPACES.md` · `server/src/version.ts`	v0.145.0 (MINOR): der letzte Redesign-Baustein. Endkontrolle in-context als 720px-Modernist-Modal (`qs-modal.component.ts`), geöffnet aus dem Fluss-Auswahl-Panel via „✓ Quality-Check" (zeigt sich bei Auftrag in QS-Queue, `imQs`). Reiner View über den geteilten `QsChecklisteService`: Sichtprüfungs-Checkliste + server-hartes QS-Gate (`offenePunkte`/`abnahmebereit` in diesem Slice ebenfalls in den Service hochgezogen) — kein Duplikat-State. Freigabe server-bestätigt (`auftragAktion 'abholen'`); Mängel/Nacharbeit → „→ Volle Endkontrolle". Live-DO-verifiziert (Hell+Dunkel: Modal öffnet, echte offene Punkte, Checkliste toggelt, Freigeben disabled; Seed hat kein QS-Auto → temporäre Gate-Lockerung für Screenshot, danach zurückgesetzt). OP-REDESIGN-1 UI-komplett (3d-20…3d-28 gebaut+gemergt); nachgelagert nur Review-Trend-KPIs nach Metrik-Persistenz. Reiner Client. Verifiziert: No-Hex/`tsc`/`ng build` grün + Screenshots.
Redesign „Flusslinie/Modernist" — 3d-27: QS-Checklisten-State in Service hochgezogen (OP-REDESIGN-1)	`client/src/app/services/qs-checkliste.service.ts` (neu) · `pages/quality.component.ts` · `server/src/version.ts`	v0.144.1 (PATCH, verhaltensgleicher Refactor): Fundament fürs QS-Modal (PO-Freigabe Option A). Der client-ephemere Sichtprüfungs-Scratchpad (✓/✕ je Prüfpunkt, keyed per QS-Runde `id:runde`) aus `quality.component.ts` → neuer `QsChecklisteService` (`providedIn:'root'`): `checkState` + `state`/`setzePruef`/`markiereBehoben`/`reset`/`allePass`/`anyFail`/`ckey` + `QS_CHECKS`/`Pruef`. Component delegiert (gleiche Signaturen → kein Template-/Verhaltens-Change); server-hartes QS-Gate bleibt getrennt. Zweck: Workspace + künftiges QS-Modal teilen einen Prüf-Stand. Bewusst isolierter Slice (QS trägt den Vier-Augen-Gate G-4). Verifiziert: No-Hex/`tsc`/`ng build` grün + Live-DO-Render-Smoke; ✓/✕-Pfad = byte-gleiche Delegation (Demo-Seed hat kein QS-Auto → tsc/build-verifiziert). Reiner Client. Offen: QS-Modal-UI + Einstiegspunkt (auf dem Service).
Redesign „Flusslinie/Modernist" — 3d-26: Lage · Review-Sicht (Woche/Monat) (OP-REDESIGN-1)	`client/src/app/leitstand/lage-review.component.ts` (neu) · `pages/overview.component.ts` · `design/WORKSPACES.md` · `server/src/version.ts`	v0.144.0 (MINOR): die Lage bekommt einen Heute/Woche/Monat-Umschalter (DD: Review = eigener Zustand der Lage). Heute = operativer Loop (unverändert), Woche/Monat = Rückblick (neuer `lage-review.component.ts`). Entscheidung (PO „ehrlicher Client-Teil"): nur echt ableitbare Daten — Team-Entwicklung (Ausbildungsziele Skill aktuell★→ziel★ + Beförderungen im Fenster aus `befoerderungen[].ts`, echte Historie) + Klärfall-Ursachen (aktuell offen nach Grund). Die Trend-KPIs (Termintreue/Durchlaufzeit/Auslastungs-Verlauf) brauchen persistierte Verlaufsdaten (Live-Stand hält nur den aktuellen Zustand) → ehrliche Hinweis-Karte statt Fake-Zahlen (Prototype nie gebunden); folgen mit Metrik-Persistenz (OP-AUDIT-1/OP-COST-1). Fenster: Woche=7 T, Monat=30 T. Live-DO-verifiziert (Hell+Dunkel: Umschalter · Rückblick-Header · Team-Entwicklung · Ursachen; Heute stellt den operativen Loop wieder her). Reiner Client (1 neue Datei + Wiring). Verifiziert: No-Hex/`tsc`/`ng build` grün + Screenshots. Offen: QS-Modal (State-Refactor) · Review-Trend-KPIs (nach Metrik-Persistenz).
Redesign „Flusslinie/Modernist" — 3d-25: Warn-Entkopplung screen-by-screen (OP-REDESIGN-1)	`client/src/app/leitstand/pages/{orders,occupancy,costs}.component.ts` · `entscheiden.component.ts` · `repark-modal.component.ts` · `server/src/version.ts`	v0.143.1 (PATCH): weil Rot in Taktano jetzt Primär- und Warnfarbe ist (DD-003), dürfen Warnungen nicht rein farblich kodiert sein. Nach vollständigem Audit (alle Screens/geteilte Komponenten, Kat. A „schon entkoppelt" vs. B „nur Farbe") die farb-nur Warnungen mit ⚠-Glyph+Wort/`title` versehen: Fluss „⚠ spät" (statt pulsierendem Punkt, der unter `prefers-reduced-motion` unsichtbar war) · „⚠" WIP-Limit-Zähler · „⚠" Entscheiden-Danger-Badge · „⚠ überbelegt"-Chip + „⚠"-Präfix im Umpark-Picker · „⚠" OTLP-Export-fehlgeschlagen. Bewusst NICHT geändert: rote Zähl-Badges an Nav/Tabs — Benachrichtigungs-Badge mit Zahl neben Domänen-Wort („Risiko"/„Konflikte") ist selbst Nicht-Farb-Signal, ⚠ im 15-px-Kreis wäre Clutter. Live-DO-verifiziert (Hell+Dunkel: „⚠ spät" 4× + „⚠"-Entscheiden-Badge; B2/B6 stellt der Seed nicht her → tsc/build-verifiziert). Reiner Client (5 Dateien). Verifiziert: No-Hex/`tsc`/`ng build` grün + Screenshots. Offen: Review-Sicht · QS-Modal.
Redesign „Flusslinie/Modernist" — 3d-24: Fluss inline-Auswahl-Panel (OP-REDESIGN-1)	`client/src/app/leitstand/pages/orders.component.ts` · `server/src/version.ts`	v0.143.0 (MINOR): das volle-Breite-Auswahl-Panel unter dem Fluss-Board auf die Modernist-Flusslinie-Sprache (DD-002/008): runde Punkt-/Cyan-Puls-Phasen-Leiste → 5-Stationen-Strip (Phase = Position: 9×9-Quadrat je Station — vorbei=Tinte+Konnektor · aktuell=Akzent · kommend=leer), konsistent mit dem Akten-Cockpit-Drawer (3d-22). Neuer „Alle Details →"-Knopf öffnet den geteilten 620px-Akten-Cockpit-Drawer ohne Teilschritt-Fokus (neues `detailOffen`-Signal; Mount `panelInstanzId() \|\| detailOffen()`, Close räumt beide). Helfer `stufen(a)` aus `stage(a)`; die klickbare 🚗-Fortschritts-Kette bleibt daneben. Kein Refactor des reichen Panels (Aktionen/Ausbildung erhalten). Live-DO-verifiziert (wrangler dev + Client + Seed + Playwright, Hell+Dunkel: quadratischer Stationen-Strip [rotes „Annahme" aktuell], „Alle Details →" öffnet den 620px-Drawer). Reiner Client (1 Datei). Verifiziert: No-Hex/`tsc`/`ng build` grün + Screenshots. Offen: Warn-/Dark-Durchlauf · Review-Sicht · QS-Modal.
Annahme-Overlay 3d-23a: CodeRabbit-Review-Nachzug (OP-REDESIGN-1)	`client/src/app/leitstand/annahme-overlay.component.ts` · `server/src/version.ts`	v0.142.1 (PATCH): Nacharbeit valider CodeRabbit-Findings zu #712 (kam als das PR schon durch war). (1) Timer-Cleanup — Dry-Run-Timer wird beim Nicht-mehr-bereit und via `DestroyRef.onDestroy` abgebrochen (keine stale `pruefeAuftrag` nach Schließen/Ungültig-werden). (2) Autofokus — Cursor beim Öffnen per `viewChild`+`afterNextRender` in den Satz-Input. (3) Toter Code — ungenutzter `TERMINKLASSE_LABEL`-Import + `TK`-Feld raus. (4) Motion-Token — `.18s`/`.25s` → `var(--tk-dur-fast)`/`var(--tk-dur-card)`. Bewusst nicht: „#711-Bullet"-Fund (False-Positive, Eintrag intakt), Zeitzonen (geteilte Helper, pre-existing), OpenGrep-`exec` (False-Positive). Reiner Client (1 Datei). Verifiziert: No-Hex/`tsc`/`ng build` grün.
Redesign „Flusslinie/Modernist" — 3d-23: Annahme-Overlay „ein Satz genügt" (OP-REDESIGN-1)	`client/src/app/leitstand/annahme-overlay.component.ts` (neu) · `pages/overview.component.ts` · `design/WORKSPACES.md` · `server/src/version.ts`	v0.142.0 (MINOR): der Schnell-Intake als 720px-Modernist-Modal aus der Lage (Primärbutton „+ Neuer Auftrag", DD-001). Satz → 3 Tags (Kunde·Leistung·Abholung, Ink-gefüllt/Outline) via geteilte `parseAnnahmeSatz` → echter Server-Dry-Run (`pruefeAuftrag`→`auftragPruefResult`, seq-gated: Machbarkeit·Slot·Reserve·Preis) → ✓ Annehmen (`createAuftrag`); Fehlerfall mit 2 Auswegen (Alt-Anlieferung · ⚠ Trotzdem→Klärfall). Reiner View über geteilte Logik — keine Duplikation der Fachlogik, kein Refactor; `/annahme`-Vollfläche bleibt. Modernist: radius 0, 2px-Kante, rote Primär-Aktion. Live-DO-verifiziert (wrangler dev + Playwright, Hell+Dunkel: Beispiel → „✓ passt in den Takt · Slot Mo 27.07. Waschplatz 1 · +3 T · 3.200 € · ✓ Annehmen"). Reiner Client (1 neue Datei + Wiring). Verifiziert: No-Hex/`tsc`/`ng build` grün + Screenshots. Offen: Warn-/Dark-Durchlauf · Review · inline-Auswahl-Panel · QS-Modal.
Redesign „Flusslinie/Modernist" — 3d-22: Auftrag-Detail „Akten-Cockpit" (620px-Drawer) + Design-Handoff-Import (OP-REDESIGN-1)	`client/src/app/leitstand/auftrag-detail-panel.component.ts` · `docs/produkt/Design-Entscheidungen.md` · `design/prototype/flusslinie/` · `design/COMPONENTS.md` · `server/src/version.ts`	v0.141.0 (MINOR): der geteilte Auftrag-Detail-Drawer auf die Modernist-„Akten-Cockpit"-Sprache (Flusslinie Screenshot 09, DD-002/003/008): 420 → 620px, 2px-Tinte-Kante, radius 0 (Drawer-scoped-Regel), 🚗-Kette → 5-Stationen-Strip (Phase = Position: vorbei=Tinte · aktuell=Akzent · kommend=leer), runde Status-Chips → Lifecycle-Marken als Form (■◪□, 10×10, 2px). Helfer `stationen`/`markeBg`/`markeBorder`. Alle Funktionen erhalten (Kunde/Fahrzeug/Foto/Doku-Gate/Vier-Augen/Klärfall/Notfall/Verzögerung/Notiz/Aktions-Hub/Verlauf). Live-DO-verifiziert (wrangler dev + injizierter Auftrag + Playwright, Hell+Dunkel: rotes „Annahme"-Aktuell, quadratische Marken, scharfe Kanten, 620px). Import: Design-Decision-Log DD-001…008 → `docs/produkt/Design-Entscheidungen.md` (Landkarte+Footer); Flusslinie-Prototyp (.dc.html + Wording + 22 Screenshots) → `design/prototype/flusslinie/`. Reiner Client (1 Datei) + Doku-Import. Verifiziert: No-Hex/`tsc`/`ng build` grün + Screenshots. Offen: Warn-/Dark-Durchlauf · Review · Annahme-Overlay · QS-Modal.
Redesign „Flusslinie/Modernist" — 3d-21: Lage · „Heute kommt/geht"-Streifen (OP-REDESIGN-1)	`client/src/app/leitstand/pages/overview.component.ts` · `design/WORKSPACES.md` · `docs/betrieb/Funktionsumfang.md` · `server/src/version.ts`	v0.140.0 (MINOR): zweiter net-new Layout-Schnitt (Live-DO). Unter den 3-TN-Karten ein zweispaltiger Tages-Digest — ↓ Kommt heute (Anlieferungen: geplant · `bringtermin` heute · nicht angeliefert) · ↑ Geht heute (Abholungen: `abholtermin` heute), je Uhrzeit · AU-Nr · Kunde, Klick fokussiert im Radar; ⚠ spät (rot) bei `geplanteFertigstellung > abholtermin`. Max 5/Spalte, Leer-Zustände. Helfer `kommtHeute`/`gehtHeute`/`heuteFenster`/`istSpaet` — kein neuer State. Live-DO-verifiziert (wrangler dev + 2 via WS injizierte Heute-Aufträge + Playwright, Hell+Dunkel: Kommt 2 · Geht 2 [⚠ spät], konsistent in „Braucht dich"). Mit-Fix: 2 CodeRabbit-Nits aus #709 (`quoteFarbe`-Schwellen 60–<90/≥90 · Funktionsumfang 0.139.0). Reiner Client (1 Datei). Verifiziert: No-Hex/`tsc`/`ng build` grün + Screenshots. Offen: Warn-/Dark-Durchlauf · Review · Annahme-Overlay · 620px-Drawer · QS-Modal.
Redesign „Flusslinie/Modernist" — 3d-20: Lage · 3-True-North-Karten-Reihe (OP-REDESIGN-1)	`client/src/app/leitstand/pages/overview.component.ts` · `design/WORKSPACES.md` · `server/src/version.ts`	v0.139.0 (MINOR): erster net-new Layout-Schnitt (Live-DO). Die Lage-Landing führt oben über Board+Sidebar mit drei flachen Antwort-Karten (answer-first) für die drei Leitfragen — Frage 1 Auslastung (Engpass-Quote Mitarbeiter/Buchten, Farbe via `quoteFarbe`) · Frage 2 Fahrzeuge (aktiv; „✓ alle verortet" / „⚠ N ohne Standort →") · Frage 3 Nächste Kapazität („ab " + Leistung). Helfer `tnAuslastung`/`tnKapNext`, Frage 2 aus `aktiveAuftraege`/`ohneStandortCount` — kein neuer State; Sidebar-Panels bleiben Drill-down. Live-DO-verifiziert (wrangler dev + Client + Seed + Playwright, Hell+Dunkel: Q1 1 % · Q2 5 ✓ · Q3 „ab heute 14:42 · Vollfolierung Premium"). Reiner Client (1 Datei). Verifiziert: No-Hex/`tsc`/`ng build` grün + Screenshots. Offen: Warn-/Dark-Durchlauf · „Heute kommt/geht" · Review · Annahme-Overlay · 620px-Drawer · QS-Modal.
Redesign „Flusslinie/Modernist" — 3d-19: Design-Doku Prosa-Modernisierung (WORKSPACES/COMPONENTS ↔ Code) (OP-REDESIGN-1)	`design/WORKSPACES.md` · `design/COMPONENTS.md` · `design/CLAUDE.md` · `ops/OP-REDESIGN-1.md`	kein Version-Bump (reine Doku, selber PR wie 3d-18): die Design-Doku trug noch v3-Prototyp-Sprache, die der Code seit 3d-1..3d-18 nicht mehr abbildet (aktive Doku↔Code-Widersprüche, OP-DOCS-9). Bereinigt: JETZT-Linie „cyan/Glow" → rot (`--tk-brand`); Selektion (Kachel/Ghost/geklickter Schritt/Drop-Ziel/Standort/Master-Detail) → Ink (`--tk-text`); 12 Workspace-Signaturfarben (`— #hex`-Überschriften · Nav-Glow-Bar · Header-Dot · Empty-Glyph · Segmented-Hex) → entfernt/Ink; Glass/Glow/radius-hero/Gradient-CTA → flach/radius 0/Rot-CTA; Konflikte/Klärfälle-Rohhex → `--tk-red`/`--tk-amber`; Ink-Gantt-Block-Encoding im Gantt-Rezept ergänzt. Behalten: `.tk-pchip`-Cyan-Puls (Live/Präsenz) + funktionale Status-Hues. Nur hoch-sichere, dokumentierte Korrekturen; unverifizierbare Farbdetails unangetastet. Reine Doku (2 Design- + 2 Status-Docs). Offen: Warn-/Dark-Mode-Durchlauf · net-new Layout-Features.
Redesign „Flusslinie/Modernist" — 3d-18: Ink-Gantt (Dual-Theme → Token + Block-Stil, Live-DO-verifiziert) (OP-REDESIGN-1)	`client/src/app/leitstand/gantt.component.ts` · `pages/planning.component.ts` · `server/src/version.ts`	v0.138.0: Teil B Block-Stil — die Gantt-Block-Füll-Optik trägt den Teilschritt-Stand (Hue = Auftrags-Status): Outline=geplant (wartet) · gefüllt=in_arbeit/erledigt · grau=pausiert (Helfer `blockBg`/`blockBorder`/`blockText`, live-verifiziert Hell+Dunkel). Teil A Dual-Theme: der Gantt trug als letzte Komponente die Vor-Modernist-Dual-Theme-Logik (~22 `slate/white`-`!dark()`-Paare + 5 `@if(dark())`-gegatete Features, im Hell-Modus unsichtbar); Optik hing am `dark`-Input statt an Tokens. Fix: alles → `--tk-`-Tokens (dark byte-identisch, Hell = Modernist-Neutrale), Features in beiden* Themes; `dark`-Input + Binding + `ThemeService`-Injection entfernt. Bug behoben: Dark-Gantt war weißes Grid auf dunklem Cockpit. Verifiziert am laufenden Stack (wrangler dev + Client + Seed + Playwright, Hell+Dunkel). Funktionale Block-/Ausfall-Farben unverändert. Reiner Client (2 Dateien). Verifiziert: No-Hex/`tsc`/`ng build` grün. Offen: vollständiger Warn-Sicht- und Dark-Mode-Durchlauf · Layout-Features.
Redesign „Flusslinie/Modernist" — 3d-17: Warn-Entkopplung Toasts (OP-REDESIGN-1)	`client/src/app/leitstand/toasts.component.ts` · `design/COMPONENTS.md` · `server/src/version.ts`	v0.137.1 (PATCH): erster Warn-Entkopplungs-Baustein — der Toast-Ton war rein farblich kodiert (Default-Glyph fix `✓`, so war `danger` rot ununterscheidbar vom roten `brand`). Fix: `TONE_ICON` je Ton (`ok ✓·brand ✦·warn ⚠·danger ⚠·info ℹ`) → die Glyph-Form trägt den Ton. Aufrufer-`t.icon` gewinnt. Audit: übrige rote Stellen haben schon Label/Icon/`role=alert`/Satz oder sind Aktionen. Reiner Client (1 Datei). Verifiziert: No-Hex/`tsc`/`ng build` grün. Offen (Live-DO): screen-by-screen Warn-Durchlauf + Dark-Mode · Ink-Gantt · Layout-Features.
Redesign „Flusslinie/Modernist" — 3d-16: Token-Hygiene (OP-REDESIGN-1)	`design/tokens/{tokens.json,build.mjs,tokens.css}` · `design/{DESIGN_TOKENS,CLAUDE,WORKSPACES,COMPONENTS}.md` · `client/src/app/leitstand/pages/{costs,processes,staff,conflicts}.component.ts` · `server/src/version.ts`	v0.137.0: Aufräum nach Rainbow-Ablösung — *14 ungenutzte `--tk-ws-`-Tokens entfernt (tokens.json/build.mjs/tokens.css, 98→84, Round-Trip grün); 23× `hover:bg-white/[.03]` → `hover:bg-tk-hover` (theme-aware); Klärfälle-Badge zurück auf Amber (war in 3d-15 versehentlich Rot — Zwei-Achsen: Termin/Konflikte=Rot, Störung/Klärfälle=Amber); Design-Docs synchronisiert (tote Token-Refs raus). Verifiziert: No-Hex/`tokens:check`/`ng build` grün. Offen:** Ink-Gantt-Refactor (Live-DO) · Layout-Features · WORKSPACES/COMPONENTS Prosa-Modernisierung.
Redesign „Flusslinie/Modernist" — Phase 3d-15: ws-Signaturfarben — Screens (Rainbow abgelöst) (OP-REDESIGN-1)	`client/src/app/leitstand/pages/{costs,recommendations,conflicts,processes,orders,quality,planning,annahme,staff,overview}.component.ts` · `server/src/version.ts`	v0.136.0: alle 10 Screens von der `--tk-ws-`-Rainbow befreit (kein ws-Token mehr in einem Screen). Tabs/Selektion/Dekor/Chips/Balken/Badges → Ink; solide Primär-CTAs (Übernehmen/Starten/+Posten/Freigeben/Annehmen) → Rot; Konflikt-/Klärfall-Alarm-Badges → Rot* (Gefahr, 3d-2). Rainbow-IA endgültig durch Ink+Rot ersetzt. Reiner Client (10 Dateien). Verifiziert: No-Hex/`ng build` grün. Offen: Ink-Gantt-Block-Refactor (Live-DO) · 3-TN-Karten/Overlays/Drawer/QS-Modal · ws-Token-Defs ungenutzt (optionaler Cleanup).
Redesign „Flusslinie/Modernist" — Phase 3d-14: ws-Signaturfarben — geteilte Komponenten (OP-REDESIGN-1)	`client/src/app/leitstand/{auftrag-detail-panel,shell,naechste-aufgaben,klaerung-einplanen,klaerfall-loesen}.component.ts` · `pages/tafel.component.ts` · `server/src/version.ts`	v0.135.0: Start des ws-Rainbow→Ink/Rot-Feinschliffs (14-farbige `--tk-ws-` → Modernist) auf die geteilten* Komponenten — Detail-Panel „Speichern" (ws-Vollfläche) → Rot, CRM-Link/„✦ Vorziehen"-Outline → Ink; Shell Werker-⬣ → Rot (wie 3d-5), 3 Nav-Badge-Farben → Ink (Badge-Feinschliff aus 3d-2); Tafel/Klärung/Klärfall/Nächste-Aufgaben → Ink. Regel: ws-Vollfläche-Primär → Rot · ws-Dekor/Outline → Ink. Reiner Client (6 Dateien). Verifiziert: No-Hex/`ng build` grün. Offen: ws-Farben in den Screens (costs/recommendations/conflicts/processes/orders/quality/planning/annahme/staff/overview) · Ink-Gantt-Block-Refactor (Live-DO) · 3-TN-Karten/Overlays/Drawer/QS-Modal.
Redesign „Flusslinie/Modernist" — Phase 3d-13: Takt/Gantt-Chrome & Klärfall — Cyan-Feinschliff abgeschlossen (OP-REDESIGN-1)	`client/src/app/leitstand/pages/planning.component.ts` · `gantt.component.ts` · `klaerfall-loesen.component.ts` · `server/src/version.ts`	v0.134.0: letzter Cyan-Durchgang — Planung Info/Metrik → Ink, „✎ Entwurf"-Banner + Testdaten-Checkbox → Rot; Gantt Preset-Toggle/„→ Details"/Drag-Ghost-gültig → Ink (ungültig=Rot); Klärfall QS/Schritt-Routen → Ink (Zurück=Grün/Abbruch=Rot bleiben). Cyan-Feinschliff des ganzen Cockpits abgeschlossen. Bewusst Cyan (dokumentiert): funktionale Lifecycle-Status-Hues (labels/phase/artFarbe/gantt-wunschfrei — Brief bewahrt Status-Hues) + Live-Signale (✎/⏺/Spinner/istUmparken). Reiner Client (3 Dateien). Verifiziert: No-Hex/`ng build` grün. Offen (OP-REDESIGN-1): Gantt-Block-Stil-Refactor (braucht Live-DO) · ws-Farben-Reste · 3-TN-Karten/Overlays/Drawer/QS-Modal.
Redesign „Flusslinie/Modernist" — Phase 3d-12: Bild-Gate & Shell-Reste (OP-REDESIGN-1)	`client/src/app/leitstand/bild/bild-upload-gate.component.ts` · `pages/bild-schutz.component.ts` · `shell.component.ts` · `server/src/version.ts`	v0.133.0: Foto-Gate (Personen/Kennzeichen vor Upload, OP-QS-2) + Shell — Prüf-Emphase/Hover/Auto-Punkt/Markier-Toggle → Ink; Marker-Badges + ins Bild gebrannte Marker-Kreise + „Hochladen"-Primär → Rot; Shell Theme-Glyph + Auf-Kurs-Ring → Ink. Manuell=Amber bleibt. Reiner Client (3 Dateien). Verifiziert: No-Hex/`ng build` grün. Offen (3d-Rest): Klärfall-Palette · ws-Farben · labels/phase-Helfer · Ink-Gantt · 3-TN-Karten.
Redesign „Flusslinie/Modernist" — Phase 3d-11: Annahme & Prozesse (OP-REDESIGN-1)	`client/src/app/leitstand/pages/{annahme,processes}.component.ts` · `server/src/version.ts`	v0.132.0: Cyan-Feinschliff auf Annahme („Takt-Kommando"-Intake — Kommandozeilen-Glow entfernt, Alternativ-Button + Info-Chips → Ink, „Radar zeigen"-CTA-Glow → Rot) + Prozesse (Info-Tint/Mindest-Niveau-★/Abhängigkeits-Toggle/Foto-Vorgabe-Outline/`.tk-flag.tk-on` → Ink, Typ-Checkbox → Rot). Cyan behalten: ⏺-Live-Puls („tippt/parst") + Lade-Spinner = Live-/Processing-Signale. Reiner Client (2 Dateien). Verifiziert: No-Hex/`ng build` grün. Offen (3d-Rest): Bild-Gate/Bild-Schutz/Shell · Klärfall-Palette · ws-Farben · labels/phase · Ink-Gantt.
Redesign „Flusslinie/Modernist" — Phase 3d-10: Belegung & Fluss-Gruppe (OP-REDESIGN-1)	`client/src/app/leitstand/pages/{occupancy,conflicts,quality}.component.ts` · `server/src/version.ts`	v0.131.0: Cyan-Feinschliff auf Belegung/Karte (Q2 „wo stehen die Fahrzeuge" — Drag&Drop-Hinweis, Wareneingang-Zone, Drag-Ziel-Highlight, ✓da/📍/🅿️-Icons → Ink), Konflikte (Info-Box/Notiz/Standort/Avatar-Rotation → Ink), Qualität (KPI + Mangel `in_nacharbeit` → Ink; offen=Amber/behoben=Grün bleiben). Drop-Ziel bewusst Ink (kein Alarm); funktionale Status-Hues + Rot-Doppelbelegung bleiben. Reiner Client (3 Dateien). Verifiziert: No-Hex/`ng build` grün. Offen (3d-Rest): Annahme/Prozesse/Bild-Gate/Shell · Klärfall-Palette · ws-Farben · labels/phase-Helfer · Ink-Gantt.
Redesign „Flusslinie/Modernist" — Phase 3d-9: Detail-Panel & geteilte Modals/Overlays (OP-REDESIGN-1)	`client/src/app/leitstand/{auftrag-detail-panel,repark-modal,chat-panel,feedback-form,feedback-pin-overlay,modal-dialog,toasts,screenshot-region-overlay,fortschritts-indikator}.component.ts` · `pages/meine-arbeit.component.ts` · `server/src/version.ts`	v0.130.0: Cyan-Feinschliff auf die überall geteilten Komponenten — Detail-Panel (Teilschritt-Fokus/Notiz-Toggle/Produktion-Outline), Umparken-Modal (Slot-Auswahl/„✓ passt"), Feedback-Formular, Pin-/Screenshot-Overlays, Fortschritts-Ring, Terminal-Umpark-Karten → Ink; Chat-User-Sprechblase + Modal-Bestätigen + Toast `brand` → Rot. Glyphen (✅/✓) tragen die Bedeutung. Offen: Klärfall-Lösen-Palette (semantisches 4-Farbset, eigene Entscheidung). Reiner Client (10 Dateien). Verifiziert: No-Hex/`ng build` grün. Offen (3d-Rest): occupancy/Annahme/Prozesse/Konflikte/Qualität/Bild-Gate · ws-Farben · Ink-Gantt.
Redesign „Flusslinie/Modernist" — Phase 3d-8: Fluss & Lage Modernist (OP-REDESIGN-1)	`client/src/app/leitstand/pages/orders.component.ts` · `client/src/app/leitstand/pages/overview.component.ts` · `server/src/version.ts`	v0.129.0: die zwei zentralen True-North-Sicht-Screens (Fluss „wo & wann" · Lage/Hof-Radar) — Auswahl (Card/Slot/Avatar/Nav-Fokus/aktueller Schritt/Standort) → Ink (`--tk-text`); „Flusslinie" (Radar-Sweep) → Rot (`--tk-brand`) + Glow entfernt (flach); Selektions-Glows entfernt; „Produktion starten"-Outline → Ink. Unberührt: `tk-cyan2` (schon rot) + funktionale Status-Hues. Reiner Client (2 Dateien). Verifiziert: No-Hex/`ng build` grün. Offen (3d-Rest): Ink-Gantt · Overlays/Drawer/QS-Modal · Cyan-Feinschliff Terminal/Modals/Detail-Panel/Konflikte/Qualität/Prozesse · ws-Signaturfarben.
Redesign „Flusslinie/Modernist" — Phase 3d-7: Team-Editor Modernist (OP-REDESIGN-1)	`client/src/app/leitstand/pages/staff.component.ts` · `server/src/version.ts`	v0.128.0: Team-Screen + Mitarbeiter-Editor nach Feinschliff-Regel — Vertrauens-★/Skill-Niveau-★/Abwesenheits-Toggles gewählt → Ink (`--tk-text`, 15 Bindungen); Schicht-Checkboxen → Rot; XP-Badge/Fairness-Zähler/Info-Tint → Ink; weiches Abwesenheits-Label → Ink (hart bleibt Rot). Cyan behalten: ✎-Präsenz + `istUmparken`-Live-Status + `artFarbe`-Schicht-Farbe (→ Gantt/Schedule-Slice). Reiner Client. Verifiziert: No-Hex/`ng build` grün. Offen (3d-Rest): Ink-Gantt · Overlays/Drawer/QS-Modal · Lage-Rest · Cyan-Feinschliff Fluss/Lage/Terminal/Modals.
Redesign „Flusslinie/Modernist" — Phase 3d-6: Verwaltung Modernist (OP-REDESIGN-1)	`client/src/app/leitstand/pages/administration.component.ts` · `server/src/version.ts`	v0.127.0: Verwaltungs-Screen entfärbt — Config-Auswahl-Chips (Taxonomie-Art · Skill-Eignung · Wochentage · Nachbar-Buchten) gewählt → gefüllte Ink-Chips (`--tk-text`); „+ Arbeitsplatz"/„+ Schicht" (waren `--tk-ws-`) → Rot* (`--tk-brand`); Sekundär-Outline „+ Sperre"/„Neu laden" → Ink; „aktiv"-Checkboxen → Rot. Cyan behalten: die drei „✎ wird gerade bearbeitet"-Badges = reserviertes Live-/Präsenz-Signal. Feinschliff-Regel (3d-1/3d-3): Selektion/Config → Ink · Primär → Rot · Live → Cyan. Reiner Client. Verifiziert: No-Hex/`ng build` grün. Offen (3d-Rest): Ink-Gantt · Overlays/Drawer/QS-Modal · Lage-Rest · restlicher Cyan/Badge-Feinschliff (Fluss/Lage/Team/Terminal/Modals).
Redesign „Flusslinie/Modernist" — Phase 3d-5: Werkstatt-Terminal Modernist-Akzent (OP-REDESIGN-1)	`client/src/app/leitstand/pages/meine-arbeit.component.ts` · `server/src/version.ts`	v0.126.0: Werker-Fläche „Meine Arbeit" — einziger Akzent `--tk-ws-werker` (Indigo) → Rot (`--tk-brand`): Werker-Auswahl aktiv, Avatar, Offen-Zähler, Leer-Glyph ⬢, Status-Pille. Terminal durchgängig monochrom+rot. Reiner Client. Verifiziert: No-Hex/`ng build` grün + Live-Screenshot. Offen (3d-Rest): Ink-Gantt · Verwaltung · Overlays/Drawer/QS-Modal · Lage-Rest · restlicher Cyan/Badge-Feinschliff.
Redesign „Flusslinie/Modernist" — Phase 3d-4: Team · Kann-was-Matrix (OP-REDESIGN-1)	`client/src/app/leitstand/pages/staff.component.ts` · `server/src/version.ts`	v0.125.0: Team-Screen führt oben eine Kann-was-Matrix — Mitarbeiter × Skills, Zellen = ★-Könner-Stufe (1–3) + Ausbildungsziel-Spalte; ganze Zeile klickbar → Mitarbeiter-Editor (Reuse). Rein aus Live-Signalen (`employees`/`skills`), Leer-Guard. True-North: „wer kann was" auf einen Blick. Reiner Client. Verifiziert: No-Hex/`tsc`/`ng build` grün (visuell mit Daten = braucht laufendes DO, wie Gantt). Offen (3d-Rest): Ink-Gantt · Verwaltung · Werkstatt-Terminal · Overlays/Drawer/QS-Modal · Lage-Rest · Cyan/Badge-Feinschliff.
Redesign „Flusslinie/Modernist" — Phase 3d-3: Takt-Controls Modernist (OP-REDESIGN-1)	`client/src/app/leitstand/pages/planning.component.ts` · `server/src/version.ts`	v0.124.0: Takt/Planung-Toolbar entfärbt — `asap`/`jit` + `Auto-Nachführung` aktiv → Ink (`--tk-text`); `Plan ändern` (Entwurf) → Rot (`--tk-brand`). Reiner Client. Verifiziert: No-Hex/`tsc`/`ng build` grün + Live-Screenshot. Offen: der Gantt selbst (`gantt.component.ts`) — Vor-Token-Dual-Theme (`dark()`→slate/white, ~24 Bindungen) + Ink-Gantt-Block-Stil = eigene größere Slice (braucht Live-Daten). Ferner 3d-Rest: Team-Matrix/Verwaltung/Terminal · Overlays/Drawer/QS-Modal · restl. Cyan/Badge-Feinschliff.
Redesign „Flusslinie/Modernist" — Phase 3d-2: Monochrome Ort-Chips (Nav) (OP-REDESIGN-1)	`client/src/app/leitstand/shell.component.ts` · `server/src/version.ts`	v0.123.0 (erledigt deferrten Teil von Phase 2b): Rail-Chips/Stripes von Rainbow-`--tk-ws-` → Ink* (`--tk-text-dim`); aktiver Ort rot (`--tk-brand` via `.tk-nav.tk-active`); Header-Platz-Punkt + Logo-Kachel cyan→rot; Stripe-Glow entfernt (flach). Badges bleiben (rot=Gefahr). Reiner Client. Verifiziert: No-Hex/`tsc`/`ng build` grün + Live-Screenshot (Ink-Chips, aktiver Ort rot). Offen (3d-Rest): Toggle/Selektion-Cyan → Ink · restliche Badge-Farben · 3-TN-Karten-Reihe · Heute kommt/geht · Review · Overlays/Drawer/QS-Modal · Takt-Ink-Gantt/Team-Matrix/Verwaltung/Terminal.
Redesign „Flusslinie/Modernist" — Phase 3d-1: Accent-Sweep (Primär-Aktionen → Rot) (OP-REDESIGN-1)	`client/src/app/leitstand/**` (13 Component-Templates) · `server/src/version.ts`	v0.122.0: solide `background: var(--tk-cyan)`-Füllungen (27 Stellen) → `var(--tk-brand)` (Rot): Primär-Aktions-Buttons (Assistent-FAB, „Optimierung vorschlagen", „Pin/Notiz", Bestätigungen), JETZT/Now-Linien (Brief: rote JETZT-Linie), Highlight-Badges + zugehörige Glows. Brief-konform „Rot = Primäraktion". Bewusst offen (Feinschliff): Toggle-Aktiv/Selektion-Cyan (~63) + `--tk-green`/`--tk-ws-` → Ink/Rot. Reiner Client. Verifiziert: No-Hex/`tsc`/`ng build`* grün + Live-Screenshot (rote CTAs + FAB). Offen (3d-Rest): Toggle/Selektion-Cyan · 3-TN-Karten-Reihe · Heute kommt/geht · Review · Overlays/Drawer/QS-Modal · Takt-Ink-Gantt/Team-Matrix/Verwaltung/Terminal.
Redesign „Flusslinie/Modernist" — Phase 3c: Lage · „Braucht dich"-Digest (OP-REDESIGN-1)	`client/src/app/leitstand/pages/overview.component.ts` (Digest-Karte + `brauchtDich`/`brauchtDichGesamt`) · `server/src/version.ts`	v0.121.0: Lage-Sidebar führt oben einen „Braucht dich"-Digest — die dringendsten Entscheiden-Einträge (max 4: Klärfälle/Notfälle · Termin-Konflikte · Ortung, Typ-Label + Ton-Kante), Zähler „N → Entscheiden", Klick → Fluss. Rein aus Live-Signalen, Leer „Alles im Takt.". Reiner Client. Verifiziert: No-Hex/`tsc`/`ng build` grün + Live-Screenshot. Offen (3c-Rest/3d): 3 TN-Karten-Reihe · Heute kommt/geht · Review-Sicht · Annahme-Overlay · 620px-Drawer · QS-Modal · Takt/Team/Verwaltung/Terminal.
Redesign „Flusslinie/Modernist" — Phase 3b: Fluss · Linie/Karte-Toggle (OP-REDESIGN-1)	`client/src/app/leitstand/pages/orders.component.ts` (Toggle + `app-occupancy` eingebettet) · `server/src/version.ts`	v0.120.0: Fluss-Screen mit Sicht-Umschaltung Linie · Karte · Risiko. Linie = 5-Stationen-Pipeline; Karte = bestehende `app-occupancy` eingebettet (Buchten/Hof, Umparken per Drag&Drop); Risiko = Timeline. „Entscheiden"-Spalte bleibt in allen Sichten rechts. Reuse statt Neubau (Einfachheit), reiner Client. Verifiziert: No-Hex/`tsc`/`ng build` grün + Live-Screenshot. Offen (3c+): inline-Auswahl-Panel · 620px-Auftrag-Drawer · Quality-Check-Modal · Lage/Takt/Team/Verwaltung/Terminal.
Redesign „Flusslinie/Modernist" — Phase 2b: True-North-Strip im Header (OP-REDESIGN-1)	`client/src/app/leitstand/shell.component.ts` (`trueNorth` computed + Header-Strip) · `server/src/version.ts`	v0.119.0: die 3 True-North-Leitfragen immer sichtbar in der Kopfzeile — „Auslastung X % · N Fzg · alle verortet / N ohne Standort · frei ‹Leistung›". Rein aus Live-Insights abgeleitet (`insights().auslastungsQuote/kapazitaet`, `aktiveAuftraege`, `ohneStandortCount`), kein neuer State/Server. Fehlende Ortung rot. Ab `lg`-Breite. Verifiziert: No-Hex/`tsc`/`ng build` grün + Live-Screenshot. Offen in 2b: strukturelle Rail→62px-Top-Tab-Bar + monochrome Ort-Chips (eigener Schnitt; gruppierte Rail liefert 4-Orte-IA schon Modernist).
Redesign „Flusslinie/Modernist" — Phase 3a: Fluss · „Entscheiden"-Spalte (OP-REDESIGN-1)	`client/src/app/leitstand/entscheiden.component.ts` (neu) · `client/src/app/leitstand/pages/orders.component.ts` (mount) · `design/COMPONENTS.md` · `design/WORKSPACES.md` · `server/src/version.ts`	v0.118.0: die konzeptionelle Mitte — „System entscheidet, Mensch bestätigt". Geteilte `EntscheidenComponent` (rechte Spalte 360px, xl+, auf dem Fluss-Screen) sammelt nur Live-Signale (`klaerfaelle/konflikte/ohneStandort/vorschlaege`, keine Fixtures) zu Vorschlagskarten (3px-Topline nach Ton · Typ-Label · Titel/Body · „Vorschlag"-Block · „✓ So machen"/„Später" · Leer „Alles im Takt."). „So machen" wendet echte Mutation an (`vorschlagVorziehen`) bzw. springt in die zuständige Ansicht; „Später" blendet je Sitzung aus. Reiner Client, kein Server/DTO/Migration. Verifiziert: No-Hex/`tsc`/`ng build` grün + Live-Screenshot (Linie + Entscheiden-Spalte). Offen (Phase 3b+): Linie/Karte-Toggle + Umparken-D&D · Auswahl-Panel · 620px-Auftrag-Drawer · Quality-Check-Modal · Lage/Takt/Team/Verwaltung/Terminal-Screens.
Redesign „Flusslinie/Modernist" — Phase 2: IA auf 4 „Orte" (OP-REDESIGN-1)	`client/src/app/leitstand/shell.component.ts` (`navGroups()`) · `client/src/app/app.routes.ts` (Alias-Routen) · `server/src/version.ts`	v0.117.0: Navigation von „Kern-Loop/Weitere" auf die 4 „Orte" Lage · Fluss · Takt · Team + Verwaltung (admin-gegated) + Werkstatt-Terminal umgestellt. Alle 16 Workspaces in genau einen Ort einsortiert (nichts verwaist), Views unverändert, Deep-Links intakt; Alias-Routen `/lage /fluss /takt /team /verwaltung /terminal`. True-North-Badges erhalten. Additive IA-Umstellung (Rail-Rendering bleibt). Verifiziert: `tsc`/`ng build` grün + Live-Screenshot (Header „Lage · Hof-Radar"). Offen (Phase 2b/3): Rail→62px-Top-Tab-Bar-Optik, monochrome Ort-Chips, zusammengeführte Ort-Screens (Fluss „Entscheiden"-Spalte, Ink-Gantt, Drawer, Overlays).
Redesign „Flusslinie/Modernist" — Phase 1: Token-Layer (OP-REDESIGN-1)	`design/tokens/tokens.json` (Modernist, LIGHT-first) · `design/tokens/build.mjs` (invertiert) · `design/tokens/tokens.css` (generiert) · `client/src/app/services/theme.service.ts` · `client/src/index.html` (Archivo) · `client/src/styles.css` · `server/src/version.ts`	v0.116.0: `--tk-`-Token-Layer auf Modernist* umgestellt, LIGHT-first — Basis-`$value` = Hell (→ `:root`), Dunkel unter `$extensions.taktano.dark` → `[data-theme="dark"]` (Dark-Mode mitgeneriert, PO 07-23; OP-R9-9 gewahrt). Marke = Rot `#ec3013` (`--tk-brand`/`--tk-red`), BG `#f3f2f2`/Text `#201e1d`, radius 0 durchgehend, Font Archivo (Daten via `.font-mono` + `tabular-nums`), kein Ambient-Glow. Funktionale Status-/Gantt-Hues erhalten (Hell-Werte → Basis, Dunkel → Override). `ThemeService`/`index.html`/`styles.css` auf Light-first + Archivo nachgezogen. Reiner Token-/Theming-Change (kein Server/DTO/Migration). Verifiziert: `tokens:check`/no-hex/`tsc`/`ng build` grün + Live-Screenshot. Offen (Phase 2/3): 4-Orte-Shell/IA, Workspace-Signaturfarben, Glass/Glow-Reste, Assistent-FAB-Cyan, Wordmark-Assets.
Redesign „Flusslinie/Modernist" — Phase 0: Entscheidung + Roadmap (OP-REDESIGN-1)	`ops/OP-REDESIGN-1.md` · Root-`CLAUDE.md` (§Design-Prinzipien, Rot-Ausnahme) · `design/CLAUDE.md` (Umbau-Banner + Brand-Kopf) · `server/src/version.ts`	v0.115.0 (docs-only): PO-Entscheidung 07-23 — das Claude-Design-Projekt „Taktano Neu v2 – Flusslinie" (DS „Modernist") löst Design-System und Marke vollständig ab, phasiert (Tokens → Shell/IA → Screens), jede Phase grün+mergebar. Bewusste Konflikt-Auflösungen: Cyan→Rot `#ec3013` (Primär/Marke), Dark→Light (`#f3f2f2`/`#201e1d`), 12 Workspaces→4 Orte (Lage·Fluss·Takt·Team + Verwaltung + Werkstatt-Terminal), Radius-Skala→radius 0, Space Grotesk/JetBrains→Archivo, Glass/Glow→flache 2px-Linien. Golden-Rule-Ausnahme (begründet): „Rot nur Warnung" bleibt drkv-Default + Schwester-Repos (MED-/SERA-) unverändert; Taktano = dokumentierte Ausnahme → Warnungen brauchen nicht-rein-farbliche Kennzeichnung. Phase 0 = nur Doku, kein Screen-Umbau. Nächster Schritt: Phase 1 = Token-Layer (Modernist) als eigener PR.
Taktano-Cockpit (Dark-Redesign) — Fundament	`client/src/index.html` (Tokens als Tailwind-Config + Fonts) · `client/src/styles.css` (Animationen) · `client/src/app/leitstand/shell.component.ts` · `pages/overview.component.ts` · `pages/placeholder.component.ts` · `app.routes.ts`	PR 1: Dark Mission-Control-Shell (Sidebar 7 Workspaces mit Signaturfarben + Live-Badges + Logo, Header mit Signatur-Punkt/Titel/Uhr/Sweep, „Auf-Kurs“-Box) + Überblick-Raum voll nach Spec (Hero, KPI-Ring, 2 Spalten). Routing pro Raum (`/overview`, `/planning`, …). Tokens/Spec: `design/DESIGN_TOKENS.md` + `DESIGN_SPEC.md`. Alle 7 Räume umgesetzt (`pages/`): Überblick · Planung (Gantt `[dark]` + Optimierer-Banner) · Belegung (Board + Drag&Drop-Umparken + Park-Dialog + geparkt-Marker) · Aufträge (Master-Detail) · Mitarbeiter (Filter+Karten) · Konflikte (Triage + Folgen-Sim + Crumple-Auflösung) · Qualität (Endkontrolle-Queue + Checkliste + Freigabe). Default-Route → `/overview`; `/classic` bleibt als Fallback. Offen: maßstäbliches Hofplan-Layout, Umpark-Auftrag mit Puls/Round-Robin, Foto-Upload, eigene Icon-Library; `/classic` vorgezogen entfernen (INTEGRATION_PLAN Phase 0).
UX-Review-Zyklus 07-11 (Review + alle 6 Empfehlungen) + Klärungs-Engine	`docs/betrieb/UX-Review-2026-07.md` (Urteil S1–S6/B1–B7/E1–E6) · `client/.../labels.ts`, `modal-dialog.component.ts`, `onboarding-hinweis.component.ts`+`onboarding.service.ts`, `klaerfall-loesen.component.ts` · `server/src/operativ/auftrag.ts` (`loeseKlaerfallMitRoute`) · `server/src/insights/insights.ts` (`naechsteKapazitaeten`)	auf main, v0.70.0→0.74.0 (PRs #434/#436–#440): UX-/Prozess-Review als Doku-Artefakt; E1–E3 Werker-Terminal-Modus · Klärfall am Schritt · zentrale Label-Sprache (OP-UX-7 ✅); E5 `app-modal-dialog` statt nativer Dialoge + tote Komponenten raus; E6 Onboarding „Kurz erklärt“ (OP-ONBOARD-1 Slice 1); E4 True-North-Kacheln (Kapazität je Leistung + Standorte → Sanity-Frage 3 ✅); Klärungs-Engine (OP-R3-1-Folge ✅): geroutetes Lösen zurück/QS/anderer-Schritt/Abbruch, Melden pausiert + erfasst Auslöser, D1-Audit + Reopt. Review-Befunde B2–B5, B7 geschlossen; größter offener Hebel: OP-AUTH-1 (B1).
Auslastungs-Quote-Kachel (zeitbasiert, True-North-Frage 1)	`server/src/insights/insights.ts` (`auslastungsQuote`) + `insights-demo.ts` · `server/party/leitstand.ts` (`insights.auslastungsQuote`) · `client/.../services/leitstand.service.ts` + `pages/overview.component.ts`	auf main (v0.70.0, #433); % verplante vs. verfügbare Zeit je Gruppe (Mitarbeiter · Buchten) über den Planungszeitraum — ergänzt den physischen Snapshot `auslastung()` um die Zeit-Achse (Sanity-Checkliste Frage 1). Reine, testbare Funktion (belegt ∩ verfügbar gekappt, `merge`/`subtract`); DO leitet MA-Verfügbarkeit via `mitarbeiterAvailability`, Bucht-Verfügbarkeit = offene Werkstattzeit (Schicht-Envelope) − Sperre/Wartung (Buchten sonst 24/7 → als Nenner irreführend). KPI-Kachel oben in der Überblick-Sidebar (Mini-Balken, Ampel ohne Rot). Nichts gespeichert (D-2). Self-Test in `test:insights`. Offen: wählbarer Zeitraum (heute/Woche) + Trend-Sicht (Sanity-Checkliste Frage 1).
Initial-Bundle Lazy-Loading (OP-PERF-1 ✅)	`client/src/app/app.routes.ts` (`loadComponent` je Workspace außer Shell + Überblick) · `client/angular.json` (Budget gestrafft)	v0.98.0: Route-Level-Lazy-Loading — 14 Workspaces je eigener Chunk, erst beim Öffnen geladen. Initial-Chunk 935,7 → 558,8 kB (Total 1,02 MB → 643 kB, −37 %). Budget `maximumWarning` 1 mb→750 kb / `maximumError` 1,25 mb→900 kb. Landing-Raum eager (kein Lazy-Flash), Deep-Links unverändert. Reiner Client. Optional/später: Prefetch-Strategie · SW/PWA-Cache (OP-OFFLINE-1).
OP-EDIT-1 KOMPLETT: Leistungen/Teilschritte (Ko-Bearbeiter-Präsenz; Slice A N/A ✅)	`client/.../pages/processes.component.ts` (`editEnter('prozesse','config')` im Constructor + `editLeave` via `DestroyRef` + Ko-Bearbeiter-Banner) · `ops/OP-EDIT-1.md` (status erledigt)	v0.114.0: letzter OP-EDIT-1-Editor abgeschlossen. Befund: Prozesse-Editor ist durchgängig sofort-anwendend inline (jede Feld-Änderung feuert sofort `teilschritt.update`/`leistung.update`, kein Formular/Speichern/`baseRev`) → Slice A (rev-Optimistik) architektonisch N/A (kein last-write-wins-auf-Save-Fenster; jede Mutation atomar + broadcastet); Force-Fit bewusst abgelehnt (Einfachheit). Slice B adaptiert: Ko-Bearbeiter-Banner „wird gerade auch bearbeitet — Änderungen wirken sofort" für die geteilte taktungs-harte Live-Konfig. Reiner Client, kein Server/DTO/Migration. OP-EDIT-1-Rollout über ALLE Editoren abgeschlossen (Arbeitsplatz·Schicht·Mitarbeiter·Taxonomie mit A+B; Leistungen/Teilschritte mit B).
OP-EDIT-1 Rollout: Taxonomie-Editor (rev-Optimistik + Präsenz ✅)	`server/src/model/types.ts` (`TaxonomyValue.rev`) · `server/party/leitstand.ts` (`taxonomie.update` baseRev/`revVeraltet`/`naechsteRev` + `edit.result`, `TaxonomieDTO.rev`) · `client/.../services/leitstand.service.ts` (`TaxonomieDTO.rev`, `taxonomieUpdate(…, baseRev)`) · `.../pages/administration.component.ts` (inline: `startTaxEdit`/`taxRename`/`schliesseTaxEdit`-Ack-Flow + Konflikt-Banner + ✎-Badge)	v0.113.0: OP-EDIT-1-Muster auf den inline Taxonomie-Editor („Umbenennen") ausgerollt — veraltete Basis abgelehnt (`edit.result{ok:false}`), Erfolg quittiert; Präsenz via generischer `editEnter('taxonomie',id)` (kein Server-Change). Inline-Konflikt-UX: schließt + Banner oben (Liste zeigt Gewinner via Broadcast), Aktiv-Quick-Toggle bewusst ohne baseRev. `rev` optional → keine Migration. Rollout jetzt auf 4/5 Editor-Gruppen. Offen (Rollout-Rest): Leistungen/Teilschritte.
OP-EDIT-1 Rollout: Mitarbeiter-Editor (rev-Optimistik + Präsenz ✅)	`server/src/model/types.ts` (`Mitarbeiter.rev`) · `server/party/leitstand.ts` (`employee.update` baseRev/`revVeraltet`/`naechsteRev` + `edit.result`, `Employee`-DTO `rev`) · `client/.../services/leitstand.service.ts` (`Employee.rev`, `updateEmployee(…, baseRev)`) · `.../pages/staff.component.ts` (Präsenz-Banner + Konflikt-Hinweis + ✎-Badge + `schliesseBearbeiten()`-Ack-Flow)	v0.112.0: OP-EDIT-1-Muster (Slice A + Slice B) auf den Mitarbeiter-Bearbeiten-Dialog ausgerollt — veraltete Basis abgelehnt (`edit.result{ok:false}`, Dialog offen), Erfolg schließt; Präsenz via generischer `editEnter('mitarbeiter',id)` (kein Server-Change). `rev` guardt gezielt das Stammdaten-Speichern (additive Sub-Aktionen Skill/Ausbildung/Abwesenheit heben `rev` nicht). view-first schon (Karte + „✎"-Knopf). `rev` optional → keine Migration. Offen (Rollout-Rest): Taxonomien ✅ (v0.113.0) · Leistungen/Teilschritte.
OP-EDIT-1 Rollout: Schicht-Editor (rev-Optimistik + Präsenz ✅)	`server/src/model/types.ts` (`SchichtKatalog.rev`) · `server/party/leitstand.ts` (`schicht.update` baseRev/`revVeraltet`/`naechsteRev` + `edit.result`, DTO `rev`) · `client/.../services/leitstand.service.ts` (`SchichtKatalogDTO.rev`, `schichtUpdate(…, baseRev)`) · `.../pages/administration.component.ts` (Präsenz-Banner + Konflikt-Hinweis + ✎-Badge + Ack-Flow)	v0.111.0: OP-EDIT-1-Muster (Slice A optimistische Nebenläufigkeit + Slice B Präsenz-Warnung) auf den Schicht-Editor ausgerollt — veraltete Basis abgelehnt (`edit.result{ok:false}`, Formular offen), Erfolg schließt; Präsenz via generischer `editEnter('schicht',id)` (kein Server-Change). view-first schon durch „Bearbeiten"-Knopf. `rev` optional → keine Migration.
Schicht-Ende-Aufräum-Checkliste (OP-SCHICHT-1 Slice 4 ✅)	`client/.../pages/overview.component.ts` (`aufraeumCheckliste`/`aufraeumOffenCount` + Karte „🧹 Schicht-Ende-Aufräumen")	v0.110.0: konsolidierte To-do-Liste vor Feierabend — 📍 ohne Standort (`ohneStandortCount`, Link) · 🌙 nicht in der Halle (`nachtHalle.reste`) · 🅿️ Umparken offen (`umparkAuftraege`); grün „bereit fürs Schichtende" bei 0. Reine Client-Komposition bestehender Signale (D-2, kein Server/DTO, keine Persistenz — auto-klärend). Offen: Nacht-Zustand als Scheduler-Planungsziel.
Nacht-Halle-Konfig (OP-SCHICHT-1 Slice 3 ✅)	`server/src/insights/insights.ts` (`NachtHalleKonfig` + `nachtHalleKonfigEffektiv`/`istNachtHalleSlot`) · `server/party/leitstand.ts` (`PersistedState.nachtHalleKonfig` + onStart, Projektion, `nachtHalleKonfig.update`-Handler, DTO) · `client/.../services/leitstand.service.ts` (`NachtHalleKonfig` + `nachtHalleKonfigUpdate`) · `.../pages/administration.component.ts` (Karte „🌙 Nacht-Halle (Schicht-Ende)")	v0.109.0: Schwelle „hochwertig" (Güteklasse 1–3, Default 2) + Nacht-Hallen-Buchten admin-editierbar. `istNachtHalleSlot`: buchtIds-Allowlist ODER Indoor-Typ-Fallback (leer). Optionales persistiertes Feld → keine Migration. Admin-Message istKostenAdmin-gated, validiert/klemmt/filtert. Offen: Aufräum-Checkliste, Nacht-Zustand als Planungsziel.
Nacht-Halle-Check (OP-SCHICHT-1 Slice 2 ✅)	`server/src/insights/insights.ts` (`nachtHalleReste` + `InsightAuftrag.standortIndoor`/`gueteklasse`) · `server/party/leitstand.ts` (Projektion `standortIndoor` je Auftrag via Bucht-Zugehörigkeit + `INDOOR_TYP_RE`, Insights-DTO `nachtHalle`) · `client/.../services/leitstand.service.ts` (`NachtHalleInsight`) · `.../pages/overview.component.ts` (Karte „🌙 Nacht-Halle") · `server/src/insights/insights-demo.ts` (`test:insights`)	v0.108.0: abgeleiteter Schicht-Ende-Check — hochwertige Fahrzeuge (Güteklasse ≥ Schwelle, Default 2) nicht in Halle/Indoor (oder Standort unbekannt) → Überblick-Karte (grün „alle drinnen"/amber „N nicht in der Halle" + Liste). Indoor-Status pro Auftrag über die tatsächliche Bucht (robust gegen doppelte Namen); „Halle" via bestehendes Bucht-Typ-Label (`INDOOR_TYP_RE`), rein D-2, kein neues Modell/Migration. Schwelle + Nacht-Hallen-Buchten ab v0.109.0 admin-konfigurierbar (Slice 3, Zeile oben).
Schichtende-Aufräum-Reserve (OP-SCHICHT-1 Slice 1 ✅)	`server/src/model/types.ts` (`aufraeumReserveMin`) · `server/src/scheduler/availability.ts` (`aufraeumReserveMin`-Helper + Abzug am spätesten Slot) · `.../scheduler/ausfall.ts` (Band `art:'aufraeumen'`) · `server/party/leitstand.ts` (Patch/Handler/DTO, `klemmeReserve`) · `client/.../services/leitstand.service.ts` · `.../pages/administration.component.ts` (Editor) · `.../gantt.component.ts` (Farbe/Label) · `server/src/scheduler/schicht-reserve-demo.ts` (`test:schicht-reserve`)	v0.107.0: jede Schicht reserviert die letzten X Min (Default 30, admin-editierbar pro Schicht, 0…120) fürs Aufräumen → Scheduler plant dort keine Arbeit. Abzug an einer Stelle (`mitarbeiterAvailability`, spätester Slot) → paritätisch TS-Scheduler + CP-SAT-Solver (via vorab-expandierte `avail`). Grünes „Aufräumen"-Gantt-Band. Default 30 via `?? 30` (keine Migration). Fixtures `test:ausfall`/`test:bereitschaft` auf 0 gepinnt. Offen: hochwertige Fahrzeuge→Halle, Aufräum-Checkliste, Nacht-Zustand als Planungsziel.
Umpark-Empfehlung nach Skill (OP-UMPARK-3 Slice 2 ✅)	`client/.../leitstand/repark-modal.component.ts` (`geforderterSkillId`/`geforderterSkillName`/`buchtBietetSkill`; Zwei-Stufen-Sort im `empfohlen`)	v0.106.0: Empfehlung rankt zuerst nach Skill-Eignung der Bucht (`Arbeitsplatz.skillIds` ⊇ {geforderter Skill}, §6.1 — typ-gleiche Bucht ohne Skill ist gar kein gültiges Ziel), dann Kapazität; „🎯 "-Badge. Skill aus `teilschritteKatalog.benoetigteSkillId`, Bucht-Skills aus `arbeitsplaetze().skillIds` → rein Client, kein Server/DTO. Fallback = Typ-Empfehlung bei fehlenden Skill-Tags. Offen: Ausstattung (kein Schritt-Anforderungsfeld) + Nähe/G-4 (kein Standort-/Zonen-Modell) — ehrlich vertagt.
Schritt-Abschluss: Server-Backstop (OP-STEP-1 Slice 4 ✅ → OP-STEP-1 erledigt)	`server/src/operativ/auftrag.ts` (`istAktuellerSchritt`/`istOffenerSchritt`) · `server/party/leitstand.ts` (`teilschritt.aktion 'erledigen'`-Gate) · `server/src/operativ/step-gate-demo.ts` (`test:step-gate`) · `.github/workflows/ci.yml` · `docs/betrieb/Tests.md`	v0.105.0: Sequenz-Gating jetzt serverseitig — out-of-order-Abschluss wird abgelehnt (Defense-in-Depth zum Client-Gating aus Slice 1). Nur der aktuelle Schritt der Reihenfolge (Front = früheste Startzeit der offenen; laufende immer aktuell; echte Parallel-Schritte teilen die Startzeit) ist abschließbar; Gate greift vor Doku-/Foto-Gate. Reine, testbare Prädikate; Selbsttest 20 Prüfungen (CI-Gate). Rein Server, keine DTO-/Schema-Änderung. OP-STEP-1 damit komplett (4/4 Slices); offen nur bedingte „feinere Parallelität" (G-1-Abhängigkeit explizit ins DTO).
Umparken-Sichtbarkeit geklärt (OP-UMPARK-4 ✅)	`ops/OP-UMPARK-4.md` (Ist-Tabelle 8 Auslöse-Stellen + Entscheidung) · `client/.../pages/occupancy.component.ts` (Label „📍 Standort" → „📍 Standort zuweisen")	v0.104.1: Ist-Bestandsaufnahme aller Umpark-Trigger; Grundgerüst sauber (1 ReparkService + 1 globales Modal), Verteilung kontextrichtig → bleibt. Entscheidung: 2 Begriffe („Standort zuweisen" vs. „Umparken"), 2 Direkt-Pfade (Drag&Drop + Freiräumen) bleiben bewusst, Sichtbarkeits-Referenztabelle im OP. Nur Wortlaut-Angleich, keine Verhaltensänderung.
Umpark-Empfehlung nach Schritt (OP-UMPARK-3 Slice 1)	`client/.../leitstand/repark-modal.component.ts` (`aktuellerSchritt`/`geforderteTypen`/`empfohlen`; Empfehlungs-Gruppe im Modal)	v0.104.0: Repark-Modal empfiehlt oben die zum aktuellen/nächsten Schritt passenden Buchten (geforderter Typ + freie Kapazität, freieste zuerst, mit Begründung); Rest darunter. Match über vorhandene Label-Felder (`benoetigteBuchtTypen` = `typLabel`) → rein Client, kein Server/DTO. Pause (Teil B) weitgehend via OP-UMPARK-1 `modus:'pausieren'`. Offen: Skill/Ausstattung/Nähe-Gewichtung (G-4), Transit-Pause Bucht→Bucht.
Foto-Vorgaben pflegen (OP-STEP-1 Slice 3)	`client/.../pages/processes.component.ts` (`fotoAdd`/`fotoSetAnzahl`/`fotoRemove`, Foto-Vorgabe-Editor + Doku-Pflicht-Toggle) · `services/leitstand.service.ts` (`ProzessSchrittDTO.{dokuPflicht,fotoPflicht,dokuAspekte}` + `updateTeilschritt`-Patch)	v0.103.0: je Teilschritt Pflicht-Foto-Perspektiven + Mindestanzahl im Prozesse-Workspace editierbar (datalist-Vorschläge + freier String G-1) + Doku-Pflicht-Toggle → speist Abschluss-Checkliste (Slice 2). Rein Client — Server nahm den Patch längst an (`setzeTeilschrittFelder`) + emittierte die Werte im DTO; nur Client-DTO+Editor fehlten. Damit OP-STEP-1 Slices 1–3 gebaut; offen nur optionaler Server-Backstop.
Geführter Foto-/Doku-Abschluss (OP-STEP-1 Slice 2)	`client/.../leitstand/auftrag-detail-panel.component.ts` (`abschlussReste`/`ohneNachweisVorgabe`; Restliste + „Alles erfasst" + Leere-Vorgabe-Hinweis; Foto-Block-Überschrift)	v0.102.0: Abschluss-Dialog zeigt sprechende Restliste der fehlenden Pflicht-Fotos (je Perspektive) + Pflicht-Doku, live; „✓ Fertig" gesperrt bis alles da; leere Vorgabe klar benannt (Slice-3-Hook). Spiegelt das bestehende Disabled-Gate (keine zweite Wahrheitsquelle). Reiner Client. Offen: Slice 3 (Vorgabe-Pflege), Server-Backstop.
Nur aktueller Schritt fertigmeldbar (OP-STEP-1 Slice 1)	`client/.../leitstand/auftrag-detail-panel.component.ts` (`istAktuellerSchritt`/`istGesperrterSchritt`/`aktuellerSchrittName`/`istOffen`, `kannSchrittErledigen` verschärft; „▶ jetzt dran"-Marker + „🔒 kommt später"-Hinweis)	v0.101.0: nur der aktuelle Schritt (laufend oder frühester offener per Startzeit-Frontier) ist fertigmeldbar + hervorgehoben; spätere gesperrt. Parallelität über Scheduler-Startzeiten. Reiner Client, kein Server/Schema. Offen: Server-Backstop (out-of-order), Vorgabe-Pflege (Slice 3). Erfasst zugleich OP-UMPARK-3/-4.
View-first Detailansicht (OP-EDIT-1 Slice C, Referenz)	`client/.../pages/administration.component.ts` (`ansichtId`/`ansichtOffen`/`ansichtBay` · `anzeigen`/`ansichtSchliessen` · read-only Detail-Panel · Liste „Anzeigen"+`✎`-Badge · `skillName`/`ausstattungName`/`hatBearbeiter`)	v0.100.0: Stammdaten öffnen zuerst read-only (Detailansicht: Kapazität, Status, Skills/Ausstattung als Namen, Sperren, `rev`), Bearbeiten erst per „✎ Bearbeiten" von dort (→ Slice-B-Präsenz). Präsenz-Warnung schon in der Anzeige, `✎`-Live-Badge in der Liste. Abbrechen/Speichern kehrt in die Anzeige zurück. Reiner Client. Damit A/B/C gebaut; offen: Muster-Rollout auf die übrigen Editoren (Taxonomien/Schichten/Mitarbeiter/Leistungen).
Edit-Präsenz (OP-EDIT-1 Slice B)	`server/party/leitstand.ts` (`editPraesenz`-Map · `edit.enter`/`edit.leave` · `bearbeitungen` im Snapshot · `onClose`-Cleanup · `EditPraesenzDTO`) · `client/.../services/leitstand.service.ts` (`fensterId`, `editEnter`/`editLeave`, `fremdeBearbeiter`, `EditPraesenz`) · `pages/administration.component.ts` (Präsenz-Warn-Banner · `editEnter` bei Bearbeiten · `editLeave` bei Abbrechen/Destroy)	v0.99.0: „wer bearbeitet gerade welchen Datensatz" als transienter DO-Live-State (nicht persistiert), live gebroadcastet. Betreten/Verlassen via `edit.enter`/`edit.leave` mit stabiler `fensterId` (interim, OP-AUTH-1); `onClose` räumt verwaiste Präsenz. Oranges Warn-Banner im Arbeitsplatz-Editor bei fremden Bearbeitern — blockt nicht (erster Speichervorgang gewinnt via Slice A). `edit.enter` admin-gegated. Kein Migrations-Aufwand. Slice C ✅ (View-first-Referenz am Arbeitsplatz-Editor); offen: Muster-Rollout auf die übrigen Editoren.
Optimistische Nebenläufigkeit (OP-EDIT-1 Slice A)	`server/src/operativ/edit-parallel.ts` (`revVeraltet`/`naechsteRev`) + `edit-parallel-demo.ts` (`test:edit`) · `server/src/model/types.ts` (`Arbeitsplatz.rev?`) · `party/leitstand.ts` (DTO `rev` · `arbeitsplatz.update` baseRev-Prüfung + `edit.result`-Quittung + rev-Bump) · `client/.../services/leitstand.service.ts` (`ArbeitsplatzDTO.rev`, `arbeitsplatzUpdate(…, baseRev)`, `editResult`-Signal) · `pages/administration.component.ts` (baseRev merken · auf Quittung warten · Konflikt-Banner + „Neu laden")	v0.97.0: erster Baustein gegen stilles last-write-wins (Auslöser OP-UMPARK-2 Slice B). Monotoner `rev` je Bucht (nur serverseitig erhöht); Speichern schickt `baseRev` mit → veraltete Basis wird abgelehnt (nicht angewendet/gebroadcastet), per-Verbindungs-Quittung `edit.result {ok}` schließt das Formular (ok) bzw. zeigt Konflikt-Hinweis + „Neu laden" (abgelehnt). Ack-basiert statt Broadcast-Heuristik (kein Race). Rückwärtskompatibel (ohne baseRev = altes Verhalten), kein Migrations-Aufwand. Slice B ✅ (Edit-Präsenz) · Slice C ✅ (View-first-Referenz); offen: Muster-Rollout auf die übrigen Editoren.
Geplante Sperre zur Laufzeit + Vorlauf (OP-UMPARK-2 Slice B)	`server/src/operativ/sperre.ts` (`validiereSperren`/`sperreGueltig`) · `operativ/konflikte.ts` (`konflikteGeparktVorSperre`, Typ `geparkt_vor_sperre`) · `party/leitstand.ts` (`ArbeitsplatzPatch.sperren` + Handler + `sperreGrundIds` + DTO `sperren`) · `client/.../pages/administration.component.ts` (Sperren-Editor) · `conflicts.component.ts` (Label + Repark-Knopf)	v0.96.0: Bucht-Sperren (Zeitfenster) zur Laufzeit anleg-/entfernbar (Admin-Editor: Grund-Dropdown + Von/Bis + Beschreibung), server-validiert (`beginn<ende`, gültiger Grund). Vorlauf-Konflikt `geparkt_vor_sperre`: parkendes Auto in aktiver Bucht mit kommender Sperre → rechtzeitig umparken. Kein Migrations-Aufwand.
Bucht freiräumen (OP-UMPARK-2 Slice C, OP-UMPARK-2 ✅)	`client/.../pages/occupancy.component.ts` (`freiraeumen`/`kannFreiraeumen`/`freierParkplatz`, „🅿️ Freiräumen"-Knopf)	v0.96.0: wartendes Auto (kein laufender Prozess) in einer Bucht → per Klick auf ersten freien Parkplatz umparken (bestehender G-4-Umpark-Auftrag OP-UMPARK-1). Reiner Client. Ausblick: CP-SAT-Abwägung „warten vs. ausparken" bleibt spätere Solver-Optimierung. Damit OP-UMPARK-2 abgeschlossen (Slices A/B/C).
Alarm-Ton am Leit-Bildschirm (OP-ALERT-1 Slice 6, OP-ALERT-1 ✅)	`client/.../services/alarmton.service.ts` (Web-Audio-Ton, Autoplay-Unlock, Stummschaltung) · `leitstand/shell.component.ts` (Rail-Toggle 🔔/🔕 + Service injiziert)	v0.95.0: neuer Notfall → akustisches Signal (Web-Audio-Oszillator, kein Binär-Asset), zusätzlich zur Alarm-Optik (Slice 2). AudioContext erst nach User-Geste (Autoplay-Policy), stummschaltbar (localStorage), kein Ton beim ersten Laden. Damit ist OP-ALERT-1 rund → erledigt. Video-Erfassung ausgegliedert → OP-ALERT-2 (neu, offen). Reiner Client.
Freigabe-Workflow der Leitung (OP-ALERT-1 Slice 5)	`server/party/leitstand.ts` (`klaerfall.loesen`-Chef-Gate für Notfall + Audit `notfall.freigabe.abgelehnt`) · `client/.../auftrag-detail-panel.component.ts` + `pages/conflicts.component.ts` (`notfallFreigabeBlockiert`/`istChef`, Freigabe-Knopf geblockt mit Grund)	v0.94.0: nur die Leitung/der Chef darf die Notfall-Sperre aufheben (server-hart, interim Chef-Gate wie OP-QS-6 bis OP-AUTH-1); Beweisfoto bleibt für alle Pflicht. Client spiegelt den Gate (🔒 nur Leitung / 📷 Foto nötig) statt stiller Ablehnung; „✓ Sperre aufheben" für Notfälle.
Alert-Knopf im Werker-Modus (OP-ALERT-1 Slice 4)	`client/.../pages/meine-arbeit.component.ts` (🚨-Notfall-Knopf + Mini-Formular je Schritt-Karte · Presets · `kannNotfallMelden`/`notfallMelden` · inline 📷-Beweisfoto wenn gesperrt)	v0.93.0: der Werker löst den Notfall/Schaden-Alarm direkt in „Meine Arbeit" aus (nicht nur im Leitstand-Panel) — gleicher Server-Pfad (`auftrag.klaerfall art=notfall`, Auslöser-Schritt wandert mit, nichts dupliziert); solange gesperrt ist das Beweisfoto (Slice 3) inline erfassbar. Reiner Client, voll verifizierbar.
Foto-Pflicht am Alarm (OP-ALERT-1 Slice 3)	`server/src/model/types.ts` (`FotoAttachment.notfall` = Ziel C) · `operativ/auftrag.ts` (`notfallBeweisfotoErfuellt`) · `party/leitstand.ts` (Upload `?notfall=1` · `foto.registriert`-Notfall-Ziel · `klaerfall.loesen`-Gate · `AuftragDTO.notfallFotos`) · `client/.../services/leitstand.service.ts` (`uploadNotfallFoto`) · `auftrag-detail-panel.component.ts` (📷-Erfassung + Pflicht-Hinweis) · `client/angular.json` (Bundle-Budget)	v0.92.0: Kern von OP-ALERT-1 — Notfall/Schaden braucht ≥1 Beweisfoto, Fahrzeug-Sperre erst danach aufhebbar (server-hart). Neues Foto-Ziel C `notfall` (bewusst getrennt vom QS-Mangel → verfälscht die Mangel-Auswertung nicht). Direkt-Upload im Detail-Panel solange gesperrt. Selbsttest `test:notfall` erweitert. R2-Roundtrip dormant (kein `FOTOS`-Binding) → Live-R2 nachziehen. Bundle-Budget angehoben → Folge OP-PERF-1 (Lazy-Loading).
Alarm-Sichtbarkeit (OP-ALERT-1 Slice 2)	`client/.../services/leitstand.service.ts` (`gesperrteFahrzeuge`/`gesperrteCount`) · `leitstand/shell.component.ts` (globaler Alarm-Chip in der Kopfzeile) · `pages/conflicts.component.ts` (🚨-Badge in Klärfälle-Liste+Detail · `klaerfaelleSortiert` priorisiert Notfall)	v0.91.0 (Branch `claude/next-steps-8vmq5d`): der Notfall-Alarm „darf nicht verschwinden" → globaler, immer sichtbarer Alarm-Indikator in der Kopfzeile (rot/pulsierend „🚨 N gesperrt", Klick → Klärfälle-Tab, aus jedem Workspace) + eigenes 🚨-„Fahrzeug gesperrt"-Badge in der Klärfälle-Liste+Detail (unterscheidbar vom „⚠ eskaliert") + Notfall ganz oben einsortiert. Rein abgeleitet (D-2), bleibt bis der Notfall-Klärfall gelöst wird. Reiner Client, kein Server/Schema. Deckt Teil der „Alarm-Optik" (OP-KOMM-1).
Fahrzeug in gesperrter Bucht → Umparken (OP-UMPARK-2 Slice A)	`server/src/operativ/konflikte.ts` (`konflikteGeparktInGesperrt` + Typ `geparkt_gesperrt`) · `server/party/leitstand.ts` (Wiring in `weitereKonflikte`) · `client/.../services/leitstand.service.ts` (`KonfliktTyp`) · `pages/conflicts.component.ts` (Label + „📍 Umparken"-Knopf, `reparkZiel`) · `ops/OP-UMPARK-2.md`	v0.90.0 (Branch `claude/next-steps-8vmq5d`): schließt die Lücke, dass eine Bucht-Sperre still über ein physisch geparktes Auto hinweggehen konnte — die alten Typen (`sperre_kollidiert`/`arbeitsplatz_fehlt`) prüfen nur geplante Arbeit, nicht die `belegung`. Neuer Konflikt `geparkt_gesperrt` (Hoch) rein abgeleitet (D-2, kein State/Migration), erscheint automatisch bei jedem Broadcast einer belegten nicht-aktiven Bucht; Direkt-Knopf „📍 Umparken" (Repark-Modal OP-UMPARK-1) bei eindeutigem Fahrzeug. Selbsttest `test:konflikte` erweitert. Policy (PO 07-17): Bucht mit Auto nicht still sperrbar; sofort→sofort umparken (G-4), geplant→vor `beginn`. Offen: Slice B (geplante Sperre zur Laufzeit + Vor-Umparken) · Slice C (Bucht freiräumen — Hebel, später CP-SAT). Getrennt: OP-SCHICHT-1 (Schicht-Ende-Aufräumen: hochwertige Fahrzeuge in die Halle · nächste Schicht vorbereiten · wenig über Nacht in Arbeit außer Cool-down).
Notfall-/Schaden-Alert (OP-ALERT-1 Slice 1)	`server/src/operativ/auftrag.ts` (`KlaerfallArt`/`art`, `meldeNotfall`, `fahrzeugGesperrt`) · `server/party/leitstand.ts` (Notfall-Zweig + Audit `notfall.gemeldet`) · `do-state-migrations.ts` (v21) · `client/.../services/leitstand.service.ts` (`auftragNotfall`) · `client/.../auftrag-detail-panel.component.ts` (🚨-Knopf + gesperrt-Badge) · `docs/architektur/Notfall-Alert.md`	v0.85.0 (Branch `claude/next-steps-8vmq5d`): Notfall = Klärfall-Variante (`art:'notfall'`), keine Parallel-Mechanik (Einfachheit). Hard-Stop laufender Schritte + erzwungene Eskalation + Fahrzeug gesperrt (`fahrzeugGesperrt`, D-2). Auffälliger 🚨-Knopf im geteilten Detail-Panel (Grund pflicht); Audit `notfall.gemeldet`; Selbsttest `test:notfall` (CI-Gate). Offen (Folge-Slices): Foto-/Video-Zwang (OP-QS-1) · Alarm-Optik/-Ton am Leit-Bildschirm (OP-KOMM-1) · Alert-Knopf im Werker-Modus · Freigabe-Workflow der Leitung.
Mangel-Status-Workflow (OP-QS-1 Slice 1)	`server/src/operativ/leistung.ts` (`MangelStatus` 3-stufig) · `auftrag.ts` (`markiereMangelInNacharbeit`, Abnahme-Gate + `erledige`-Behoben-Logik) · `party/leitstand.ts` (Übergänge in `nacharbeitEinplanen`/`nacharbeitErfassen`) · `do-state-migrations.ts` (v22) · `client/.../services/leitstand.service.ts` + `pages/quality.component.ts` (Status-Badges)	v0.86.0: M06 `offen → in_nacharbeit → behoben` (zuvor nur 2). Mangel bekommt Nacharbeitsschritt → `in_nacharbeit`; Schritt fertig → `behoben`; QS-Abnahme-Gate blockt bis behoben. QS-Workspace-Badges (offen=amber · in Nacharbeit=cyan · behoben=grün). Migration v22 · Selbsttest `test:mangel-status` (CI-Gate). Offen (Folge-Slices): Foto-Beweismittel am Mangel (M05, speist OP-ALERT-1) · manuelles „behoben"+Vier-Augen (G-4) · Auswertung je Kategorie/Skill/MA · admin-editierbare Kategorien (G-1).
Beweisfotos am Mangel (OP-QS-1 Slice 2 / M05)	`server/src/operativ/auftrag.ts` (`beweisfotosZuMangel`) · `party/leitstand.ts` (`FotoRefDTO`/`toFotoRef`/`MangelDTO`, Mangel-Fotos im DTO) · `client/.../services/leitstand.service.ts` (`Mangel.fotos`) · `pages/quality.component.ts` (Thumbnails)	v0.87.0: Jeder Mangel trägt in der QS-Sicht die Beweisfotos des Teilschritts, an dem er entdeckt wurde (abgeleitet/D-2). Bestehende Teilschritt-Fotos wiederverwendet statt zweitem Upload-Pfad (Einfachheit). Selbsttest `test:beweisfoto` (CI-Gate). Slice 3 ✅ v0.88.0: Pflicht-Beweisfoto für schwere/kritische Mängel (Abnahme-Gate blockt bis dokumentiert). Offen (nach Slice 4 ✅ v0.89.0): Video-Erfassung · manuelles „behoben"+Vier-Augen.
Pflicht-Beweisfoto für schwere Mängel (OP-QS-1 Slice 3)	`server/src/operativ/auftrag.ts` (`mangelBrauchtBeweisfoto` + `istAbnahmebereit`-Regel) · `client/.../pages/quality.component.ts` (Gate-Spiegel `offenePunkte` + „📷 Beweisfoto nötig"-Hinweis)	v0.88.0: schwerer/kritischer Mangel (M03) braucht ≥1 Beweisfoto → QS-Abnahme-Gate blockt die Abholung bis dokumentiert, auch nach Behebung (Beweislage). Leicht/mittel ohne Zwang. Selbsttest-Erweiterung `test:beweisfoto`. Offen (mangel-eigene R2-Erfassung ✅ Slice 4 v0.89.0): Video-Erfassung · manuelles „behoben"+Vier-Augen.
Dedizierte Mangel-Foto-Erfassung (OP-QS-1 Slice 4 / M05)	`server/src/model/types.ts` (`FotoAttachment` polymorphes Ziel `teilschrittInstanzId`\|`mangelId`) · `party/leitstand.ts` (Upload-Endpoint `?mangel=` · `foto.registriert` Mangel-Ziel · `fotosByMangel`-Merge im DTO + Gate) · `auftrag.ts` (`istAbnahmebereit` zählt mangel-eigene Fotos) · `client/.../services/leitstand.service.ts` (`uploadMangelFoto`) · `pages/quality.component.ts` (📷-Knopf je Mangel)	v0.89.0: Beweisfoto direkt am Mangel erfassbar (nicht nur am Schritt) — schließt die Lücke „Mangel an Schritt ohne Foto-Pflicht". Direkt-Upload (verbundener QS-Kontext, nicht durch die Offline-Queue). Liefert die Beweismittel-Mechanik auch für OP-ALERT-1. Selbsttest `test:beweisfoto`. R2-Roundtrip dormant (kein `FOTOS`-Binding) → via Typecheck/Build/Selbsttest verifiziert, Live-R2 nachziehen.
Lastenheft (Fachkonzept, Master)	`docs/fachlich/Lastenheft.md` (Markdown + Mermaid)	abgenommen, IDs stabil
Produkt & Marketing (nicht-technisch: Automotivo-Marktbeobachtung, Vorteilsrechner/ROI, Nutzenversprechen)	`docs/produkt/Produkt-und-Marketing.md`	auf main
Vorteilsrechner-Tool (Quick-ROI-Rechner für Interessenten, Marketing-Landingpage — OP-VERTRIEB-1 ✅ v1)	`docs-site/src/pages/vorteilsrechner.js`	v1 auf Branch `claude/vorteilsrechner-prospects-0hm08a`; rein client-seitig, konservative Bandbreite (8–22 %, Formel aus Produkt-und-Marketing.md §3.1); Lead-Erfassung (Hubspot o. ä.) bewusst noch nicht verdrahtet — hängt an der Build-vs-Buy-Entscheidung OP-VERTRIEB-2
OP-Management (Offene-Punkte-Format + GitHub-Issues-Spiegel, Gold-Standard für drkv-Projekte — OP-DOCS-11 ✅ v1)	`ops/*.md` · `scripts/gen-ops.mjs` · `scripts/sync-ops-issues.mjs` · `.github/workflows/sync-ops.yml` · `docs/konventionen/OP-Management-Gold-Standard.md`	v1 auf Branch `claude/op-management-gold-standard`; ein Markdown-File je OP (Frontmatter) als Quelle, generierte Übersicht `docs/betrieb/Offene-Punkte.md`, einseitiger Spiegel nach GitHub Issues (Label `op-sync`) für Stakeholder-Diskussion; auf main, vollständig (OP-DOCS-11 v3, 12.07.2026): alle ~166 Alt-OPs migriert (`ops/<ID>.md` = alleinige Quelle, §4 = Pointer, Lastenheft §11 = fachliches Detail); Board vollständig gespiegelt (~142 offene OPs, `prio:`/`status:`/`bereich:`/`audience:`-Filter); Grooming + Diskussions-Zusammenfassung als agentgetriebene on-demand-Tasks (agents.md §6.2a); Sync skaliert (Core-List-Index + Rate-Limit-Backoff)
Wettbewerbsanalyse (nicht-technisch: 4-Kategorien-Landschaft, Differenzierungsmatrix, SWOT — OP-COMPETE-1)	`docs/produkt/Wettbewerbsanalyse.md`	Entwurf v1 (Branch `claude/competitive-analysis-market-entry-vb79s4`); Zahlen/Einschätzungen als Annahme markiert, zu validieren
Markt & Markteintritt (nicht-technisch: Marktabschätzung TAM/SAM/SOM, Beachhead, Go-to-Market-Phasen, Pricing-Hypothese — OP-MARKET-1)	`docs/produkt/Markt-und-Markteintritt.md`	Entwurf v1 (Branch `claude/competitive-analysis-market-entry-vb79s4`); alle Marktzahlen Arbeitshypothesen, mit Pilot/Verbandsstatistik zu kalibrieren
Sanity-Checkliste (North Star: Top‑3-Leitfragen — Auslastung · Standort phys.+Bearbeitung · nächste freie Kapazität)	`docs/betrieb/Sanity-Checkliste.md`	lebend, bei größeren Änderungen Status pflegen
Besprechungs-Protokolle (Meeting-Minutes — Everything-as-Code: Index + Vorlage, eine Datei je Termin `JJJJ-MM-TT-thema-slug.md`; Beschlüsse zusätzlich am verbindlichen Ort spiegeln)	`docs/betrieb/meetings/` (`README.md` · `_Vorlage.md`)	Struktur angelegt (`0.17.1`); erstes Protokoll: `2026-07-12-produktiv-launch-app-review.md` (Produktiv-Launch-Fahrplan & App-Review; Beschlüsse gespiegelt in OP-VERTRIEB-3/-5/-6 · OP-PILOT-1 · OP-ORTUNG-1 · OP-ALERT-1 · OP-BRAND-2 · OP-I18N-1)
Konventionen für Agenten	`docs/konventionen/agents.md`	verbindlich für jede neue Session
Notion-Anbindung (MCP) für Claude — eingecheckte `.mcp.json` (Server `notion` via `npx @notionhq/notion-mcp-server`, Token via `${NOTION_TOKEN}`, kein Secret im Repo) + Setup-Doku (Claude Code lokal+Cloud, Claude Desktop; Bereichs-Freigabe least-privilege)	`.mcp.json`, `docs/konventionen/Notion-Integration.md`	Branch `claude/notion-claude-code-integration-4yxtzf`; Token muss als Env/Secret bereitstehen (lokal Shell `export NOTION_TOKEN`, Cloud Umgebungs-Secret). Kein Versions-Bump (Contributor-Tooling).
Datenmodell (Stammdaten = Solver-Eingabe)	`server/src/model/`, `docs/fachlich/datamodel.md`	auf main
Scheduler (Greedy: Angebotsmodus §5.2.2, Parkplätze, Indoor-Trocknung, Nacht-Scheduling, Mehrauftrag)	`server/src/scheduler/`, `npm run spike`	auf main
TS-Optimierer (globale Reihenfolge-Suche, Ziel §6.2)	`server/src/solver/`, `npm run solve`	auf main
Operatives Modell (Auftrag R7 + Teilschritt-Instanz, Lifecycle S-6, Reservierung §6.3)	`server/src/operativ/`, `docs/fachlich/operativmodell.md`, `npm run operativ`	auf main
Re-Planung (Eilauftrag-Verdrängung OP-R7-3)	`server/src/operativ/replan.ts`, `npm run replan`	auf main
CP-SAT-Solver-Service (A-5, OR-Tools, Python)	`solver-service/`, `docs/fachlich/solver.md`	auf main; Auto-Deploy auf Fly.io bei Push auf main (Pfad `solver-service/`) via `.github/workflows/fly-deploy.yml` — strikt, Selbsttest gatet (OP-DEPLOY-1). Prod-Worker zeigt auf `SOLVER_URL=https://solver-service.fly.dev` (TS-Fallback bei Nichterreichbarkeit). `/health`+`/solve` liefern Version+Build-Zeit → Solver-Status-Hinweis im Cockpit** (CP-SAT v… / ⚠ Fallback, OP-DEPLOY-2).
Persistenz + Leitstand-Anbindung (R9)	`server/party/leitstand.ts` + Angular	auf main, DO ruft CP-SAT mit Fallback
Planungs-Gantt + Auftrags-UI (R8 §5.2.1, read-only)	`client/src/app/leitstand/gantt.component.ts` + `leitstand.component.ts`	auf main; Gesamt-Gantt (MA↔Bucht, statusfarbig + Legende); Optimierungs-Vorschau (R8-G2: Diff je Auftrag früher/später + Σ/Makespan-Δ + regelbasiertes Narrativ + Anwenden/Verwerfen); Planungskonflikt-Feed + ⚡ am Auftrag (Termin-Konflikt v1); Auftrags-Karten mit relativer Fertig-Zeit („morgen 08:00“) + Mini-Gantt; abgeschlossene/archivierte Aufträge nicht im Gantt; Ausfall-Bänder (hinter den Blöcken, schraffiert) zeigen je Zeile warum eine Ressource nicht arbeitet — MA: Pause (Slot-Lücke) · Geschlossen (außerhalb Schicht) · Krank/Urlaub (rot/violett); Bucht: Wartung/Gesperrt (amber/rot). Abgeleitet aus denselben Schicht-/Abwesenheits-/Sperr-Stammdaten wie der Optimierer (`server/src/scheduler/ausfall.ts`, nichts gespeichert; Selbsttest `npm run test:ausfall`). Band-Text = konkreter Grund, Legende = Kategorie. Task-Tooltip + Detail-Fly-in (OP-R8-16): Hover über einen Block zeigt Schnell-Details (Auftrag/Schritt/Zeit, betont Termin-Konflikte mit quantifiziertem Verzug); Klick (oder Enter) öffnet ein rechts einschwebendes Detail-Panel (`auftrag-detail-panel.component.ts`, workspace-übergreifend geteilt) mit allen Auftrags-Details (Termine/Reserve/Standort + alle Teilschritte, der angeklickte hervorgehoben) plus einem Aktions-Hub: Lifecycle-Aktionen (`erlaubteAktionen`), „✦ Vorziehen vorschlagen“, „⏱ Verzögerung melden“ (Inline-Preset-Picker + Grund → `meldeVerzoegerung`, war bislang ohne UI), „📍 Umparken“ (globales Umpark-Modal), „Konflikt lösen →“ (`/conflicts`) und „Im Hofplan zeigen →“. Tooltip ersetzt den nativen `title` (bleibt als `aria-label`); im Entwurfs-/Drag-Modus ist der Block nur Zieh-Griff (kein Tooltip/Panel). „Propose-not-execute“ gewahrt (Plan-Änderungen nur als Vorschlag/expliziter Fakt). Dasselbe Panel öffnet auch aus der Fortschritts-Leiste im Aufträge-Detail (`pages/orders.component.ts`, Schritt anklicken → Fly-in fokussiert den Schritt).
Belegung / Inventur (R2, physische Ist-Belegung)	`server/party/leitstand.ts` + `leitstand.component.ts`	auf main; Auftrag „parken“ (freier Parkplatz), Belegung korrigieren (entfernen/verschieben), Doppelbelegung rot. OP-R2-2 Hallen-/Hofplan (v1): grafische Slot-Tiles gruppiert Halle/Hof, Kapazitäts-Zellen, Drag&Drop-Umparken (`typLabel` im BelegungSlotDTO).
Plan-Ist & Termintreue + Standort (R7)	`server/src/operativ/auftrag.ts` + `leitstand.ts` + `leitstand.component.ts`	Auftrag speichert `urspruenglichePlanFertigstellung` + `urspruenglicheWunschAbholung` (separat, nicht überschrieben) + `tatsaechlicheFertigstellung` (bei Abschluss = `floor(Date.now()/60000)`); abgeschlossene Karten zeigen tatsächliche statt geplanter Fertigstellung (+ „Plan war …“); jede Karte zeigt 📍 Standort (Slot aus Ist-Belegung). Migration backfillt Altdaten.
Reserve-Indikator + Kunden-Anspruch (R7/R5)	`operativ/auftrag.ts` + `leitstand.*`	Karte zeigt Reserve in Tagen (Wunsch-Abholung ↔ geplante Fertigstellung, grün/rot) + Kunden-Anspruchs-Score (`anspruch` 1–3, AnspruchScore). Eil-Hebel zeigt je verschobenem Auftrag, ob der Abholtermin noch einhaltbar ist.
Teilschritt-Tracking + Bucht-Typ-Bindung (R7/R3b)	`operativ/auftrag.ts` (TeilschrittStatus +in_arbeit/+pausiert, `starteTeilschritt`/`pausiereTeilschritt`) + `leitstand.ts` (`teilschritt.aktion`, `TS_REQUIRED_TYPES`, `umparkenNoetig`/`instanzId` im DTO) + `leitstand.component.ts`	Pro Schritt Status geplant→in_arbeit⇄pausiert→erledigt mit Start/Pause/Fortsetzen/Fertig; Schritt an Bucht-Typ gebunden → Start blockiert + „⚠ Umparken nötig“, wenn Fahrzeug nicht im passenden Bucht-Typ; Chronik-Einträge.
Bucht-Belegung nur via Auftrag/Umparken + „geparkt“-Markierung (R2/R7)	`leitstand.component.ts` (+ `bay.toggleOccupy` entfernt)	Manuelles „+ Test-Fahrzeug“ entfernt; Buchten werden nur über starten/Bucht-Wechsel/Umparken belegt. Im Hallenplan markiert „⏸ geparkt“ jedes Bucht-Fahrzeug, dessen Auftrag nicht „in Arbeit“ ist (keine produktive Nutzung, gestrichelt). KPI „Bays belegt“ aus realer Belegung.
Verzögerungen melden (R7, OP-R7-10)	`operativ/auftrag.ts` (`meldeVerzoegerung`, `verzoegerungMin`) + `leitstand.ts` (`auftrag.verzoegerung`) + `leitstand.component.ts` (Dialog+Badge)	„Verzögerung melden“ (Dauer-Presets + Grund) verschiebt geplante Schritte + geplante Fertigstellung; urspr. Plan bleibt (Termintreue); Chronik-Eintrag; Reserve/⚡ reagieren sofort; Badge „⏱ +X verzögert“.
Produktion ↔ Bucht ↔ Parken + Chronik (R7/R2)	`operativ/auftrag.ts` (`protokoll`) + `leitstand.ts` (`auftrag.starten`/`buchtwechsel`/`parken`-Modus) + `leitstand.component.ts` (Dialoge + Drag-Routing)	„Produktion starten“ = Fahrzeug in eine Bucht (belegt sie, Bucht-Picker/Drag&Drop); Bucht-Wechsel (Select/Drag&Drop); Parken auf Parkplatz eines laufenden Auftrags → Dialog Pausieren/Beenden + Grund (beenden=fertiggestellt, pausieren=pausiert), alles in Chronik (`protokoll`) je Auftrag (Karte).
Prozesse-Workspace — Prozess-Editor: Teilschritte + Leistungen (R3b/R3a, OP-R3-3 Editor)	`server/party/leitstand.ts` (`buildProzessKatalog` aus persistierten Teilschritten · `teilschritt.setSkillAnforderung` · `teilschrittSkill`-Methode) + `server/src/operativ/prozess.ts` (pure `setzeSkillAnforderung`, `npm run test:prozess`) + `services/leitstand.service.ts` (`setProzessSkillAnforderung`, DTO +`teilschrittId`/`benoetigteSkillId`) + `pages/processes.component.ts` (+ Route + Rail-Eintrag, Workspace-Farbe `--tk-ws-processes`)	Eigener Workspace „Prozesse“: je eindeutigem Teilschritt (geteilter Baustein → Edit wirkt auf alle verwendenden Leistungen) die Skill-Anforderung editierbar — geforderter Skill (Picker) · Mindest-Niveau (★1–3) · Personenzahl (Stepper), F11/F11a/F12. Schritt-Eigenschaften editierbar: Dauer · Cool-down (+indoor) · optional · parallel · mehrtägig · Bucht-Typen · Unterbrechung/Übernahme-Regel (`setzeTeilschrittFelder`/`teilschritt.update`; Bucht-Typ-Taxonomie `ARBEITSPLATZ_TYPEN`). Leistungen-Tab: Stammfelder (Name/Standzeit/Status) + Prozess-Komposition (Reihenfolge · Teilschritt · Abhängigkeit · Dauer-Override · +−) via `setzeLeistungFelder`/`setzeLeistungProzess` (`leistung.update`/`leistung.setProzess`). Teilschritte und Leistungen persistiert im DO (`schemaVersion` 10, OP-R1-1-Muster) → Edits fließen über `schedulerInput` hart in Eignung/Machbarkeit/Taktung (CP-SAT + TS-Scheduler). Self-Test beweist Edit→`buildProblem.eligible`. (Früher als read-only `LeitstandState.prozesse` geplant, aber nie gerendert — jetzt editierbarer Workspace.)
Kosten-Workspace — Infra-/Cloud-Kosten (R9, OP-COST-1 Sicht B Slice B1)	`server/src/kosten/infra.ts` (pure Aggregation + `test:kosten`) + `server/party/leitstand.ts` (`infraKostenPosten` State/`schemaVersion` 13 · `infraKosten.`-Actions · per-Connection-Gate*) + `services/leitstand.service.ts` + `pages/costs.component.ts` (+ Route `/costs` + Nav, Farbe `--tk-ws-costs`)	Owner/Betreiber-only Workspace „Kosten“ (gegated über `kostenAdmin`; Nicht-Berechtigte sehen ihn nicht und erhalten keine Kosten-Daten). Tab Infra gebaut: manuell erfasste Posten (Dienst×Monat, Cent) → abgeleitete (D-2) KPI · Spend je Dienst · Monats-Trend · größte Posten + CRUD-Erfassung (Mono, nur `--tk-`); Tab Betrieb* (Sicht A) vorgemerkt. Gate (kein Leak) — seit v0.156.0 rollenbasiert: der DO filtert die Infra-Kosten je Verbindung über die Fähigkeit `kosten` der im Menü gewählten Rolle (Buchhaltung/Inhaber-Chef; `capsAusRolle`, `?rolle=`-Query) — die frühere `KOSTEN_ADMIN_EMAILS`-Allowlist ist entfernt; Access bleibt Netz-Gate + Audit-Actor. Mehrwährung → ungewichtete Summe + Hinweis (FX = OP-I18N-1). Self-Test `test:kosten` (+ CI).
Eingriffsregeln am Preemption-Hebel (R3b F15/F16, OP-R3-3 server-seitig)	`server/src/operativ/preemption.ts` (`preemptionHinweis`/`preemptionUnterbrechungsRang`, `npm run test:preemption`) + `server/party/leitstand.ts` (Hebel-Reihung + `HebelDTO.warnung`) + `services/leitstand.service.ts` + `pages/conflicts.component.ts`	Am manuellen Konflikt-/Preemption-Hebel: `unterbrechung: vermeiden` wird „erlaubt vor vermeiden“ gereiht + trägt einen ⚠-Soft-Hinweis; `uebernahme` `verboten`/`vermeiden` als Hinweis sichtbar (das Resume behält die Crew → `verboten` gewahrt). `verboten`-Unterbrechung bleibt ganz aus der Kandidatenliste (`istUnterbrechbar`). Server-seitig, kein Solver-Redeploy — der Optimierer splittet/preemptet Schritte nicht, also nichts im CP-SAT zu pönalisieren (integrierte Pönale = Zukunfts-Option erst bei Step-Splitting).
Auftrags-Lifecycle (S-6, 3 Phasen) (R7)	`operativ/auftrag.ts` (Status/Transitions) + `leitstand.ts` (Migration/Auto-Archiv) + `leitstand.component.ts`/`gantt.component.ts` (Badges/Farben/FAQ) + `docs/fachlich/Lastenheft.md` §5.1 (Mermaid)	geplant→angeliefert→in_arbeit⇄pausiert→fertiggestellt→abgeschlossen→kontrolliert→archiviert; Auto-Archiv 7 Tage; `schemaVersion`-Migration; UI-FAQ/Howto-Panel + Status-Diagramm. Zuweisungs-Invariante (R7): „ohne Zuweisung kein in_arbeit“ — `transition` lässt starten/fortsetzen (Ziel `in_arbeit`) nur zu, wenn ≥1 produktiver Mitarbeiter an einem (Nicht-Annahme-)Teilschritt zugeteilt ist (`hatZuweisung`; Helfer zählen nicht). `erlaubteAktionen(status, auftrag?)` blendet die Start-Aktion ohne Zuweisung aus; DTO `hatZuweisung`; UI-Badge „⚠ Zuweisung nötig“ (Orders/Detail-Panel/Belegungs-Wareneingang, „▶ Aufbereiten starten“ deaktiviert). Self-Test in `npm run operativ`.
Reserve-Optimierungskriterium (§6.2)	`solver/problem.ts` (deadline+wertigkeit je Order) + `solver-service/model.py` (Zielterme) + `scheduler/multi.ts` (Fallback-Ordering)	CP-SAT-Ziel += `w_tight·Σtight` (Aufträge mit <1 Tag Reserve) + `Σ wertigkeit·shortfall` (Reserve-Defizit ggü. 2-Tage-Ziel, gewichtet mit max(Güteklasse,Anspruch)). model.py-Self-Test: höherwertiger Auftrag wird vorgezogen.
Skill-Niveau / Vertrauensstufe / Güteklasse (R1/R3b/R7)	`server/src/model/{types,seed}.ts` + `scheduler/schedule.ts` + `solver/problem.ts` + `solver-service/model.py` + `operativ/auftrag.ts` + `leitstand.*`	Mitarbeiter-Skills mit Niveau 1–3 (`MitarbeiterSkill`) + Vertrauensstufe 1–3; Teilschritt `mindestSkillNiveau`; Auftrag/Fahrzeug `gueteklasse 1–3`. Harte Regel: Skill ≥ gefordertem Niveau und `vertrauensstufe >= gueteklasse` — identisch in TS-Scheduler & CP-SAT (vorab aufgelöste `eligible` je Schritt). Seed: Super-Premium-Leistung (Folie Niveau 3). UI: ★-Badge je Auftrag + „Super-Premium“-Demo-Button.
Mitarbeiter-Stammpflege (CRUD) (R1)	`server/party/leitstand.ts` (`employee.create`/`update`/`addSkill`/`editSkill`/`removeSkill`) + `services/leitstand.service.ts` + `pages/staff.component.ts`	Mitarbeiter-Seite: + Mitarbeiter (Anlegen-Dialog: Name/Rolle/Skills) und ✎ Bearbeiten je Karte (Name/Rolle/Status + Skills add/edit/remove live). Server vergibt kollisionsfreie ID, trimmt/dedupliziert Skills, persistiert im DO-Blob (Broadcast an alle). Pflegt das anzeige-/Empfehlungs-Modell `Employee`; die solver-seitigen `Mitarbeiter`-Stammdaten (Niveau/Vertrauensstufe) bleiben Seed-basiert (künftige Zusammenführung offen). Skill-Katalog (gleiche Seite, `skill.create`/`skill.update`): Skills anlegen · umbenennen · (de)aktivieren + Beschreibung (F02) editierbar (end-to-end inkl. `SkillDTO`, #174) — Deaktivieren statt Löschen.
Abwesenheiten/Soft-Blocks + Schicht-Art (R1-S2/S3)	`server/src/model/{types,seed}.ts` · `server/src/scheduler/{availability,ausfall}.ts` (+`ausfall-demo`) · `server/party/leitstand.ts` · `services/leitstand.service.ts` · `pages/staff.component.ts` · `gantt.component.ts` · `docs/fachlich/Lastenheft.md` §4.4/§4.4a	Erfassung + Sichtbarkeit (Solver-Pönale = OP-OPT-7): Abwesenheits-Editor neu — Härtegrad (feste Abwesenheit Urlaub/Krank ↔ Wunschfrei/Soft-Block) × Reichweite (ganzer Tag ↔ bestimmte Schichten) mit Von/Bis-Datum. Harte Abwesenheiten reduzieren die Verfügbarkeit schicht-granular (`abwesenheitIntervalle`); Soft-Blocks reduzieren nicht, erscheinen als eigenes „Wunschfrei“-Gantt-Band (cyan). Schicht-Katalog trägt Art `regulaer`/`standard`/`ueberlauf` (Bereitschaft, Badge in der Schicht-Zuweisung); Seed mit Beispiel-Bereitschaftsschicht + Soft-Block. Self-Test `npm run test:ausfall` (Schicht-granular + Wunschfrei) in CI. Erfüllt OP-R8-11 (Mitarbeiter-Teil).
Mitarbeiter-Leistung & Erfahrung + Ausbildung (Helfer) + QS-Mangel (R1/R7/§4.9.1, OP-R1-2/OP-QS-1)	`server/src/operativ/leistung.ts` (+`leistung-demo.ts`, `npm run test:leistung`) · `operativ/auftrag.ts` (`helferIds`, `tatsaechlichStart/Ende`, `maengel`, `setzeHelfer`, Zeit-Stempel) · `server/party/leitstand.ts` (`teilschritt.setHelfer`/`qs.mangelErfassen`, Leistungsnachweise, `toEmployeeDTO`-Statistik/XP, Demo-Historie) · `services/leitstand.service.ts` · `pages/{staff,orders,quality}.component.ts`	Fakten: je Schritt-Abschluss ein Leistungsnachweis (Auftrag/Teilschritt/Skill, produktiv vs. Helfer, Vorgabe- vs. Ist-Dauer) + Mangel am Auftrag (Bezug=Teilschritt → Skill+MA, Kategorie/Schwere, Nacharbeit-Aufwand min). Abgeleitet (nie gespeichert): Karte zeigt ⚡ Erfahrungspunkte + Statistik je Schritt/Skill (Anzahl, Helfer-Anteil, Dauer min/avg/median/max, Ø-Abweichung Vorgabe, Nacharbeit-Quote+Ø-Aufwand, Bewertung 0–100). XP: güteklassen-gewichtet (schwerere Fahrzeuge zählen mehr) · Helfer anteilig bei Unterbrechung/Verspätung (`lernanteil`, `TeilschrittInstanz.unterbrochen`). Niveau-Aufstieg-Vorschlag (`niveauVorschlaege`): genug fehlerarme Praxis → „Niveau anheben“ auf der Karte. Ausbildung: Helfer je Schritt — reduzieren die Zeit nicht (nicht im Solver), sammeln aber Erfahrung. Ausbildungsziele (`ausbildungsZiele`) → Helfer-Vorschläge (`ausbildungsVorschlaege`, frei × passender offener Schritt; Verfügbarkeit zur Schritt-Zeit hart via `mitarbeiterAvailability`); penaltyfreies Abziehen (G-2-Ausnahme). QS erfasst Mängel (Bezug+Aufwand). Prozessdefinition: `Teilschritt.unterbrechung`/`uebernahme` (`erlaubt`/`vermeiden`/`verboten`, §4.6 F15/F16; `verboten`-Unterbrechung wirkt hart auf Preemption). Offen: Foto-Doku am Mangel (M05) + „behoben“-Workflow (OP-QS-1) · Team-/Zeitraum-Vergleich, niveau-gewichtete XP (OP-R1-2) · Eingriffsregeln `vermeiden`/`uebernahme` seit #178 server-seitig am Preemption-Hebel durchgesetzt → OP-R3-3 server-seitig abgeschlossen (Editor + Eingriffsregeln, eigene Zeilen); CP-SAT-integrierte Pönale offen (erst bei Step-Splitting).
Konflikt-Lösen-Wizard (R8 §5.2.3, OP-R8-2/3)	`server/party/leitstand.ts` (`konfliktHebel`/`loeseKonflikt`) + `schedule.ts`/`problem.ts` (`skipTeilschrittIds`) + `leitstand.component.ts`	„Konflikt lösen“ pro Konflikt → volle Hebel-Liste aus der Prozess-Definition mit berechneter Auswirkung: Wunsch-Abholtermin anpassen · optionalen Schritt überspringen (Skip-Propagation durch Scheduler+CP-SAT, `applyPlanung` übersprungen-robust) · als Eilauftrag priorisieren (zeigt konkret welche Aufträge verschoben werden: Nr., vorher→nachher, Verzögerung) · Engpass-Hinweis (Skill mit ≤1 Halter).
Zugangsschutz (Cloudflare Access, Zero Trust)	edge-seitig + §6.4 + optionales JWT-Check im Worker	auf main; Client-Soft-Gate entfernt
CI (server: typecheck/spike/operativ/replan/solve · client: build · solver-service: CP-SAT-Selbsttest)	`.github/workflows/ci.yml`	auf main, Node 22
Live-Leitstand-Prototyp (PartyServer + Angular)	`server/party/` + `client/`	lauffähig lokal, deployt via Wrangler
Doku-Site (Docusaurus, rendert `docs/` + HANDOFF/README inkl. Mermaid)	`docs-site/` (Build+Deploy: `npm run build && npm run deploy`)	live auf `https://docs.taktano.com` (Cloudflare Pages `taktano-docs`, Custom-Domain aktiv + TLS), via Access geschützt; Build warnungsfrei. Offen nur noch: Auto-Deploy bei Push → OP-DOCS-1 (§4)
Doku-Navigation / Findability-Layer (Frontmatter-Lesereihenfolge · Kategorie-Index · Glossar · ID-/OP-Index · Lesepfade · Drift-Checks)	alle `docs/*`-Frontmatter, `docs/konventionen/{Glossar,IDs}.md`, `docs//_category_.json`, `docs/README.md`, `docs/konventionen/agents.md` §2.1, `scripts/check-doc-consistency.sh`, `docs-site/docusaurus.config.js`	Branch `claude/docs-navigation-structure-wf696m` (PR folgt). `sidebar_position` (10er-Schritte) gibt jeder Kategorie eine sinnvolle Lesereihenfolge; `generated-index` je Kategorie; Glossar (Begriff → Definition, Master Lastenheft §13) + ID-/OP-Index (OP → Owning-Doc; volle Liste = §4 hier); Lesepfade nach Aufgabe in der Landkarte; `check-doc-consistency.sh` prüft jetzt Landkarte-Vollständigkeit/Frontmatter/`_category_.json` (warnt). Entscheidung: keine Datei-Renames (Label statt Umbenennen), Lastenheft nicht gesplittet. Folge-Commit: Doku-Site rendert eine Staging-Kopie (`docs-site/prepare-content.mjs` statt `copy-projekt`, gitignored) und schreibt Cross-Instance-Links resolve-basiert auf Site-Routen um → Build ohne Broken-Link-Warnungen (7→0); CHANGELOG/CLAUDE jetzt auch auf der Site.
Doku-Landkarte + Unterordner-Struktur (`docs/` gegliedert)	`docs/README.md` + `docs/{fachlich,architektur,betrieb,konventionen,produkt}/`	auf main (PR #205 gemergt 06-27); alle 17 Docs per `git mv` in 5 thematische Unterordner (je `_category_.json` → Docusaurus-Sidebar gruppiert) + `docs/README.md` als Index (GitHub-Browse und Site-Startseite); alle klickbaren Links (49) + aktiven `docs/<name>.md`-Pfade in HANDOFF/CLAUDE/README/`design/`/Code nachgezogen, append-only Logs unverändert. Docusaurus-Build live verifiziert (docs-deploy #75 grün) → OP-DOCS-8 (§4)
Doku-Site Start-Seite (Produkt-Übersicht) + Team-Seite	`docs-site/src/pages/{index,team}.js` · `docusaurus.config.js` (Navbar) · `static/img/team/`	auf Branch `claude/docs-startseite-produktuebersicht`; Start-Seite kurze Produkt-Übersicht (Positionierung · Herzstück Taktung-Optimierung · True-North-Leitfragen · Werthebel) + Reorg-Link-Regression gefixt; neue Team-Seite (Navbar „Team“) mit Rollen/Schwerpunkten + Portrait-Avataren (Platzhalter, `foto`-Slot `static/img/team/`) + To-dos (Rollen/Titel schärfen · Fotos · Name ergänzen). `npm run build` grün verifiziert
Doku-Site Start-Seite (Produkt-Übersicht) + Team-Seite	`docs-site/src/pages/{index,team}.js` · `docusaurus.config.js` (Navbar) · `static/img/team/`	auf main (PR #206 gemergt 06-27); Start-Seite kurze Produkt-Übersicht (Positionierung · Herzstück Taktung-Optimierung · True-North-Leitfragen · Werthebel) + Reorg-Link-Regression gefixt; neue Team-Seite (Navbar „Team“) mit Rollen/Schwerpunkten + Portrait-Avataren (Platzhalter, `foto`-Slot `static/img/team/`) + To-dos (Rollen/Titel schärfen · Fotos · Name ergänzen). `npm run build` grün + docs-deploy verifiziert. Offen (To-dos auf der Team-Seite): echte Portrait-Fotos nach `docs-site/static/img/team/` + `foto`-Feld setzen · Name des Mitarbeiters von Dominik · Rollen/Titel final schärfen
Glossar + Begriffs-Sprechblasen + Lesepfade nach Zielgruppe (OP-DOCS-10 neu; OP-DOCS-4 Schritt 1)	`docs-site/src/glossar/glossar.mjs` (Quelle, 50 Begriffe inkl. CP-SAT) · `docs-site/scripts/gen-glossar.mjs` → `docs/glossar/Glossar.md` (generiert, `npm run glossar`/prebuild) · `docs-site/src/remark/glossarTooltips.mjs` (Remark, beide Docs-Instanzen) · `docs-site/src/clientModules/glossarTooltip.js` + `src/css/custom.css` · `docs/zielgruppen/Lesepfade.md`	auf Branch `claude/cp-sat-glossary-docs-myrvyv` (PR folgt). Eine Quelle, drei Verbraucher: strukturierte Begriffe (`kurz`/`zielgruppen`/`siehe`) speisen (1) die generierte Glossar-Seite, (2) das Remark-Plugin, das je Doku-Seite die erste Fundstelle jedes Begriffs mit `<span class="tk-term">` umschließt (überspringt Headings/Links/Code/Glossar-Seite, Wortgrenzen, Longest-Match), und (3) das Client-Modul, das bei Mouse-over und Klick die Kurz-Erklärung + „Im Glossar öffnen →“ zeigt (tastatur-zugänglich). Lesepfade als nicht-invasiver Überbau: vier Zielgruppen-Pfade (Anwender · Fach/Management · IT-Arch&Dev · IT-Operations), verlinkt nur bestehende Docs. Verifiziert: `npm run build` grün, Sprechblasen in 21 Seiten (CP-SAT auf 8). Doku-Site-only → kein App-Version-/Build-Bump (Präzedenz #205/#206). Offen: echte Ordner-/Login-Trennung Anwender↔intern = OP-DOCS-4/-5; optionales CI-Staleness-Gate für die generierte `.md`.
In-App-Assistent — Chatbot + Feedback (OP-AI-4 / OP-DOCS-2/-7)	`server/src/assistant/*` (retrieval · llm · tools · handler · feedback · doku-index.generated + 3 Demos) · `server/party/leitstand.ts` (`onRequest /assistant`, dormant-guarded) · `client/.../{chat.service,feedback-pin.service,chat-panel.component,feedback-pin-overlay.component}` · `docs/architektur/In-App-Assistent.md`	Slices 1–3 (Insights read-only, 06-22) + Slices 4–6 (07-01): LLM-Tool-Calling-Endpoint (7 Werkzeuge auf Insights/`konfliktHebel`-Simulation/Doku-RAG), Feedback→GitHub-Issue (+Audit `assistent.feedback`), Angular-Panel (Drawer) + Element-Feedback-Pin. Entscheidungen (07-01): EU-LLM · RAG (Vectorize + Keyword-Fallback) · Issue-Ablage · App-first. Dormant ohne `ASSISTENT_LLM_KEY` (503). Self-Tests `test:assistant-retrieval\|-tools\|-feedback` (CI); v0.41.0. RAG aktiviert (07-02, v0.51.0, Nutzer „Implement RAG“ — überstimmt die zunächst beschlossene kriteriengebundene Zurückstellung): `scripts/push-doku-index.mjs` (`npm run doku-index:push`) = Index-Self-Provisioning (`taktano-doku`, 1024/cosine) + `mistral-embed`-Batch-Embedding + NDJSON-Upsert; `[[vectorize]]`-Binding `DOKU_INDEX` aktiv; CI `deploy` pusht VOR `wrangler deploy`, `docs-deploy` re-indext Doku-only (OP-DOCS-1 d); dormant-sicher, Laufzeit-Ausfall → Keyword-Fallback; Residenz: RISK-17 + C-19 (Vectorize ohne EU-Jurisdiktion, kein PII im Index). Detail `In-App-Assistent.md` §8.1/§9. Doku-Widget gebaut (07-02, Slice 11) + Fix (07-03, v0.53.1, Slice 12): das Widget scheiterte produktiv an Cloudflare Access vor `app.taktano.com` (Preflight/Cookie → Login-Redirect → „Server nicht erreichbar“); jetzt Same-Origin-Proxy `docs-site/functions/parties/[[pfad]].js` + Service-Binding `APP_WORKER` (`docs-site/wrangler.toml`) — kein CORS/zweites Access-Cookie, Doku-Frontend-Erkennung (Origin-Header) + eng begrenzte Endpunkte bleiben. Feedback-Übersicht (07-03, v0.54.0, Slice 13): `GET /feedback/liste` (read-only, offen+geschlossen) → App-Formular-Sektion „Bisheriges Feedback“ + Doku-Widget-Tab „Issues“. Markdown-Rendering + Issue-Tooltip (07-03, v0.57.0, Slice 15): Widget rendert Assistent-Antworten als Markdown (`mdHtml`, escaped, Link-Allowlist); Issue-Liste mit Detail-Tooltip inkl. Screenshot-/Bild-Vorschau (`details`/`bilder` am `FeedbackIssue`) in Doku + App. „🗂 Issues“-Umschalter im App-Assistent-Panel (Liste direkt im Chat-Drawer; gemeinsame Komponente `feedback-issues-liste.component.ts` mit dem Formular). Offen (Folge-PR): externe Doku-Sicht (OP-DOCS-5) · WS-Streaming · Docs-AUD, sobald Worker-JWT-Prüfung scharf (OP-COST-3). Details: OP-AI-4 (§4).
In-App-Assistent — Chatbot + Feedback (OP-AI-4 / OP-DOCS-2/-7)	`server/src/assistant/*` (retrieval · llm · tools · handler · feedback · doku-index.generated + 3 Demos) · `server/party/leitstand.ts` (`onRequest /assistant`, dormant-guarded) · `client/.../{chat.service,feedback-pin.service,chat-panel.component,feedback-pin-overlay.component}` · `docs/architektur/In-App-Assistent.md`	Slices 1–3 (Insights read-only, 06-22) + Slices 4–6 (07-01): LLM-Tool-Calling-Endpoint (7 Werkzeuge auf Insights/`konfliktHebel`-Simulation/Doku-RAG), Feedback→GitHub-Issue (+Audit `assistent.feedback`), Angular-Panel (Drawer) + Element-Feedback-Pin. Entscheidungen (07-01): EU-LLM · RAG (Vectorize + Keyword-Fallback) · Issue-Ablage · App-first. Dormant ohne `ASSISTENT_LLM_KEY` (503). Self-Tests `test:assistant-retrieval\|-tools\|-feedback` (CI); v0.41.0. RAG aktiviert (07-02, v0.51.0, Nutzer „Implement RAG“ — überstimmt die zunächst beschlossene kriteriengebundene Zurückstellung): `scripts/push-doku-index.mjs` (`npm run doku-index:push`) = Index-Self-Provisioning (`taktano-doku`, 1024/cosine) + `mistral-embed`-Batch-Embedding + NDJSON-Upsert; `[[vectorize]]`-Binding `DOKU_INDEX` aktiv; CI `deploy` pusht VOR `wrangler deploy`, `docs-deploy` re-indext Doku-only (OP-DOCS-1 d); dormant-sicher, Laufzeit-Ausfall → Keyword-Fallback; Residenz: RISK-17 + C-19 (Vectorize ohne EU-Jurisdiktion, kein PII im Index). Detail `In-App-Assistent.md` §8.1/§9. Doku-Widget gebaut (07-02, Slice 11) + Fix (07-03, v0.53.1, Slice 12): das Widget scheiterte produktiv an Cloudflare Access vor `app.taktano.com` (Preflight/Cookie → Login-Redirect → „Server nicht erreichbar“); jetzt Same-Origin-Proxy `docs-site/functions/parties/[[pfad]].js` + Service-Binding `APP_WORKER` (`docs-site/wrangler.toml`) — kein CORS/zweites Access-Cookie, Doku-Frontend-Erkennung (Origin-Header) + eng begrenzte Endpunkte bleiben. Feedback-Übersicht (07-03, v0.54.0, Slice 13): `GET /feedback/liste` (read-only, offen+geschlossen) → Doku-Widget-Tab „Issues“. Feedback-UX-Umbau (07-03, v0.55.0, Slice 14): Ein-Schritt-Screenshot (Editor-Overlay, Pin erfasst Element automatisch) + Feedback-Overlay in App (Element-Marker/Seiten-Chip) & Doku (Navbar-Toggle + Seiten-Chip) statt Dialog-Liste; globaler Toggle wie Light/Dark. Offen (Folge-PR): externe Doku-Sicht (OP-DOCS-5) · WS-Streaming · Docs-AUD, sobald Worker-JWT-Prüfung scharf (OP-COST-3). Details: OP-AI-4 (§4).
Werkstatt-Tafel — durchgängige Auftragszeile (OP-UX-1 / U1)	`client/src/app/leitstand/pages/tafel.component.ts` (+ Route `/tafel` + Nav „Tafel“, Cluster Überblick, Farbe `--tk-ws-tafel`) · `design/tokens/tokens.json` (+ `--tk-ws-tafel`)	auf Branch; eigener Workspace „Tafel“: je aktivem Auftrag eine Zeile mit Status · Phase · aktuellem Schritt (wer · Bucht) · 📍 Standort · Fortschritt · Reserve · Warn-Flags. Reine Projektion des Live-States (kein neues Schema, S-2); dringlichkeits-sortiert; Klick → geteiltes Detail-Panel. Beantwortet True-North-Frage 2 (Standort phys.+Bearbeitung) auf einen Blick.
Werker-Sicht „Meine Arbeit“ (OP-UX-1 / U2)	`client/src/app/leitstand/pages/meine-arbeit.component.ts` (+ Route `/meine-arbeit` + Nav, Cluster Operativ, Farbe `--tk-ws-werker`) · `design/tokens/tokens.json` (+ `--tk-ws-werker`)	auf Branch; eigener touch-Workspace: Mitarbeiter-Picker (Schichtterminal, kein Login nötig) → nur seine offenen/laufenden Schritte (produktiv + 🎓 Helfer); große Aktionen ⏸ Pause / ▶ Weiter / ✓ Fertig (über `teilschrittAktion`); Doku-/Foto-Pflicht via geteiltes Detail-Panel (kein zweites Gate). Reine Projektion (kein Schema/Server/Solver).
Annahme — „Auto kommt → Auftrag anlegen“ (OP-UX-1 / U3)	`client/src/app/leitstand/pages/annahme.component.ts` (+ Route `/annahme` + Nav, Cluster Operativ erster Eintrag, Farbe `--tk-ws-annahme`) · `server/src/operativ/auftrag.ts` + `server/party/leitstand.ts` (Kunde v1 `{name, crmLink?}` am Auftrag) · `design/tokens/tokens.json` (+ `--tk-ws-annahme`)	auf Branch; Vordertür des Flows (ersetzt die Demo-Buttons): Formular Kunde (Name + CRM-Link, R5-v1) · Leistung · Güteklasse/Anspruch · Anlieferung + Wunsch-Abholung · Termin-Härte → `auftrag.create` (Machbarkeitsprüfung Angebotsmodus). Kunde v1 neu im Datenmodell (war spezifiziert, nicht gebaut; optional, keine Migration).
Annahme — Termin-Vorschlag (frühestmögliche Abholung) + Sonderwünsche (OP-UX-1 / U9, R7-F10)	`client/src/app/leitstand/pages/annahme.component.ts` · `client/src/app/leitstand/pages/orders.component.ts` (Sonderwünsche-Karte) · `client/src/app/util/time.ts` (`minToInput`/`nowInput`) · `server/party/leitstand.ts` (`auftrag.terminvorschlag` + `.result`, `auftrag.create.sonderwuensche`) · `server/src/operativ/auftrag.ts` (`Auftrag.sonderwuensche`)	auf Branch `claude/pickup-date-special-requests-6hrlnc` (v0.58.0, 07-03, PR folgt); die Annahme bietet den frühestmöglichen Abholtermin basierend auf der gewählten Leistung direkt an (TS-Scheduler-Dry-Run `scheduleLeistung(...).abholbereit` inkl. Standzeit; leeres/auto-befülltes Feld wird vorbefüllt, Hand-Wert bleibt + „Übernehmen“); Sonderwünsche (R7-F10) als optionales Freitext-Feld → `Auftrag.sonderwuensche` (additiv, keine Migration) → Bestätigungs-Dialog + Aufträge-Detail. Detail: `docs/architektur/Operative-Durchgaengigkeit.md` §U9
Einheitliche Leere-Zustände (`app-empty-state`, Flow-Audit-Folge / OP-UX-1-Backlog)	`client/src/app/leitstand/empty-state.component.ts` (neu) + ~12 Workspaces migriert · `design/COMPONENTS.md` (## Empty state)	auf Branch; eine wiederverwendbare Komponente ersetzt die zuvor 25 ad-hoc „Keine …“-Platzhalter. 3 Varianten: card (Voll-Raum, `dashed`=wartet), bare (in bestehender Karte), inline (verschachtelte Unterliste); optionaler CTA-Slot (`<ng-content>`). CTAs ergänzt, wo der Flow es trägt (Tafel/Aufträge leer → „+ Auftrag annehmen“ → `/annahme`, Überblick „keine Produktion“ → `/annahme`, Vorschläge → `/planning`, Annahme ohne Leistung → `/processes`). Nur `--tk-*`-Tokens.
Nächste-Aufgaben-Queues + Auto-Re-Opt (OP-OPT-9)	`client/src/app/leitstand/naechste-aufgaben.component.ts` (+ Einbettung `pages/planning.component.ts`) · `server/src/operativ/autoopt.ts` (+ `autoopt-demo.ts`, `npm run test:autoopt`) · `server/party/leitstand.ts` (`aktualisiereVorschlaegeAuto`)	auf Branch `claude/planning-queue-optimization-iniw7z` (v0.59.0, PR folgt); (1) priorisierte „Nächste Aufgaben“-Queue je Mitarbeiter/Arbeitsplatz in der Planung — reine Projektion des Plans (S-2): läuft jetzt ▸ / pausiert ⏸ / als Nächstes 1…n, je Ressource „frei ab“/„jetzt frei“ (True North 3), Klick → geteiltes Detail-Panel; (2) Event-Re-Opt wendet terminneutrale Pareto-Verbesserungen (keiner später, ≥1 früher — `autoAnwendbar`) automatisch an (Chronik je Auftrag + Audit `plan.auto`); Trade-offs bleiben Vorschlag („Vorschlag statt Zwang“). Entscheidung: Architektur bleibt globaler Plan, Queues sind seine Ressourcen-Projektion (keine lokalen Dispatch-Queues). (3) „Meine Arbeit“ = persönliche Queue in Plan-Reihenfolge (geplante nach Optimierer-Startzeit statt Auftragsnummer, Positions-Badge 1…n, „ab “ je Schritt, „laut Plan frei “ im Kopf). (4, v0.60.0) Auto-Nachführung an-/abschaltbar (persistiert `autoOptAktiv`, Default an; Toggle in der Planung-Toolbar, Audit `plan.autoopt.konfiguriert`) + Broadcast `plan.autoAngewendet` → Toast an alle Verbindungen bei Auto-Anwendung (Queue springt nicht mehr kommentarlos). (5, v0.61.0) Tafel-Zeile zeigt „→ als Nächstes: · ab “ (nächster wartender Schritt in Queue-Reihenfolge, geteilter `queueVergleich`-Helfer).
v3-Kern-Loop-Redesign (Claude-Design-Handoff) + Ein-Satz-Annahme „Takt-Kommando“ (OP-UX-4)	`design/prototype/` (v3-Prototyp + `HANDOFF-Kernloop-Slice1.md` + Screenshots) · `client/src/app/leitstand/shell.component.ts` + `pages/{annahme,overview,orders,conflicts,recommendations,staff,quality}.component.ts` · `client/src/app/util/annahme-parse.ts` · `server/src/annahme/parse.ts` (+`parse-demo.ts`, `npm run test:annahme-parse`) · `server/party/leitstand.ts` (`/annahme/parse`-Endpoint · `auftrag.pruefen` +`startMin`/`slotName` · `AuftragDTO.leistungIds` · `qs.mangelErfassen` +`sofortBehoben`) · `design/WORKSPACES.md`	gemergt (#397 ff., v0.62.0–0.65.0, 07-04); alle 8 Kern-Workspaces nach v3-Prototyp mit echten Daten: Shell (Kern-Loop+Weitere-Nav, Badge-Farben je Kontext) · Annahme = Ein-Satz-Intake (Heuristik live + LLM-Verfeinerung [dormant-fähig], Machbarkeits-Panel = echter Dry-Run mit Slot/Reserve/Preis, ein Klick) · Überblick = Hof-Radar (Ist-Belegung, Avatare aus dem Plan, ehrlich beschriftet; `?fokus=`/`?mitarbeiter=`-Cross-Links) · Aufträge Fluss/Risiko + Vollbreiten-Detail · Konflikte & Klärfälle als Tabs (`/klaerfaelle`→Redirect, Pixel-Dissolve) · Vorschläge-Karten-Feed · Mitarbeiter-Karten (Aktionen + 📍 Radar) · Qualität mit Zwei-Wege-Nacharbeit (QS-Fix mit Pflicht-Kommentar + Aufwand-Chips bucht via `sofortBehoben` auf den Auftrag; Nacharbeit→Produktion = OP-QS-4). Planung war bereits v3-konform (Detail-Strip bewusst = geteiltes Fly-in OP-R8-16). Nachschärfungen (gleicher Branch): Dauer-Parsing + Quellen-Anzeige (v0.63.0, #398) · Kunde/CRM-Nachtrag im geteilten Detail-Panel (v0.64.0, #399) · Alternativen statt Sackgasse + „⚠ Trotzdem annehmen“ (→ Klärfall) + Leistungs-Schnellauswahl + Kunden-Lookup mit Auto-CRM-Link (v0.65.0, Details §4 OP-UX-4). Offen (OP-UX-4-Rest): LLM-Parse-Qualität mit echtem Key verproben · Out-of-Scope Slice 2+ laut Handoff (Cluster-Crystal-Bar, Tablet-Layouts).
Trennung Auftragsannahme / Fahrzeugannahme (Check-in) (OP-UX-5)	`server/src/operativ/auftrag.ts` (`fahrzeugAnnahme`) · `server/party/leitstand.ts` (`auftrag.checkin` + `.result`, DTO `+bringtermin`) · `client/src/app/leitstand/pages/annahme.component.ts` (Tabs „⌨ Auftrag anlegen“ / „🚗 Fahrzeug da“) · `server/src/operativ/demo.ts` (Selbsttest)	auf Branch (v0.66.0, 07-04, PR folgt); Annahme-Workspace mit zwei Modi: Buchung (Ein-Satz-Intake, Fahrzeug muss nicht da sein) getrennt vom Check-in bei Ankunft — Liste erwarteter Anlieferungen (überfällige markiert) → Pflicht-Zustandskommentar (Car-Check) erledigt den Standard-Annahme-Schritt und stellt atomar auf „angeliefert“ (Ist-Stempel, harte Reservierung). Details §4 OP-UX-5.
Überfällige Anlieferung = Klärfall + Auftragsstorno (OP-UX-6)	`server/src/operativ/auftrag.ts` (`stornieren`) · `server/party/leitstand.ts` (`auftrag.stornieren` + `.result`) · `client/src/app/services/leitstand.service.ts` (`ueberfaelligeAnlieferung`, `stornoAuftrag`) · `client/src/app/leitstand/pages/conflicts.component.ts` (Sektion + Storno-UI) · `server/src/operativ/demo.ts` (Selbsttest)	auf Branch (v0.67.0, 07-04, PR folgt); überfällige Anlieferungen erscheinen abgeleitet (kein State, D-2) im Klärfälle-Workspace, plus Auftragsstorno mit Pflicht-Grund (nutzt `abbrechen`→`abgebrochen`). Details §4 OP-UX-6.
Diese HANDOFF.md	repo-root	gerade gelesen

3. Wichtige Entscheidungen (alle Lastenheft-IDs)

Globale Prinzipien

G-1 Alle taxonomie-artigen Enums sind admin-editierbar. Logik-tragende Enums (z. B. Abhängigkeit Nach vorherigem / Parallel / Frei) bleiben fix.
G-2 Scheduler rechnet 5 Min Pönale bei Mitarbeiter-Kontextwechsel (konfigurierbar).
G-3 Auto-Scheduler plant keine Arbeit in Fenster < 15 Min.

Module — fachliche Festlegungen

R1 Mitarbeiter: Personal-Nr. auto-generiert. Status manuell setzbar (Admin + Self). Skills sind first-class Stammdaten (siehe unten), free-text Qualifikationen entfallen. Urlaubstage/Überstunden/Krankheitstage = derived. Arbeitszeiten als Referenzen auf einen unternehmensweiten Schicht-Katalog. Mitarbeiter-QR = Login-Alternative zu User/Pass. Zwei Notiz-Sichtbarkeiten: Manager-only und Nachricht an Mitarbeiter.
R2 Arbeitsplätze: Typ und Ausstattung beide admin-erweiterbar. Live-Status (Frei/Belegt/Überbucht/Gesperrt) derived aus Auftrag-Zuweisungen + Sperren + Config-Status. Sperre = Zeitraum-Blockierung (Beginn, Ende, Grund-Enum, Beschreibung).
R3 Leistungen & Prozesse: Standzeit in Stunden (nicht Werktage). Teilschritte haben Cool-down/Settle-Time in Minuten (Bay belegt, kein Mitarbeiter). Skill ist eigene erste-Klasse-Entität; ein Teilschritt fordert genau einen Skill + Personenanzahl (N Personen mit diesem Skill) und läuft nur in einer Bucht, die den Skill anbietet (Arbeitsplatz-Skills). Abhängigkeit bezieht sich auf alle vorherigen Schritte.
R4 Formulare: Feldtypen fix (Checkbox, Kurz-/Langtext, Zahl, Auswahl, Foto-Upload, Unterschrift). Auswahl-Options admin-managed je Feld. Unterschrift mit konfigurierbarer Signer-Rolle (Kunde oder Mitarbeiter). Protokolle nach Submit unveränderlich, statischer Snapshot. Version = reiner Zähler, kein echtes Versioning.
Datenmodell-Definition v1 (verbindlich, Lastenheft §4.9): Für jedes Fahrzeug (= was ein Kunde bringt) besteht immer ein Auftrag; das Fahrzeug ist kein eigenständiges Datenobjekt, sondern wird am Auftrag und nur während des Auftrags getrackt. Kunde = nur Name + CRM-Link am Auftrag (Verwaltung extern). R5/R6-Vollmodelle unten sind Future; FR-1, OP-R6-1 und der Fahrzeug-Teil von OP-R7-11 dadurch für v1 gegenstandslos.
R5 Kunden (Future-Vollmodell; v1 = nur Name + CRM-Link): Status-Enum Aktiv/Blockiert/Archiviert. Tabs filtern nach Auftragsstatus, nicht Kundenstatus. PRIVAT + B2B als eine Entität mit Variantenfeldern (B2B: Firmenname, Abweichende Rechnungsadresse → +USt-IdNr). Anlegen + Bearbeiten = einheitliches Single-Modal (kein Wizard).
R6 Fahrzeuge (Future-Vollmodell; v1 = Attribute am Auftrag): Status und Standort beide derived aus aktuellem Auftrag. Single-Modal. Mangel mit Kategorie/Schwere/Status (Offen/Behoben). Dokumente sind generisches Attachment-Modell mit Dokumenttyp + polymorpher Ziel-Referenz (Auftrag/Fahrzeug/Kunde). Fahrzeug-Besitzerwechsel = Future Release (FR-1).
R7 Aufträge (Lifecycle S-6, 3 Phasen Anlieferung·Produktion·Abholung): Status-Enum geplant → angeliefert → in_arbeit ⇄ pausiert → fertiggestellt → abgeschlossen → kontrolliert → archiviert (Aktionen: liefern/starten/pausieren/fortsetzen/fertigstellen/abholen/kontrollieren/archivieren). Reservierung: geplant=weich · angeliefert/in_arbeit/pausiert=hart · ab fertiggestellt=keine. Fertigstellen schließt offene Teilschritte ab (→ erledigt) + setzt tatsächliche Fertigstellung; abholen setzt abgeschlossenAm; Auto-Archiv 7 Tage nach Abholung (autoArchiviere()), oder manuell. Migration: schemaVersion 2 remappt Alt-Status (unbestaetigt→geplant, aktiv→in_arbeit, blockiert→pausiert, altes abgeschlossen→fertiggestellt), v3 Status-Key reserviert→angeliefert. UI: Phasen-FAQ-Panel + statusabhängige Badges/Gantt-Farben. Auftrag endet nach dem letzten Prozessschritt; Annahme/Endausgabe sind keine Teilschritte, belegen Parkplätze. Zuweisungs-Invariante: „ohne Zuweisung kein in_arbeit“ — der Übergang nach in_arbeit (starten/fortsetzen) verlangt ≥1 zugeteilten produktiven Mitarbeiter (hatZuweisung; Helfer/Annahme zählen nicht).
R8 Planung: Tag-/Wochen-/Monatsansicht, Angebotsmodus (Feasibility-Check), Planungs-Konflikte mit Auto/Wizard-Resolution.
R9 Leitstand: EMPFEHLUNG-Engine — hartes Constraint Skill-Match, danach durchsatz-optimale Globaloptimierung. Zusätzlich Überstunden-Vorschläge mit quantifiziertem Effekt.

Architektur-Empfehlung (A-1 bis A-5)

Dreischichtig:

A-3 Constraint Solver (OR-Tools CP-SAT / OptaPlanner) für die harte Planung
A-2 Workflow- oder State-Machine-Layer für Lifecycle (Auftrag, Teilschritt)
A-4 LLM für Empfehlungstexte, Konflikt-Wizards, Kunden-Kommunikation, "Was-wäre-wenn"

A-5 Pragma für v1: OR-Tools + XState + LLM-API; Workflow-Engine erst bei wachsender Komplexität.

Vereinfachungen gegenüber Altsystem (S-1 bis S-10)

Single-Modal überall, Single-Source-of-Truth für derived state, zentrale Taxonomie-Verwaltung, Skill als Rückgrat, Schicht-Katalog statt freier Intervalle, ein Auftrags-Lifecycle ohne Anlege-Modus-Radio, Recommender als zentrales Nervensystem, generisches Template-Bibliothek-Pattern (plattform-curated + tenant-eigen, Snapshot-Import), vereinheitlichte Konflikt-Engine, generisches Attachment-Modell.

4. Offene Punkte — Archiv/Bestand (neue OPs: `ops/*.md`)

✅ Vollständig migriert (12.07.2026). Dieser Abschnitt war das OP-Archiv; sein kompletter Bestand (~166 Alt-OPs) wurde am 12.07.2026 in ops/<ID>.md überführt (Big-Bang, OP-DOCS-11, PO-Auftrag „überführe das OP-Archiv ins neue Modell“). Die verbindliche, vollständige OP-Liste steht generiert in docs/betrieb/Offene-Punkte.md (Quelle: ops/*.md) — inkl. Status-Statistik + Grafik. Lastenheft.md §11 bleibt die fachliche Detailbeschreibung. Neue OPs entstehen als ops/<ID>.md (agents.md §6.2). Der Stand-Schnappschuss unten bleibt als datierte Historie erhalten.

Stand-Schnappschuss 2026-06-23 (Historie). main durch #167 (PRs #107–#167 gemergt). Chronologischer Detail-Stand: CHANGELOG.md (je PR, immer aktuell); offene Punkte unten in §4. Highlights seit #123: 3b Gantt-Direktverschiebung + Politur · App-/Solver-CD (Fly) · Zielprofil „Termintreue“ · CP-SAT-Vertiefung (Indoor/Überlauf) · Szenario-Konvergenz · Audit-Trail + CHANGELOG.md · Sidebar-Aufklappen+Gruppierung · „Plan ändern“-Fokus-Modus · 30-s-Ping-Bugfix · In-App-Assistent OP-AI-4 (Insights live) · Mitarbeiter-/Skill-CRUD · Light/Dark-Mode · Mitarbeiter-Leistung/XP+Ausbildung · Strategie EU-Markteintritt (reines B2B: SevDesk-SoR · Better Auth · zahlungs-gesteuerter Zugang — docs/architektur/Billing-Zugang.md, OP-BILLING-1/ACCESS-1/I18N-1). Way-of-Working: Branch nach Merge löschen · Doku-Pflicht je PR (HANDOFF/Timesheet) · Branch laufend auf main aktuell halten · Doku-Fast-Track (reine Doku-PRs überspringen die schwere CI via changes-Job + aggregiertem CI Gate als einzigem Required-Check und dürfen per Auto-Merge durch — agents.md §7; Repo-Voraussetzung: Branch-Protection auf main nur CI Gate + „Allow auto-merge“). Die folgenden Detail-Bullets sind der #123-Schnappschuss (06-22 früh) — als Historie belassen; der aktuelle Stand steht im CHANGELOG.md.

Fertig: OP-OPT-1 Phasen 1–4 (Terminklassen-Modell · lexikografische Zielfunktion mit asap/jit + best_effort-in-Slack + Plan-Stabilität · schritt-granulare Reservierung + Vorschlags-Feed + event-getriggerte Re-Opt · Preemption-Fundament + unterbrechen-Hebel) und OP-OPT-3 Vorschlags-Modell Schnitt 1 (Rename Empfehlung→Vorschlag) + Schnitt 2 (Veraltung/Wiedervorlage) + Schnitt 3a (Mensch-Vorschlag „Vorziehen“). Details je Eintrag unten + design/OPTIMIERER_TERMINKLASSEN.md (§6 Preemption, §7 Vorschläge: Plan-gegen-Plan).

Begriffe (Stand jetzt): Vorschlag · Idee (= früher „Tweak“) · Konflikt · Aktionen Übernehmen/Verwerfen. Code: server/src/operativ/vorschlag.ts, vorschlagId, Messages vorschlag.{gesehen,verwerfen,uebernehmen,neuberechnen}, persistiert vorschlagStatus/vorschlagStempel (schemaVersion v8). Achtung: ältere Log-Einträge unten nennen noch Empfehlung*/empfehlung.ts/--tk-ws-recommendations — das ist der Stand vor Schnitt 1; Route/Komponente/Token heißen intern bewusst weiter recommendations.

Nächster Schritt: OP-OPT-3 3a + Politur Slice A + 3b-1 + 3b-2a ✅ gemergt (#121/#122/#124/#125). Schnitt 3b-2b (Gantt-Drag-UI) ✅ gebaut (Branch design-gantt-drag-3b2b, PR offen): „✎ Plan ändern“-Toggle → geplant-Blöcke im Gantt ziehbar (Bucht/Zeit, 15-min-Raster) → vorgemerkte Pins (Geist-Block) → „Konsequenzen berechnen“ → Pin-Vorschlag inline (Planung) + im Feed → Übernehmen; stepId clientseitig exakt (${auftragId}-${teilschrittId}-${k}, k=Index unter geplant = Solver-Indexierung → kein Server-Change); live verifiziert (Drag→Pin +300min/15-gerastert → Karte → Übernehmen verschiebt #002 qm exakt auf Pin). ➡ Schnitt 3b komplett (3b-1+3b-2a+3b-2b). Offen: fly.dev-Redeploy des neuen model.py für LIVE-Pins; Slice B (Auftragsnummer-Tooltip, 2 Entscheidungen offen) + 3a-Folge. Siehe OP-OPT-3.

Neue OPs dieser Session: OP-OPT-3 (Vorschlags-Modell, Fakt vs. Plan), OP-AUDIT-1 (Audit-Log).

Goldene Regel (neu, verankert in design/CLAUDE.md + Memory dokumentation-pflicht): jedes Feature wird auch in der Doku beschrieben + Docs↔Code-Konsistenz prüfen.

Dev-Gotcha: Client-Build/ng serve braucht Node ≥ 22 (export PATH="/opt/homebrew/opt/node@22/bin:$PATH"); das aktive Shell-node war zuletzt v20.10 (zu alt → „Angular CLI requires Node ≥20.19“). CI läuft auf Node 22. Lokale Dev-Server (wrangler :8787 / ng :4200) waren am Session-Ende unten.

Volle OP-Liste (verbindlich): docs/betrieb/Offene-Punkte.md — generiert aus ops/*.md, mit Status je OP + 📊-Statistik. Fachliche Detailbeschreibung je OP: Lastenheft §11 (per-OP-Anker #op-<id>). Der frühere hier eingebettete Bullet-Bestand ist vollständig dorthin migriert (Audit-Trail: Git-Historie dieses Abschnitts + je ops/<ID>.md).

5. Prototyp — Architektur

┌───────────────┐   WebSocket    ┌─────────────────────────────┐   HTTP   ┌──────────────────┐
│ Angular 22    │ <───────────── │ Cloudflare Worker           │ ───────▶ │ CP-SAT-Service   │
│ - Signals     │                │  Durable Object             │ (SOLVER  │ (Python/OR-Tools,│
│ - partysocket │                │  (partyserver lib)          │  _URL)   │  Fly.io/Container)│
└───────────────┘                │  + statische Assets         │ ◀─────── └──────────────────┘
                                 └─────────────────────────────┘  Plan / Fallback: TS-Solver
       (Zugang via Cloudflare Access vor dem Worker)

Live-Leitstand: Mitarbeiter-Karten (Status/Empfehlung) + Bay-Belegung + Aufträge mit Planungs-Gantt. Änderungen propagieren live an alle Clients (mehrere Tabs → Aha-Effekt). „Offene optimieren“ plant via CP-SAT (Fallback: TS-Optimierer).

6. Prototyp — Aktueller technischer Stand

6.1 Stack

Node: ab Plattform-Upgrade Node 22 erforderlich (.nvmrc = 22). Grund: Wrangler 4 verlangt Node ≥ 22. Lokal z. B. nvm use oder brew install node@22 + als Default linken.
Server: Cloudflare Workers + Durable Object via partyserver-Library, TypeScript, Wrangler 4, kein Bundler.
Client: Angular 22 Standalone-Komponenten, Signals, neue Control-Flow-Syntax (@if/@for), Tailwind v4 auf den --tk-*-Design-Tokens (design/tokens/tokens.json → generierte tokens.css).
Verbindung: partysocket Client-Library, automatische Host-Detection (lokal :8787 = wrangler-Default, deployed = window.location.host).

6.2 Migrationsstand PartyKit → Wrangler ✅

Wegen Plattformlimit Workers custom domains exceeded on zone 'partykit.dev' (10.000-Cap erreicht) ist Deploy auf der gehosteten PartyKit-Plattform NICHT mehr möglich. Migration auf eigenen Cloudflare-Account via wrangler ist abgeschlossen:

Datei	Status
`server/party/leitstand.ts`	✅ Nutzt `partyserver`, exportiert `LeitstandServer` Durable Object + Worker-`fetch`-Handler.
`server/wrangler.toml`	✅ Angelegt — Bindings für Durable Object + Static-Assets.
`server/package.json`	✅ Scripts auf `wrangler dev` / `wrangler deploy` umgestellt; `wrangler` + `@cloudflare/workers-types` als devDeps; `partykit` Dep entfernt.
`server/partykit.json`	✅ Entfernt (obsolet).
`README.md` Deploy-Abschnitt	✅ Auf Wrangler-Workflow umgestellt.

6.3 So startest du den Prototyp lokal

node --version        # muss v22.x sein (sonst: nvm use / brew node@22 linken)

cd server
npm install
npm run dev           # = wrangler dev (Default-Port 8787)

# in einem zweiten Terminal:
cd client
npm install
npm start             # → http://localhost:4200

Client und Server müssen beide laufen. Tab duplizieren → Status oder Bay-Belegung ändern → live in allen Tabs.

Falls wrangler dev über fehlendes client/dist/leitstand/browser meckert (wegen [assets]-Block): einmal mkdir -p client/dist/leitstand/browser && touch client/dist/leitstand/browser/.keep ausführen.

6.4 Deploy

cd server
npx wrangler login        # einmalig
npm run deploy            # baut Client + ruft wrangler deploy
# Produktiv-URL: https://app.taktano.com (Custom-Domain-Route in wrangler.toml: routes + custom_domain=true; setzt Zone taktano.com im CF-Account voraus)
# Fallback/Default: https://taktano.<dein-cf-subdomain>.workers.dev

Voraussetzungen: kostenloser Cloudflare-Account.

Automatischer Deploy (CD): Jeder Push auf main baut den Client und deployt den Worker automatisch (.github/workflows/ci.yml, Job deploy — läuft nur nach grünem server/client/solver-service und nur auf main). SOLVER_URL ist kein Secret — öffentliche URL, steht versioniert in wrangler.toml [vars] (= https://solver-service.fly.dev). Der CP-SAT-Service (Fly.io) wird separat deployt (solver-service/, fly deploy); ist er nicht erreichbar, nutzt der DO automatisch den TS-Fallback.

CD App-Worker — ✅ LIVE (06-22, ersetzt PR #21): deploy-Job in ci.yml (push-to-main, NUR nach grünen Test-Gates server/client/solver-service/design-gate; strikt — Deploy-Fehler bricht den main-Lauf rot ab) → npm run deploy (build:client + wrangler deploy → Worker + DO). Secrets gesetzt + end-to-end verifiziert:

CLOUDFLARE_ACCOUNT_ID (dasselbe Secret wie die Doku-Pipeline).

CLOUDFLARE_API_TOKEN — kann Workers (der erste main-Deploy beim Merge #134 lief grün; die frühere „nur Pages:Edit“-Annahme war falsch → kein Handlungsbedarf).

Seit #134 deployt jeder Merge auf main die App (Worker + Durable Object) automatisch. (Alt-Branch ci-cd-deploy/#21 war 6 Tage veraltet + ci.yml-Konflikt → neu aufgesetzt, #21 geschlossen.)

Zugangsschutz — Cloudflare Access (Zero Trust): Der frühere client-seitige Zugangscode-Soft-Gate ist entfernt; geschützt wird edge-seitig vor dem Worker. Einrichtung im Dashboard (einmalig):

Zero Trust → Access → Applications → Add → Self-hosted für app.taktano.com (Produktiv-Domain; ggf. zusätzlich die *.workers.dev-Subdomain). Deckt SPA und die /parties/...-WebSocket-Route ab, da derselbe Worker.
Policy: Allow für die Vest-/Demo-Nutzer. Login-Methode genügt zunächst One-Time-PIN (E-Mail) oder Google-IdP — kein eigener IdP nötig (produktiver IdP = OP-AUTH-1).
Bypass-Falle: Bei Custom-Domain die *.workers.dev-Route deaktivieren (oder ebenfalls per Access-Policy gaten), sonst umgeht man das Gate über die workers.dev-URL.

Optionale Härtung (Defense-in-Depth, schon im Code): Der Worker prüft das von Access injizierte JWT (Cf-Access-Jwt-Assertion) gegen die Team-JWKS. Aktivieren über ACCESS_TEAM_DOMAIN (z. B. dein-team.cloudflareaccess.com) und ACCESS_AUD (Application-AUD-Tag) in wrangler.toml bzw. via wrangler deploy --var. Beide leer (Default, lokal) = Prüfung aus.

6.5 Planungs-Engine (Scheduler + Solver)

Dreistufig, alles reines TS außer dem CP-SAT-Service:

Greedy-Scheduler (server/src/scheduler/): plant einen Auftrag §6.1-zulässig (Skill-Match (1 Skill + N Personen), Bucht-Skill, Schichten−Abwesenheiten, Sperren, Cool-down, Abhängigkeit, Standzeit), inkl. Angebotsmodus (früheste/späteste Anlieferung), getypter Parkplätze mit Kapazität/Luxus-Restriktion/Umparken, Indoor-Trocknung, Nacht-Scheduling und Mehrauftrag (scheduleMulti, Eil-Priorität). Demos: npm run spike / npm run replan.
TS-Optimierer (server/src/solver/): exakte Suche über die Einplan-Reihenfolge gegen die Zielfunktion §6.2 (Σ Durchlaufzeit, Makespan, G-2, G-3). Schlägt den festen Priority-Greedy. npm run solve.
CP-SAT-Service (solver-service/, Python + OR-Tools, A-5): voller Entscheidungsraum (Startzeiten + Zuweisungen). Läuft nicht in Workers → separater Container (Dockerfile, Fly.io/Cloud Run). Der DO ruft ihn per HTTP (SOLVER_URL); ohne erreichbaren Service automatischer TS-Fallback. Lokal: cd solver-service && pip install -r requirements.txt && python app.py, dann npm run solve:cpsat bzw. SOLVER_URL in server/.dev.vars für wrangler dev. Modell deckt §6.1 + getypte Parkplätze + G-2-Ziel + G-3-Kennzahl ab; Self-Test python model.py.

Im Leitstand: Button „Offene optimieren (CP-SAT)“ → optimiereOffene() plant die unbestätigten Aufträge gemeinsam (harte Reservierungen bleiben fix, §6.3), CP-SAT mit Fallback; solverInfo zeigt den genutzten Pfad.

7. Nächste Schritte (Priorität von oben)

Erledigt (auf main): Datenmodell · Scheduler (Angebotsmodus, getypte Parkplätze, Indoor-Trocknung, Nacht-Scheduling, Mehrauftrag) · TS-Optimierer (§6.2) · operatives Modell (Lifecycle S-6) · Re-Planung/Eil-Verdrängung (OP-R7-3) · CP-SAT-Service (A-5, getypte Parkplätze/G-2/G-3) inkl. DO-Anbindung + Deploy-Config · Persistenz + Leitstand-Auftragsanzeige · Planungs-Gantt (read-only) + Optimieren-Button mit Lauf-Feedback · Zugangsschutz Cloudflare Access · Plattform-Upgrade (Node 22 / Wrangler 4 / Angular 20) · CI.

UI-Slices (Lastenheft §5.2–5.3): Gantt ✅ (statusfarbig) + Optimierungs-Vorschau ✅ (R8-G2) + Karten-Mini-Gantt/relative Zeit ✅ + Plan-Ist/Standort ✅ + Konflikt-Lösen-Wizard ✅ (OP-R8-2/3, volle Hebel-Liste aus Prozess-Definition); R8-G1 animierte Plan-Änderungen ✅ (CSS-Transitions auf Gantt-Balken + Karten-Mini-Gantt, stabile Track-IDs → Element-Reuse); Gantt-Drag&Drop-Validierung Slice 1 ✅ (OP-R8-4: geometrisches Sofort-Feedback beim Ziehen — Überlappung/Schicht, rot/⚠ statt Solver-Roundtrip; Skill-Match/Cool-down bleiben Solver-geprüft); R7-P1 Auftrags-Fortschritts-Indikator ✅ (07-14, v0.84.0: 🚗-Kette Annahme→Teilschritte→Ausgabe, geteilte FortschrittsIndikatorComponent — kompakt auf Fluss-Karte + Fly-in-Header, ausführlich im Aufträge-Detailpanel); offen: Mitarbeiter-Ansicht „dein nächster Schritt“ (§7.3, OP-R9-4), Konflikt-Typ-Enum ✅ komplett (OP-R8-1: alle 7 Typen — termin/ueberbuchung/skill_luecke/standzeit [Slice 1] + mitarbeiter_fehlt/arbeitsplatz_fehlt/sperre_kollidiert [Slice 2, Wiederverwendung von mitarbeiterAusfall/bayAusfall]; Typ-Filter im Feed + Hebel-Wizard-Integration offen); „Alle automatisch lösen" Slice 1 ✅ (OP-R8-7: Header-Aktion wählt je Termin-Konflikt den sichersten Hebel aus der Wizard-Hebel-Liste, Garantie gegen neu verursachte Konflikte; Überstunden-/Kapazitäts-Hebel als Folge-Slice offen), OP-R9-6 Kapazitäts-Angebote.
CP-SAT-Modell erweitern: Folierbucht-als-Überlauf-Parkplatz, G-3 als harte/penalisierte Bedingung (aktuell nur gemeldet), Indoor-Trocknung/Nacht-Scheduling (aktuell nur im TS).
Browser-Live-Test des Leitstands (zwei Tabs, „Optimieren“ → solverInfo).
Offene Punkte abarbeiten — Quelle: ops/*.md (Live-Übersicht docs/betrieb/Offene-Punkte.md); §4/Lastenheft §11 sind Archiv/Bestand. Typischerweise 30–60 min pro OP-Cluster. In Arbeit: OP-ALERT-1 Notfall-/Schaden-Alert ✅ abgeschlossen (v0.95.0, Slices 1–6): Klärfall-Variante art:'notfall' + Hard-Stop/Eskalation/Sperre + 🚨-Knopf · Alarm-Sichtbarkeit (globaler Indikator/Badge) · Foto-Pflicht (Sperre erst mit Beweisfoto) · Werker-Alert-Knopf · Leitungs-Freigabe (Chef-Gate) · Alarm-Ton (Web-Audio). Video-Beweiserfassung → eigener OP-ALERT-2 (offen). OP-QS-1 QS-Mangel vertiefen (Slice 1 ✅ v0.86.0 — Mangel-Status offen→in_nacharbeit→behoben, Abnahme-Gate + QS-Badges; Slice 2 ✅ v0.87.0 — Beweisfotos am Mangel M05 [Teilschritt-Fotos projiziert, QS-Thumbnails]; Slice 3 ✅ v0.88.0 — Pflicht-Beweisfoto für schwere/kritische Mängel [Abnahme-Gate blockt bis dokumentiert]; Slice 4 ✅ v0.89.0 — dedizierte mangel-eigene Foto-Erfassung [Beweisfoto direkt am Mangel, polymorphes Foto-Ziel; liefert Beweismittel-Mechanik für OP-ALERT-1]; Folge-Slices: Video-Erfassung · manuelles „behoben"+Vier-Augen · Auswertung je Kategorie/Skill/MA · admin-Kategorien G-1).

Arbeitsweise dieser Phase: pro Slice ein Branch + PR gegen main, gemergt nach grünem typecheck/Build. gh ist eingeloggt; Wrangler nur via npx wrangler / npm run … (kein brew install wrangler — falsches Paket).

8. Wichtige Dateien (Repo-Root, GitHub: drkv-com/taktano) — Stand 07-12

.
├── README.md                        ← Vordertür: Überblick, Quick-Start, Tests-Einstieg
├── HANDOFF.md                       ← dieses Dokument: Stand + Archiv/Bestand offener Punkte (§4)
├── CLAUDE.md · CHANGELOG.md         ← Leitplanken (verbindlich) · Audit-Trail je PR
├── docs/                            ← Doku in Themen-Ordnern (Landkarte: docs/README.md)
│   ├── anwender/                       ← Anwender-Handbuch (Werkstatt-Team, 4 Seiten)
│   ├── zielgruppen/Lesepfade.md        ← Einstieg nach Rolle (7 Leserkreise)
│   ├── fachlich/                       ← Lastenheft (Master) · datamodel · operativmodell · solver · Flow-*
│   ├── architektur/                    ← 16 Design-Docs je offenem Punkt (Audit-Log, Kosten, Tenant …)
│   ├── betrieb/                        ← Governance: Compliance · Risiko · Roadmap · Tests · Timesheet · Reviews
│   ├── konventionen/                   ← agents.md (Way-of-Working) · IDs · Register · Entwicklungsansatz
│   ├── produkt/                        ← Markt · Wettbewerb · Produkt/Marketing (nicht-technisch)
│   └── glossar/Glossar.md              ← generiert aus docs-site/src/glossar/glossar.mjs
├── ops/                             ← 1 Datei je offener Punkt (Frontmatter) → generierte Offene-Punkte.md
├── design/                          ← Design-System-Verträge (CLAUDE.md · DESIGN_TOKENS · COMPONENTS · WORKSPACES) + tokens/
├── scripts/                         ← Gates & Generatoren (check-doc-consistency, gen-ops, gen-glossar, smooth-logs, stamp-build …)
├── .github/workflows/               ← ci.yml (CI Gate) · docs-deploy · fly-deploy · sync-pr-logs · sync-ops · weekly-audit
├── solver-service/                  ← Python OR-Tools CP-SAT (A-5): model.py · app.py · Dockerfile · fly.toml
├── server/                          ← Cloudflare Worker + Durable Object (partyserver)
│   ├── party/leitstand.ts              ← Worker fetch + LeitstandServer DO (ruft CP-SAT, Fallback TS)
│   ├── src/model/ · scheduler/ · solver/ · operativ/ · insights/ · kosten/ · assistant/ · tenants/
│   ├── src/version.ts                  ← APP_VERSION (Single Source) · build-number.ts (auto-gestempelt)
│   └── wrangler.toml · package.json    ← Scripts: dev/deploy/typecheck + 36 test:*-Selbsttests (docs/betrieb/Tests.md)
├── client/                          ← Angular 22 (Standalone + Signals), Tailwind v4 auf --tk-*-Tokens
│   └── src/app/leitstand/              ← Shell + ~35 Komponenten (pages/ je Workspace, geteilte Panels/Dialoge)
├── docs-site/                       ← Docusaurus (docs.taktano.com): Glossar-Generator, Sprechblasen, Vorteilsrechner
└── .nvmrc · .node-version           ← Node 22 (Pflicht für Wrangler 4)

9. Konventionen für die nächste Claude-Session

Sprache: Antworten kurz und präzise. Empfehlungen mit eindeutigen IDs versehen (z. B. S-, OP-, FR-).
IDs respektieren: Alle Entscheidungen aus dem Lastenheft sind durch IDs referenziert. Beim Verweis bitte ID nennen.
HANDOFF immer aktuell halten (kein Informationsverlust): Nach jeder inhaltlichen Änderung (Code-Slice, Architektur-/Stack-Entscheidung, neuer OP, Deploy-Schritt) HANDOFF im selben PR/Commit mitpflegen — §2 Artefakte, §4 Offene Punkte, §6 technischer Stand, §7 Nächste Schritte, §8 Dateibaum, Footer. Lastenheft = fachliche Quelle der Wahrheit; HANDOFF = Stand/Übergabe zwischen Sessions.
Keine ungefragten Änderungen an Lastenheft oder Prototyp — erst klären, dann tun.
Wenn read-only Analyse einer Drittsystem-UI nötig: User loggt selbst in seinem Browser ein, Claude navigiert per Claude-in-Chrome Extension. Nichts ändern, im Zweifel fragen.
Tasks tracken via TaskCreate/Update für mehr-Step-Arbeit.
Vor jeder größeren Aktion offene Punkte im Auge behalten — ops/*.md / docs/betrieb/Offene-Punkte.md (neue OPs); §4 ist Archiv/Bestand.

10. Setup auf einem zweiten Gerät („Everything as Code“)

Klonen statt syncen:

git clone https://github.com/drkv-com/taktano.git
cd taktano

Claude/Cowork-App auf dem zweiten Gerät installieren, Anthropic-Login.
In Cowork den geklonten Ordner als Working-Folder wählen.
Browser-Logins pro Gerät separat (Cloudflare via wrangler login, GitHub via gh auth login oder SSH-Key, etc.).
Neue Konversation mit „Lies HANDOFF.md“ starten — Claude hat damit Stand + Konventionen.
Arbeiten: Änderungen committen + pushen. HANDOFF.md ist die Quelle der Wahrheit zwischen Sessions — wichtige Entscheidungen direkt dort einpflegen.
Wenn du an automotivo.de weiterforschen willst: Claude-in-Chrome-Extension einmal verbinden, dann wie gehabt (siehe §9, read-only).

Letztes Update: 23.07.2026 (v0.114.0) · Stack: Node 22 / Wrangler 4 / Angular 22 (Signals, Tailwind v4) / Python 3.12 (CP-SAT auf Fly.io, Auto-Deploy) · alle 15 Workspaces gebaut, CI/CD + Doku-Site live · aktueller Fokus: POC-Vorbereitung Pilotkunde Vest Automotive (Meilensteine → ops/OP-VERTRIEB-3.md) + technische §7-Slices (R7-P1 Fortschritts-Indikator ✅, Gantt-Drag&Drop-Validierung Slice 1 ✅ OP-R8-4, Konflikt-Typ-Enum ✅ OP-R8-1 (alle 7 Typen), „Alle automatisch lösen" Slice 1 ✅ OP-R8-7) · größter Produkt-Hebel: OP-AUTH-1 (Identität/Rollen, UX-Review B1). Stand im Detail: §2 (Artefakte) · ops/*.md/Offene-Punkte.md (offene Punkte, alleinige Quelle; §4 = Pointer) · CHANGELOG.md (je PR). (Footer wird je PR gepflegt, §9.)

Governance-Nachtrag (13.07.2026): Projekt-Kürzel TKT bei neuen IDs jetzt verbindlich (bisher fehlte die Klausel ganz) — repo-übergreifend mit MED/SERA vereinheitlicht, CLAUDE.md ID-System.

1. Projektziel​

1.1 Produktname / Branding — Taktano (16.06.2026)​

2. Was bereits da ist​

3. Wichtige Entscheidungen (alle Lastenheft-IDs)​

Globale Prinzipien​

Module — fachliche Festlegungen​

Architektur-Empfehlung (A-1 bis A-5)​

Vereinfachungen gegenüber Altsystem (S-1 bis S-10)​

4. Offene Punkte — Archiv/Bestand (neue OPs: ops/*.md)​

5. Prototyp — Architektur​

6. Prototyp — Aktueller technischer Stand​

6.1 Stack​

6.2 Migrationsstand PartyKit → Wrangler ✅​

6.3 So startest du den Prototyp lokal​

6.4 Deploy​

6.5 Planungs-Engine (Scheduler + Solver)​

7. Nächste Schritte (Priorität von oben)​

8. Wichtige Dateien (Repo-Root, GitHub: drkv-com/taktano) — Stand 07-12​

9. Konventionen für die nächste Claude-Session​

10. Setup auf einem zweiten Gerät („Everything as Code“)​