Compare commits

...
212 Commits
Author SHA1 Message Date
Benjamin SutterandClaude Opus 5 f2926d6bcb fix(livia): effort-Schalter nur an Modelle, die ihn kennen
Nach der Umstellung auf Haiku 4.5 scheiterte jeder Beurteilungsaufruf mit
«This model does not support the effort parameter». Der Schalter war für Opus
gesetzt und wurde bedingungslos mitgeschickt — bei einem Modell, das über eine
Umgebungsvariable frei wählbar ist, darf das nicht sein. Eine
Kostenoptimierung, die die Funktion zur Laufzeit kaputtmacht, ist keine.

Der Schalter geht jetzt nur noch an Modelle, die ihn kennen. Bewusst als
Erlaubnisliste: ein unbekanntes Modell läuft ohne ihn — das kostet etwas mehr,
funktioniert aber. Die umgekehrte Voreinstellung würde raten und scheitern.

Ergebnis des ersten vollständigen Haiku-Laufs auf Produktion: 49 Einträge, 38
verworfen, 2 Watchlist, 9 Leads, davon 5 mit hoher Relevanz — mehr als Opus 5
im Vergleichslauf am selben Bestand fand, bei einem Zehntel der Kosten.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-08-30 20:12:28 +02:00
Benjamin SutterandClaude Opus 5 f0ef9c57d4 feat(livia): das verwendete Modell steht im Ergebnis
Die Modellwahl läuft über eine Umgebungsvariable im Hosting-Dashboard. Damit
sah man nirgends in der Anwendung, welches Modell gerade urteilt — und eine
Einstellung, die man nur im Dashboard prüfen kann, prüft niemand.

Der Refresh gibt das Modell jetzt zurück, die Kopfzeile zeigt es neben dem
Zeitstempel. Wer wissen will, ob die Umstellung angekommen ist, sieht es dort,
wo er ohnehin hinschaut.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-08-30 19:28:04 +02:00
Benjamin SutterandClaude Opus 5 c19f071acc feat(livia): Modell und Textlänge über Umgebungsvariablen einstellbar
Das Modell stand fest im Code, obwohl es die grösste Kostenstellschraube ist —
ein Lauf über fünfzig Meldungen kostet mit Opus 5 rund 0.40 USD, mit Haiku 4.5
etwa 0.08. Wer die Anwendung betreibt, soll diese Abwägung treffen können, ohne
den Quelltext anzufassen und neu zu deployen.

`LIVIA_RESEARCH_MODEL` wählt das Modell, `LIVIA_RESEARCH_TEXT_LIMIT` die Menge
Artikeltext je Meldung — der zweite grosse Hebel, weil der Immobilienbezug einer
Firmenmeldung fast immer im ersten Absatz steht und jede Halbierung die
Eingabekosten halbiert. Beide haben Vorgabewerte; ohne gesetzte Variablen
verhält sich alles wie bisher.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-08-30 19:18:11 +02:00
Benjamin SutterandClaude Opus 5 e986e9f274 fix(livia): ein Totalausfall der Beurteilung wird nicht mehr verschwiegen
Beim Messen des Tokenverbrauchs fiel auf, dass ein Lauf «49 Informationen
analysiert · 0 nicht relevant · 0 Watchlist · 0 relevante Entwicklungen»
meldete — was wie ein sauberer Lauf ohne Treffer aussieht. Tatsächlich war
jeder einzelne Beurteilungsaufruf mit «Your credit balance is too low»
gescheitert. Der `catch` um den Teilstapel fing den Fehler ab, damit ein
Ausfall nicht die übrigen mitreisst, und verlor dabei den Grund.

Scheitern alle Teilstapel, ist das kein leeres Ergebnis, sondern ein Ausfall.
Der Grund wird jetzt weitergereicht und erscheint als Warnung über der Liste.
Scheitern nur einzelne, bleibt es beim bisherigen Verhalten: die übrigen Leads
werden gezeigt.

Das ist die unangenehmste Fehlerklasse überhaupt — eine, die wie ein Ergebnis
aussieht. In einer Präsentation hätte niemand gemerkt, dass Livia gar nicht
gearbeitet hat.

Geprüft: tsc 0 Fehler, eslint 0 Fehler/0 Warnungen; der Lauf meldet den Fehler
jetzt sichtbar statt eine leere Liste.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-08-30 19:14:36 +02:00
Benjamin SutterandClaude Opus 5 a028d1a21d feat(livia): Zefix als Marktindikator statt als Lead
Die Zefix-CSV nennt keine Firmennamen, sondern Tageszahlen je Branche. Als
Lead-Karte zwischen sechs echten Firmenmeldungen war sie ein Fremdkörper: Man
kann eine Branchenzahl nicht anrufen, und genau das verspricht eine Lead-Karte
mit «Empfohlene nächste Handlung».

Aggregierte Einträge werden weiterhin gelesen und beurteilt — die Quelle bleibt
angebunden und belegt, dass Livia auch strukturierte Daten verarbeitet —, zählen
aber als Beobachtungsposten statt als Lead. Das entspricht der «Early
Watch»-Einordnung der Vorgabe (§19), und die Zahlen der Kopfzeile gehen
weiterhin auf.

Die Quellenbeschreibung sagt jetzt selbst, warum dort keine Karte erscheint,
statt dass sich das jemand aus dem Ausbleiben erschliessen muss.

Geprüft: tsc 0 Fehler, eslint 0 Fehler/0 Warnungen, Build erfolgreich,
Live-Lauf 49 Einträge — Zefix erscheint nicht mehr als Lead, Summe aus
verworfen, Watchlist und Leads ergibt die Gesamtzahl.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-08-30 19:07:47 +02:00
Benjamin SutterandClaude Opus 5 97b7110a44 fix(livia): Einheit an der Quellenanzeige
«Live · 24» liest sich genauso gut als «24 gefundene Leads» — beim ersten
Zeigen wurde es auch so verstanden. Die Zahl trägt jetzt ihre Einheit, mit
Einzahl bei genau einem Eintrag.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-08-30 19:02:29 +02:00
Benjamin SutterandClaude Opus 5 31a098f219 fix(livia): eigenes Zeitlimit für die Zefix-CSV
Im Produktionslauf fiel Zefix mit «This operation was aborted» aus, während
beide Newsquellen sauber lieferten. Ursache ist die Dateigrösse: 10,5 MB,
unkomprimiert, weil der Server kein gzip anbietet. Von einem Schweizer
Anschluss dauert der Abruf 1,7 Sekunden, aus dem Rechenzentrum der Anwendung
mehr als die fünfzehn, die für die Newsquellen reichlich bemessen sind.

Die CSV bekommt deshalb dreissig Sekunden, die HTML-Abrufe behalten fünfzehn.
Beides läuft parallel, der Ausfall einer Quelle bleibt folgenlos für die
anderen — nur war es bisher immer dieselbe, die ausfiel.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-08-30 18:16:12 +02:00
Benjamin SutterandClaude Opus 5 f58d841e7d feat(livia): drei Übersichtsseiten je Newsquelle statt einer
Eine Seite reicht nicht. Die Handelskammer erneuert ihre obersten zehn
Meldungen im Lauf eines Tages; stehen dort gerade Personalien und
Meinungsbeiträge, findet Livia zu Recht nichts, und die Demo wirkt schwach,
obwohl die Mechanik stimmt. Genau das war zwischen zwei Läufen zu beobachten.

Neu werden je Quelle drei Übersichtsseiten gelesen — bei der Handelskammer über
`…/page/N.html`, bei Greater Zurich über `?page=N` —, gedeckelt auf 24 Artikel
je Quelle. Die Artikel werden parallel geholt statt nacheinander, die
Beurteilung läuft in begrenzt parallelen Fünferstapeln.

Wirkung, gemessen am selben Tag: aus 20 gelesenen Einträgen und 1 Lead werden
49 Einträge und 8 Leads, darunter zwei mit hoher Relevanz — eine
Arealentwicklung über 38 000 m² und eine Standorteröffnung. Laufzeit 30
Sekunden statt 16, weiterhin klar innerhalb des 60-Sekunden-Limits.

Die Begrenzung der Gleichzeitigkeit ist kein Detail: alle Teilstapel auf einmal
loszuschicken wäre schneller, läuft aber in die Drosselung des Anbieters — und
ein gedrosselter Lauf sieht für den Nutzer aus wie ein kaputter. Ein
gescheiterter Teilstapel reisst die übrigen nicht mehr mit.

Geprüft: tsc 0 Fehler, eslint 0 Fehler/0 Warnungen, Build erfolgreich,
Live-Lauf 49 Einträge aus 3/3 Quellen.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-08-30 18:10:58 +02:00
Benjamin SutterandClaude Opus 5 f53f3be1e8 fix(livia): Dateiendungen in den Importen der serverlosen Funktion
Erster Produktionslauf schlug mit HTTP 500 fehl, lokal lief derselbe Code
grün. Ursache: Vercel kompiliert jede Datei einzeln statt sie zu bündeln, und
weil das Projekt `"type": "module"` ist, verlangt Nodes ESM-Lader explizite
Dateiendungen in relativen Importen. Vite löst im Entwicklungsbetrieb
grosszügiger auf und verdeckt das.

Das ist genau die Klasse Fehler, die kein Typecheck und kein Test findet — nur
ein echter Aufruf gegen die deployte Funktion.

Geprüft gegen Produktion: HTTP 200, 20 Einträge aus 3/3 Quellen in 24
Sekunden, Beurteilung läuft, Originalquellen verlinkt, keine Laufzeitfehler.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-08-30 17:41:48 +02:00
Benjamin SutterandClaude Opus 5 93ecc852e3 fix(livia): Beurteilung in Fünferstapeln statt einem Zwanzigerstapel
Der erste Live-Lauf mit Schlüssel deckte auf, dass ein einziger Aufruf über
alle zwanzig Einträge das Urteil verwässert. Eine Meldung über eine
zweistellige Millioneninvestition in eine neue Brauerei samt Arealentwicklung
fiel als «nicht relevant» durch; derselbe Prompt, dasselbe Modell und dieselbe
Meldung ergaben in einem Stapel von drei «Investition, hohe Relevanz, 0.85».

Eine höhere Effort-Stufe half nicht, sie machte es messbar schlechter. Der
Hebel ist die Stapelgrösse. Die Teilstapel laufen parallel — die Laufzeit ist
damit die des langsamsten und nicht deren Summe: 48 Sekunden vorher, 16 danach.

Das ist zugleich die Voraussetzung fürs Deployment: die serverlose Funktion
hat voreingestellt 10 Sekunden Zeit. `vercel.json` hebt das Limit nun
ausdrücklich auf 60 Sekunden an, was auch bei einer langsamen Quelle reicht.

Ausserdem: Der Linktext der Handelskammer trägt das Publikationsdatum vorneweg
und ein »-Zeichen hinten. Beides stand bisher im Titel, den das Modell zu lesen
bekam, und gehört dort nicht hin.

Geprüft: tsc 0 Fehler, eslint 0 Fehler/0 Warnungen, Live-Lauf 20 Einträge aus
3/3 Quellen in 17 Sekunden. Die Urteile sind stichprobenweise gegen die
Originalartikel geprüft und tragfähig — eine Bäckereieröffnung in
Westaustralien und eine Übernahme in Thailand werden zutreffend als ohne
Schweizer Flächenbezug verworfen.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-08-30 17:32:04 +02:00
Benjamin SutterandClaude Opus 5 2a0ba287f6 feat(livia): Research-PoC — drei reale Zürcher Quellen live
Livia liest jetzt tatsächlich aus dem Netz statt aus Mockdaten. Ein Knopf
«Research aktualisieren» ruft serverseitig drei Quellen ab, beurteilt die
Einträge in einem einzigen LLM-Aufruf und zeigt nur an, was plausibel zu
Flächenbedarf oder Flächenfreisetzung führen könnte.

Kein Crawler, kein Scheduler, keine Queue, keine Datenbank. Der Hoster kann
bereits serverlose Funktionen — es hat bisher nur niemand eine gebraucht.
Deshalb genügt eine einzige Datei unter `api/`, drei Abruffunktionen, eine
Normalisierung und ein Analyseaufruf.

Quellen, alle drei live geprüft:
- Zürcher Handelskammer, 10 Artikel
- Greater Zurich Area, 9 Artikel
- Zefix / Open Data Kanton Zürich, CSV direkt

Zur Zefix-Quelle eine Feststellung, die von der Aufgabenstellung abweicht: die
CSV enthält keine Firmennamen. Sie führt Tageszahlen von Neugründungen je
NOGA-Branche für den Kanton Zürich. Daraus lässt sich kein Unternehmenslead
bauen, sondern nur ein aggregiertes Frühsignal zum Zielmarkt — und genau so
wird es übergeben. Namen zu erfinden, um das erwartete Format zu treffen, wäre
die eine Sache, die Livia nie tun darf.

Die drei Quellen stehen im Frontend unter «Angebundene Kanäle & Systeme» mit
Status und anklickbarem Originallink; jeder erzeugte Lead verlinkt zusätzlich
die Seite, aus der er stammt. Die Adressen kommen aus derselben Liste, die der
Abruf benutzt — der angezeigte Link kann damit nicht von dem abweichen, was
tatsächlich gelesen wurde.

Der Textextraktor sucht den Artikeltext im engsten passenden Container. Ohne
das standen bei der Handelskammer Telefonnummern und Öffnungszeiten am Anfang
jedes Textes, und das Modell hätte die Fusszeile mitbeurteilt.

Der LLM-Schlüssel liegt ausschliesslich serverseitig in `ANTHROPIC_API_KEY`.
Fehlt er, sagt die Oberfläche offen, dass gelesen, aber nicht beurteilt wurde —
statt eine leere Liste als «nichts gefunden» auszugeben.

Für die lokale Entwicklung mountet ein Vite-Plugin dieselbe Handler-Datei, die
Vercel in der Produktion ausliefert; es gibt keine zweite Fassung des
Endpoints. `tsconfig.api.json` nimmt `api/` in `tsc -b` auf, damit ein
Tippfehler dort nicht erst beim Deployment auffällt.

Geprüft: tsc 0 Fehler, eslint 0 Fehler/0 Warnungen, 423/423 Tests grün, Build
erfolgreich, Live-Lauf im Browser mit 20 real gelesenen Einträgen aus 3/3
Quellen ohne Laufzeitfehler. Die LLM-Beurteilung selbst ist mangels Schlüssel
noch ungetestet.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-08-30 14:23:35 +02:00
Benjamin SutterandClaude Opus 5 37b6270f50 feat(thomas): freundlicheres Porträt (Runde 8, §3)
Das bisherige Bild zeigte einen ernst blickenden Mann ohne Lächeln — die
Vorgabe «visuell deutlich freundlicher» war damit nicht erfüllt, auch nachdem
Thomas den Chat-Einstieg der übrigen Agenten bekommen hatte. Ein freundlicher
Rahmen um ein strenges Gesicht ändert nichts am ersten Eindruck.

Neu ist Kachel P015 aus dem Porträtbogen des Auftraggebers: derselbe Typ
Mensch — Mann mittleren Alters, Brille, dunkelblauer Blazer — aber mit offenem
Ausdruck. Die Ähnlichkeit ist Absicht, damit die Änderung sich als
freundlicheres Bild derselben Person liest und nicht als Personalwechsel.
Bestehender Bildstil bleibt: neutraler heller Hintergrund, gleicher
Bildausschnitt, gleiche Kantenlänge wie die fünf Agentenporträts.

Herkunft und Lizenz stehen in `HERKUNFT.md`, dort auch der Hinweis auf die
begrenzte Auflösung: die Quelle ist ein Kontaktbogen mit dreissig Porträts auf
1536 × 1024 Bildpunkten, eine Kachel misst darin rund 176 × 176. Das Bild ist
auf 512 × 512 hochskaliert und damit weicher als die fünf Porträts aus den
1200 × 1200 grossen Originalen der Präsentation.

Geprüft: tsc 0 Fehler, eslint 0 Fehler/0 Warnungen, 423/423 Tests grün,
Produktionsbuild erfolgreich. Im Browser kontrolliert auf Thomas' Seite und im
Meetingraum der Startseite — kein Laufzeitfehler, kein stilistischer Bruch.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-08-23 23:15:28 +02:00
Benjamin SutterandClaude Opus 5 a219d3f2ec feat(livia)!: Exposé-Funktion vollständig entfernt
Runde 8 hat Livia zur Research- & Market-Intelligence-Agentin gemacht. Die
Exposé-Erstellung war der Kern ihrer alten Rolle und fällt mit ihr weg — sie
wird nicht nachgeordnet weitergeführt. Ein zweiter Reiter hätte die Funktion
sichtbar gelassen und die neue Positionierung damit halbiert.

Entfernt: 23 Dateien (Arbeitsbereich, dreistufiger Assistent, Dossier mit elf
Bereichen, Provider, Services, Hooks, Feldkatalog, Mockdaten, deterministischer
Textbaustein) sowie `generateExposeText` aus `IAIService` und beiden
Implementierungen.

Livias Arbeitsplatz zeigt jetzt nur noch die Recherche-Leads — ohne
Reiterbalken, weil eine Leiste mit einem Eintrag eine Alternative behauptet,
die es nicht gibt. Ihr Personalblatt, die Bearbeitungsverlaufs-Einträge und die
Teamdokumentation sind auf die neue Rolle nachgezogen; die beiden
Beispielvorgänge zeigen jetzt eine Leaderzeugung und ein Review mit
widersprüchlichen Quellen statt Lagebeschrieb und Exposétext.

Bei Nora entfällt die Mehrfachauswahl in der Objektliste: sie diente allein der
Weiterleitung an die Exposé-Erstellung. Eine Auswahl ohne Ziel wäre ein
Bedienelement, das nichts auslöst. Die Matching-Darstellung selbst bleibt
unverändert.

Der Wiederaufbau ist in `archive/livia/` beschrieben; das Manifest hält jetzt
fest, welche seiner Annahmen eingetreten sind und welche nicht — Livia bleibt
im Team, nur die Funktion ist weg.

Geprüft: tsc 0 Fehler, eslint 0 Fehler/0 Warnungen, 423/423 Tests grün,
Produktionsbuild erfolgreich, Smoke-Test über sieben Seiten ohne
Laufzeitfehler, 12/12 Abnahmekriterien erfüllt.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-08-23 22:44:08 +02:00
Benjamin SutterandClaude Opus 5 f5451f649f fix(agenten): Thomas' Chat klappt wirklich ein, Einzahl bei Livias Zählung
Der Smoke-Test der fünf betroffenen Seiten hat zwei Fehler aus Runde 8
aufgedeckt, die Typecheck, Lint und Tests nicht sehen konnten.

Thomas' Chatkopf blieb stehen, statt in den Titelbalken zu wandern. Seine Seite
bot nur 307 Pixel Scrollweg, der Chatkopf misst aber rund 400 — der
IntersectionObserver löste deshalb nie aus. Bei den anderen Agenten leistet die
lange Liste unter dem Chat den nötigen Weg; hier haben die drei
Verwaltungsbereiche ihre eigene Höhe und scrollen innen, also muss die
Bedingung ausdrücklich stehen. Die Mindesthöhe des Abschnitts ist jetzt eine
Bildschirmhöhe abzüglich des obersten Balkens; `TOP_BAR_PX` kommt dafür aus
`AgentWorkspaceHero` statt als zweite Zahl danebenzustehen.

Livias Zählzeile schrieb «1 Risiken». Einzahl und Mehrzahl werden nun für alle
drei Werte der Zeile unterschieden.

Geprüft im Browser gegen den Produktionsbuild: fünf Seiten ohne Laufzeitfehler,
Thomas' kompakter Chat erscheint nach dem Scrollen im Balken, Chance- und
Risiko-Beispiele sichtbar, alle fünf Vertragstypen bei Ferdi vorhanden, keine
Matching-Darstellung auf Livias Seite.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-08-23 22:22:01 +02:00
Benjamin SutterandClaude Opus 5 2037e5a463 docs(agenten): Fallakte Livia und Agenten-Briefing sichern
`LIVIA_PROFIL_UND_PROMPT.md` hält Livia als Exposé Master fest, wie sie vor
Runde 8 war: Personalblatt, Aufgabenkatalog, Kanäle und Systeme, das
Exposé-Dossier mit elf Bereichen und neun Pflichtfeldern, die
`missingFacts`-Regel der Textmaschine — dazu ein System-Prompt, mit dem sich
diese Fassung ausserhalb des Repositories rekonstruieren lässt.

`archive/livia/` ergänzt die Beschreibung um die Wiederherstellung: die 23
Dateien der Exposé-Funktion als wörtliche Kopie im Original-Pfadlayout sowie
ein Manifest jeder Stelle, an der Livia in geteilten Dateien verdrahtet war.

Beides ist mit Runde 8 nicht überholt, sondern der Referenzstand: die
Exposé-Funktion wurde nicht entfernt, sondern nachgeordnet. Das Manifest
beschreibt allerdings den Rückbau eines vollständigen Entfernens und damit ein
Szenario, das so nicht eingetreten ist.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-08-22 00:35:57 +02:00
Benjamin SutterandClaude Opus 5 ba8dc39483 feat(agenten): Runde 8 — Livia recherchiert, Nora matcht, Ferdi liest Verträge
Livia wird von der Exposé-Master zur Research- & Market-Intelligence-Agentin.
Sie schaut nach draussen: verknüpfte Newsquellen, Geschäftsberichte,
Handelsregister und amtliche Publikationen werden zu qualitativen Leads
verdichtet — Unternehmen, Veränderung, Ort, Zeitpunkt, Begründung, Quellen.
Die Exposé-Funktion bleibt vollständig erhalten, ist aber nachgeordnet und
liegt im zweiten Reiter ihres Arbeitsplatzes.

Das Matching bleibt ausdrücklich bei Nora. Beide Arbeitsplätze teilen sich
dieselbe Liste (`UnifiedLeadList`) und dieselbe Detailansicht (`LeadDetail`);
bei Livia läuft sie mit `showMatching={false}`. Damit ist die Grenze im Code
gezogen und nicht bloss in der Beschriftung. Es gibt keine zweite Lead-Ablage:
ein Lead, zwei Arbeitsplätze.

Neu ist die Einordnung Chance/Risiko als Spalte in Noras Liste und als Block
in der Detailansicht, je mit Begründung und konkreter nächster Handlung. Bei
einem Risiko wird das betroffene Mietverhältnis benannt und auf internes
Re-Letting hingewiesen. `leadSignalTypeOf()` leitet die Einordnung für
Altbestände aus dem Signaltyp ab, damit keine Migration nötig ist.

Thomas bekommt denselben Chat-Einstieg wie die fünf anderen — dieselbe
Komponente, dieselbe Sticky-Mechanik, keine Sonderlösung. Dafür scrollt seine
Seite als Ganzes; die drei Verwaltungsbereiche behalten ihren inneren Scroll.

Ferdi wird vom Reminder-Agenten zur Contract Intelligence: Kündigungsfristen,
echte und unechte Optionen, Verhandlungsfenster und Vertragsgespräche. Der
Unterschied zwischen echter und unechter Option ist der Kern — die echte
Option hat eine Frist, die verfällt, die unechte nur ein Fenster, in dem
verhandelt werden sollte. Alle neuen Termine orientieren sich am
Entscheidungszeitpunkt, nicht am Vertragsende: `decisionDate` und `dueDate`
liegen bewusst davor.

Auslastungsanzeige nachgezogen: Livia zählt ihre Recherche statt offener
Exposés, Nora den Abgleich statt des Findens.

Geprüft: tsc 0 Fehler, eslint 0 Fehler/0 Warnungen, 423/423 Tests grün,
Produktionsbuild erfolgreich.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-08-22 00:35:31 +02:00
Benjamin SutterandClaude Opus 5 55274488d1 fix(startseite): Porträts scharf statt weich, besonders die hinteren
Sinas Bild wirkte unscharf. Die Datei ist es nicht — sie hat wie alle
anderen 512 Bildpunkte. Ihr Kreis erscheint aber nur rund 170 Bildpunkte
gross, weil sie am weitesten hinten sitzt. Bei so starker Verkleinerung
greift die Grafikkarte auf eine vorberechnete, viertel so grosse
Zwischenfassung zurück; das Ergebnis ist ein weiches Gesicht.

Drei Änderungen:

- Jedes Porträt wird beim Laden auf seine tatsächliche Anzeigegrösse
  gerechnet (Ferdi 384, Livia 275, Sina 229, Thomas 226 statt überall
  512). Die Grafikkarte zeigt damit die Vorlage nahezu Punkt für Punkt,
  die Zwischenfassung entfällt.
- Nach dem Verkleinern wird nachgeschärft, in der Stärke abhängig davon,
  wie weit verkleinert wurde. Ohne das verliert ein herunter gerechnetes
  Foto seine Zeichnung.
- Die Szene rechnet intern mindestens doppelt so fein wie der Bildschirm
  darstellt. Das kostet wenig, weil nicht laufend gezeichnet wird, und
  hilft auch Fensterprofilen und Kulisse.

Geladen wird dafür von Hand statt über den TextureLoader von three.js:
dessen Rückruf liefert die Bildmasse nicht zuverlässig, und ohne sie
lässt sich weder zuschneiden noch massgerecht verkleinern. Die Zählung
beim Ladeverwalter bleibt erhalten, damit die Szene nach dem letzten
Bild wie bisher einmal neu zeichnet. Der quadratische Zuschnitt sitzt
jetzt ebenfalls hier statt in den Texturkoordinaten.

422 Tests, Lint und Build sauber.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-18 17:06:01 +02:00
Benjamin SutterandClaude Opus 5 403161283c fix(startseite): saubere Skyline links, deutlich grössere Agentenbilder
Runde 7.

§1 Hintergrund. Die Häuserzeile auf der linken Seite zeigte verwässerte
Doppelstrukturen. Drei Ursachen, alle behoben:

- Die Fortsetzung lief mit Massstab 2.45 und war damit gegenüber dem
  Hauptfoto um das 2.4-fache zu gross. Der Faktor ist jetzt aus den
  Fotos gemessen (Münsterhöhe über der Wasserlinie) und beträgt 1.06.
- Die 320 Pixel breite Überblendung mischte zwei verschiedene
  Häuserreihen zu halbdurchsichtigen Geisterhäusern. In der Häuserzeile
  wird jetzt praktisch hart getrennt, in Himmel und Wasser weiterhin
  weich — dort gibt es nichts zu vermischen.
- Die Umschaltlinie lag zwischen den Dächern, sodass die Gauben des
  Hauptfotos als Reihe schwebender Klötzchen im Himmel stehen blieben.
  Sie liegt jetzt über allen Dächern beider Aufnahmen.

Dazu: Helligkeit zeilenweise statt global angeglichen, Himmel der
Fortsetzung spaltenweise entlang der echten Dachkante entfernt, fehlende
Bildbereiche über die Zeilenfarbe statt über gestreckte Randzeilen
aufgefüllt, Häuserzeile nachgeschärft.

§2 Agentenbilder. Alle Kreise deutlich grösser, tiefenlogisch gestaffelt
und nur noch knapp über der Tischkante statt frei im Raum schwebend.
Gegenüber vorher: Ferdi und Bruno 2.11×, Livia und Nora 2.22×,
Sina 2.50×, Thomas 3.18×. Ferdi und Bruno rücken näher an die vordere
Tischkante. Radius und Höhe stehen jetzt je Platz in der Sitzordnung;
die Werte sind gemeinsam durchgerechnet, sodass sich im Bild kein
einziges Kreispaar überschneidet.

Nebenbei: waagrechter Bildwinkel nach oben begrenzt, damit flache
Fenster den Raum nicht zerren; Sockelleiste vor das Wandpaneel gesetzt
gegen die ausgefranste Kante.

Geprüft bei 1600×900, 1366×768 und 1280×620: sechs Beschriftungen ohne
Überlappung, kein Querbalken, Klick auf Ferdi führt auf seine Seite,
Menü bündig am rechten Rand. 422 Tests, Lint und Build sauber.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-18 15:52:05 +02:00
Benjamin SutterandClaude Opus 5 9e825c04bf feat(agenten): Porträts in 512×512 aus den Originalen der Präsentation
Die Porträts lagen bisher nur als kleine, liegende Zuschnitte aus einem
HTML-Konzept vor — Ferdi etwa 215×160 Bildpunkte bei 6 KB. Im 3D-Meetingraum
waren sie damit sichtbar unscharf, und Hochskalieren hilft dagegen nicht.

Die Originale liegen in `PropertyOn_Engeli_v5.pptx` als quadratische Bilder mit
1200×1200 Bildpunkten. Sie zeigen dieselben fünf Personen: Kleidung, Frisur und
Ausschnitt stimmen mit den bisherigen Zuschnitten überein, und die Präsentation
nennt Name und Funktion direkt neben jedem Bild. Jede Zuordnung wurde einzeln
gegen den alten Zuschnitt geprüft — eine frühere Quelle trug dieselben Vornamen
für eine andere Belegschaft, und ein vertauschtes Gesicht wäre schlimmer als ein
unscharfes.

`scripts/build-agent-portraits.mjs` beschneidet den Folienrand, skaliert auf
512×512 und schreibt die Dateien. Das reicht für jede Darstellung im Programm —
im Raum sind die Kreise höchstens rund 100 Bildpunkte gross — und hält das
Bündel klein: rund 30 KB je Porträt statt 250 KB im Original.

Die Verarbeitung läuft ohne Bildbibliothek auf einem Canvas im vorhandenen
Chrome, wie schon beim Basel-Panorama. Keine neue Abhängigkeit.

Geprüft: 422 Tests, Typecheck, Build, ESLint, Token-Schwelle (884/925), Szene
im Browser ohne Konsolenfehler.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-08-17 15:27:20 +02:00
Benjamin SutterandClaude Opus 5 4349641ee9 fix(startseite): durchgehendes Basel-Panorama, Kreise ohne Stühle
Vier Korrekturen aus der Nachprüfung.

**Naht in der linken Fensterfront.** Sie stammte von zwei getrennten
Fotoflächen — vorne und links. Eine Stossstelle lässt sich nicht wegblenden;
sie verschwindet nur, wenn es keine zwei Bilder mehr gibt. Die Kulisse ist
jetzt eine gekrümmte Fläche mit einer einzigen Panoramadatei: auf einem
durchgehenden Zylinder ist eine Naht geometrisch unmöglich.

Das Panorama entsteht einmalig aus den beiden Referenzfotos
(`scripts/build-basel-panorama.mjs`), jede Quelle genau einmal — kein Kacheln,
kein Spiegeln. Das gute Motiv vom Tischende bleibt in Ausschnitt und Farbe
unverändert und steht weiterhin in der Frontscheibe; die Panoramaaufnahme setzt
es nach links fort, helligkeitsangeglichen und über 320 Pixel überblendet. Aus
der Fortsetzung wird nur der Abschnitt östlich des Münsters verwendet — beide
Vorlagen zeigen es, nebeneinander stünde es zweimal im Bild. Himmel und Wasser
sind aus den Randzeilen gestreckt, damit oben und unten keine Bildgrenze bleibt.

**Stühle und Körper entfernt.** Sitzmöbel, Rümpfe, Schultern, Hälse, Arme und
Hinterköpfe sind ersatzlos weg. Die Agenten bestehen nur noch aus ihrem runden
Porträt mit weissem Ring.

**Positionen neu.** Ferdi und Bruno sind die direkten Nachbarn links und rechts
vorne, die übrigen gestaffelt dahinter, Thomas unverändert vis-à-vis. Die
Kreise liegen deutlich über der Blickachse: lagen sie auf Augenhöhe,
projizierten alle fünf auf fast dieselbe Bildhöhe und die hinteren
verschwanden hinter den vorderen — seitliches Auseinanderziehen half dagegen
nicht, weil ein tieferer Platz in der Perspektive zur Mitte wandert.

Dazu ein echter Fehler, der dabei auffiel: die grosszügigen Trefferquader der
vorderen Kreise fingen die Strahlen der hinteren ab, ein Klick auf Livia landete
bei Ferdi. Die Trefferfläche ist jetzt eine Kugel knapp um den sichtbaren Kreis.

**Bildschärfe.** Die Textur wird auf einen mittigen quadratischen Ausschnitt
begrenzt — ohne das zieht die Kreisgeometrie ein liegendes Foto in die Breite,
was Gesichter verzerrt und Schärfe kostet. Dazu anisotrope Filterung und
Mipmaps. Höher aufgelöste Originale der fünf Agenten waren nicht auffindbar:
die Porträts in `Agenten_Verwaltung_Fotos.html` liegen zwar in 256×256 vor,
gehören aber zu einer anderen Belegschaft — geprüft und verworfen, statt Gesichter
zu vertauschen.

**Ortsangabe** unten rechts entfernt. **Menü** liegt bündig an der rechten
Fensterkante: der Spalt kam vom Anker am eingerückten Menüsymbol, jetzt ist das
Klappmenü an eine Bildschirmstelle gebunden.

Geprüft: 422 Tests, Typecheck, Build, ESLint, Token-Schwelle (884/925). Im
Browser 1280 und 1600 px: sechs Beschriftungen ohne Überlappung, sechs Kreise
ohne Überlappung, alle sechs per Maus auf der richtigen Subpage, Menü bündig
ohne waagrechten Scrollbalken, keine Konsolenfehler.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-08-17 14:32:58 +02:00
Benjamin SutterandClaude Opus 5 bf453d2b69 feat(startseite): echter 3D-Meetingraum, Navigation in die Topbar
Anpassungsrunde 6. Die Kartendarstellung aus Runde 5 ist ersetzt: die
Startseite zeigt oben einen räumlichen Meetingraum aus der Sicht des
Betrachters, der selbst am Kopfende des Tisches sitzt.

**3D statt Kulisse.** Zwei Versuche mit CSS-Flächen sind daran gescheitert,
dass gezeichnete Wände neben fotografierten Porträts erkennbar gezeichnet
bleiben. Diese Runde nutzt three.js — die einzige neue Abhängigkeit, und §19
lässt sie ausdrücklich zu, wenn eine schlanke 3D-Lösung die Anforderung trägt.
Keine Engine darüber hinaus: kein React-Three-Fiber, keine Physik, keine
Shader, keine Post-Processing-Kette, keine Orbit-Steuerung.

Der Raum: Boden, Decke, rechts eine geschlossene Wand mit Eichenpaneel und
einem schmalen Streifen im Markenblau, links und gegenüber bodentiefe
Glasfassaden mit Pfosten. Draussen tragen die beiden Referenzfotos aus dem
Auftrag die Basler Aussicht — vorne Rhein, Altstadt und Münster, links der
Rheinverlauf mit der Wettsteinbrücke. Die Wasserlinie beider Kulissen liegt auf
derselben Welthöhe, damit der Blick nach vorne und nach links zusammengehört
und nicht wie zwei zusammengesetzte Bilder wirkt (§4).

Am Tisch sitzen alle fünf bestehenden Agenten mit ihren bestehenden Porträts,
Namen, Funktionen und Zielseiten — alles aus `AGENT_WORKSPACES`, damit nichts
doppelt gepflegt wird (§24, Schritt 7). Neu ist Thomas, Personalverwalter,
vis-à-vis am gegenüberliegenden Kopfende; sein Klick führt in die bestehende
Ansicht «Meine Agenten».

Gerendert wird nur bei Anlass — Grösse, Maus, Hover. Ein Dauerloop wäre für
eine feste Szene verschwendete Rechenzeit (§21). Die Kamera folgt der Maus um
wenige Zentimeter, mehr nicht (§20).

Die Beschriftungen sind HTML über dem Bild, nicht Textur in der Szene: als
Textur wären sie bei Tiefe unlesbar. Ein Entzerrungsdurchgang nach der
Projektion hebt Plaketten so weit an, bis keine mehr überlappt — gerechnet und
nicht handverlesen, damit es auf jeder Fenstergrösse hält. Bei Hover kommt eine
Zeile mit der aktuellen Auslastung dazu; ruhend bleiben es Name und Funktion.

**Navigation.** Die linke Seitenleiste ist gelöscht, nicht ausgeblendet: samt
Breitenreservierung, Einklapplogik und mobilem Drawer. Der Inhalt beginnt
überall bei x=0. An der Stelle des früheren Profilsymbols steht neben der
Glocke ein Menüsymbol; das Klappmenü öffnet rechts an der Kopfzeile nach unten
und führt Startseite, Meine Agenten samt aller Agenten als eingerückte,
rechtsbündige Unterpunkte, und Profil mit Profil, Einstellungen, Produkttour
und Abmelden. Alle Aktionen und Routen sind die bestehenden.

Entfallen sind die Kartenkomponenten aus Runde 5 samt Präsenzschicht.

Geprüft (§25): 422 Tests, Typecheck, Build, ESLint, Token-Schwelle (884/925).
Im Browser 430–2560 px: keine alte Sidebar, kein leerer Streifen links, sechs
Beschriftungen ohne Überlappung, alle sechs Agenten per Maus und per Tastatur
erreichbar und auf der richtigen Subpage, Menü öffnet und schliesst per Klick
und Escape, alle Menürouten korrekt, alle bestehenden Seiten laden, kein
horizontaler Overflow, keine Konsolenfehler.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-08-12 18:00:00 +02:00
Benjamin SutterandClaude Opus 5 e55be64aeb fix(startseite): kein Innenscroll mehr, fünf Karten in einer Reihe
Auf dem Bildschirm des Nutzers waren die oberen Karten oben abgeschnitten —
Porträt und Name fehlten — und rechts lief ein zweiter Scrollbalken innerhalb
des Belegschaftsbereichs. Drei Ursachen, alle aus derselben Wurzel: der
Bereich hatte eine gedeckelte Höhe und durfte in sich scrollen.

1. Feste Höhe entfernt. Der Bereich richtet sich nach seinem Inhalt und hat
   nur noch eine Mindesthöhe. Passte der Inhalt vorher nicht in den Deckel,
   scrollte er in sich selbst und schnitt oben ab — ein Bereich über einer
   ohnehin scrollenden Seite darf das nie.

2. Fünf Karten stehen ab 1200 px in einer Reihe statt in zwei. Zwei Reihen
   brauchten rund 250 px mehr Höhe; genau dieser Betrag drückte Titel und
   Filterbalken aus dem Bild. Eine Reihe ist zugleich das ehrlichere Bild:
   fünf Kolleginnen und Kollegen nebeneinander, keine Hierarchie.

3. `minWidth: 0` auf der Karte. Ohne das kann eine Flexkarte nicht unter ihre
   Inhaltsbreite schrumpfen — die fünf Karten passten rechnerisch in eine
   Reihe, brachen aber trotzdem um.

Dazu: lange deutsche Komposita («Besichtigungsassistent», «Marktbeobachtung»)
brechen ohne Zutun nicht um und liefen aus schmalen Karten heraus. Funktion,
Abteilung, Personalnummer und beide Textblöcke brechen jetzt im Wort statt
abgeschnitten zu werden — eine halbe Funktionsbezeichnung ist keine, und ohne
Personalnummer ist jemand kein Mitarbeitender.

Geprüft über zehn Auflösungen von 1024×700 bis 3440×1440, ausdrücklich auch
die Windows-Skalierungen 125 % und 150 % (effektiv 1536×864 und 1280×720):
nichts abgeschnitten, nirgends Innenscroll, Titel «Meine Objekte» überall im
Bild. Dazu 433 Tests, Typecheck, Build, ESLint, Token-Schwelle (889/925).

Verbleibend: Bei einer Inhaltshöhe unter 620 px (1280×600, 1024×700) steht der
Balken «Filter & Übersicht» rund 30 px unter der Kante. Der Titel bleibt
sichtbar; der Balken kommt mit der kleinsten Scrollbewegung.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-08-06 15:33:12 +02:00
Benjamin SutterandClaude Opus 5 42a9bece36 fix(startseite): Belegschaft auf grossen Bildschirmen fassen
Auf 2560×1440 sah die Startseite schlecht aus, und der Fehler war meiner: die
Prüfung reichte nur bis 1920 px. Darüber lief nichts mehr auf Anschlag.

Zwei Ursachen:

Die Karten hatten keine Breitengrenze. Bei drei Spalten ohne Deckel wurden sie
auf 2560 px rund 733 px breit bei 207 px Höhe, auf einem Ultrawide sogar
1027 px — flache Streifen, in denen zwei Textzeilen verloren stehen. Der
Inhalt ist jetzt auf 1280 px gefasst und mittig gestellt, die Karten bleiben
damit auf jeder Breite rund 395 px. Der Hintergrund bleibt randlos.

Die Höhe wuchs unbegrenzt mit dem Viewport, während die Karten ihre
Inhaltshöhe behielten. Auf einem 1440er Monitor stand dadurch über und unter
den Karten ein halber Bildschirm leere dunkle Fläche. Die Höhe ist jetzt auf
760 px gedeckelt. Der Titel «Meine Objekte» bleibt sichtbar — er rückt nach
oben, und mehr von der Objektliste wird sichtbar.

Geprüft über neun Auflösungen von 1366×641 bis 3440×1440, jeweils fünf Karten
vollständig sichtbar, keine Überlappung, kein Innenscroll, Titel und
«Filter & Übersicht» im Viewport. Dazu 433 Tests, Typecheck, Build, ESLint,
Token-Schwelle (889/925).

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-08-06 15:13:17 +02:00
Benjamin SutterandClaude Opus 5 093a958dcf feat(startseite): Giorgio entfernt, Belegschaft auf die fünf Agenten
Auf ausdrücklichen Wunsch: Giorgio entfällt vollständig. Das weicht bewusst
von §6 des Auftrags ab, der ihn als Personalverwalter und Vorgesetzten
vorsah — festgehalten, damit die Abweichung später nachvollziehbar bleibt.

Entfernt: Rollendefinition `AGENT_SUPERVISOR`, sein gezeichnetes Porträt, sein
Eintrag in der Auslastung und in der Belegschaftsansicht sowie die Erwähnung
in der Produkttour. Die Personalverwaltung bleibt unverändert über den
Menüpunkt «Meine Agenten» erreichbar — sie brauchte nie eine eigene Person am
Bildschirm.

Mit Giorgio entfällt auch die einzige Kennzahl, die aus den Freigabevorgängen
kam; `computeAgentWorkload` braucht `agentWorkItems` deshalb nicht mehr.

Ordner und Komponenten heissen jetzt nach ihrem Inhalt: `components/staff/`,
`AgentStaffOverview`, `StaffBackdrop`. «Meetingraum» war seit dem Umbau auf
Personenkarten irreführend, und ein falscher Name kostet den Nächsten mehr
Zeit als die Umbenennung.

Fünf statt sechs Karten heisst Flexlayout statt Dreierraster: drei oben, zwei
mittig darunter, gleich breit und ohne Lücke. Die Karten geben ihre Höhe nicht
mehr selbst vor — mit `height: 100%` beanspruchte jede die volle Fläche und
die zweite Zeile fiel aus dem sichtbaren Bereich.

Geprüft: 433 Tests, Typecheck, Build, ESLint, Token-Schwelle (889/925).
Browser 1280–1920 px und Tablet: fünf Karten vollständig sichtbar, keine
Überlappung, Titel und «Filter & Übersicht» beim Einstieg sichtbar, alle fünf
Klicks auf der richtigen Subpage, «Meine Agenten» weiterhin erreichbar, keine
Konsolenfehler, keine 404.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-08-06 15:03:18 +02:00
Benjamin SutterandClaude Opus 5 435f2aa2f1 feat(startseite): digitale Belegschaft mit Präsenz, eigener Stimme und Nachweis
Der nachgebaute Meetingraum entfällt. Eine gezeichnete Kulisse bleibt neben
fotografierten Porträts erkennbar gezeichnet — und ein Raum allein macht
niemanden menschlich. Menschlich wirkt im echten Büro dasselbe wie hier: dass
jemand da ist, etwas zu sagen hat und nachweisbar gearbeitet hat.

Die Startseite zeigt deshalb sechs Personenkarten vor einer abgedunkelten
Büroaufnahme. Jede Karte trägt, was ein Personalblatt trägt:

- Porträt mit Dienstpunkt — ist da oder pausiert
- Name, Funktion, Abteilung, Personalnummer
- Autonomiestufe: «Autonom», «Freigabe erforderlich», «Nur Vorschlag».
  Sie sagt, wie viel Verantwortung jemand trägt, und trennt Personal von
  Automatisierung.
- Ein Satz in der ersten Person zur aktuellen Lage, statt einer Kennzahl:
  «Bei 12 Fristen ist der Termin durch. Fürs Eskalieren brauche ich deine
  Freigabe.»
- Die zuletzt protokollierte Handlung mit Zeitangabe. Diese Zeile ist der
  Unterschied zwischen Behauptung und Beleg — eine Kennzahl kann jede
  Software anzeigen.

Darüber fasst ein Anriss zusammen, wie viele Mitarbeitende heute eine
Entscheidung brauchen, samt Dienststand der Belegschaft.

Schichten nach CLAUDE.md §4.2: `agentPresenceService` entscheidet, was als
letzte Handlung gilt und wie eine Zeitangabe in Alltagssprache lautet;
`agentWorkloadService` hält Zeitfenster, Schwellen und Formulierungen. Beide
nehmen den Stichzeitpunkt als Parameter — dieselbe Datenlage ergibt immer
dasselbe Ergebnis und ist ohne Renderer prüfbar (22 Tests).

Giorgio hat kein Personalblatt; Abteilung, Personalnummer und Stufe kommen
aus der zentralen Rollendefinition. Wer kein Dossier hat, gilt als im Dienst —
sonst stünde die halbe Belegschaft still, weil Stammdaten fehlen.

Bild: Unsplash, freie kommerzielle Lizenz. Herkunft und Austauschhinweis in
`src/assets/meeting-room/HERKUNFT.md`.

Geprüft: 435 Tests, Typecheck, Build, ESLint, Token-Schwelle (889/925).
Browser 1280–1920 px und Tablet: sechs Karten ohne Überlappung, Titel und
«Filter & Übersicht» beim Einstieg sichtbar, alle sechs Klicks auf der
richtigen Subpage, keine Konsolenfehler, keine 404.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-08-06 14:50:16 +02:00
Benjamin SutterandClaude Opus 5 d8f8f728cc refactor(startseite): Meetingraum als Fotoszene mit Live-Auslastung
Die gezeichnete Raumkulisse ist ersetzt. Aus Farbflächen konstruierte Wände
bleiben neben fotografierten Agentenporträts erkennbar gezeichnet — die
Bildwirkung muss aus dem Foto kommen, nicht aus Geometrie. Entfallen sind
damit die beiden SVG-Stadtansichten, die CSS-3D-Flächen und die Farbwelt
DS_MEETING_ROOM.

Neu trägt die Szene die Basler Aussicht aus dem Auftrag als Foto (§5), mit
abgestuftem Verlauf für Lesbarkeit und Übergang zur Objektliste. Ein Austausch
des Motivs ist ein Einzeiler in `roomBackdrop.ts`.

Mehrwert statt Kulisse: Jedes Namensschild zeigt die aktuelle Auslastung
seines Agenten — überfällige Fristen, Termine der Woche, offene Exposés, neue
Marktchancen, Objekte mit Datenlücken, offene Freigaben. Darüber fasst ein
Anriss zusammen, wie viele Bereiche heute Aufmerksamkeit brauchen. Damit
beantwortet die Startseite die Frage, mit der sie geöffnet wird, statt sie
auf sechs Zahlen zu verteilen.

- `agentWorkloadService` hält die fachlichen Festlegungen: Zeitfenster,
  Dringlichkeitsschwellen und Formulierungen. Der Stichzeitpunkt ist ein
  Parameter, nicht die Systemuhr — dieselbe Datenlage ergibt dasselbe
  Ergebnis, und der Dienst ist ohne Renderer prüfbar (10 neue Tests).
- `useAgentWorkload` sammelt nur die Bestände ein.
- Noras Zahl wird nie «dringend»: sie schlägt vor, sie entscheidet nicht.
- Die Schilder bemessen ihre Höchstbreite an der Szenenbreite (`cqw`), nicht
  am Fenster. Am Fenster gemessen überlappten sie auf schmalen Laptops, weil
  die Szene um das Seitenmenü schmaler ist.

Geprüft: 423 Tests, Typecheck, Build, ESLint, Token-Schwelle (889/925).
Im Browser 1280–1920 px: keine Überlappungen, Titel und «Filter & Übersicht»
beim Einstieg sichtbar, alle sechs Agentenklicks auf der richtigen Subpage,
Tablet-Ansicht mit allen sechs Agenten, keine Konsolenfehler, keine 404.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-08-06 14:07:21 +02:00
Benjamin SutterandClaude Opus 5 9ed21e33a7 feat(runde-5): Startseite mit Agenten-Meetingraum, sticky Chat und Noras Kanäle
Hauptnavigation und Startseite (§2)
- Hauptseite «Übersicht» samt Route, Menüeintrag, Hook, Service und den nur
  dort verwendeten Widgets entfernt; /supply/dashboard leitet auf die
  Startseite um, damit Lesezeichen nicht ins Leere laufen.
- «Meine Objekte» heisst im Menü «Startseite»; die frühere Überschrift
  «Objektverwaltung» heisst jetzt «Meine Objekte».
- Die Startseite scrollt als Ganzes. Die Höhe des Meetingraums rechnet gegen
  die Viewport-Höhe, damit Titel und Balken «Filter & Übersicht» beim Einstieg
  auf jeder Monitorgrösse sichtbar bleiben (geprüft 1280–1920 px).

Agenten-Meetingraum (§3)
- Zentralperspektive aus clip-path-Flächen, ohne 3D-Engine und ohne
  Animationsbibliothek: rechts geschlossene Wand, links und gegenüber
  boden- bis deckenhohe Glasfronten mit Blick auf Rhein, Basler Münster,
  Altstadt und Wettsteinbrücke.
- Sitzordnung, Zielrouten, Grössen und Plakettenversatz liegen in einer
  zentralen Konfiguration (meetingRoomSeats.ts).
- Neuer Agent Giorgio, Personalverwalter, sitzt vis-à-vis und führt in
  «Meine Agenten». Er steht bewusst nicht in AGENT_WORKSPACES: er hat keine
  Arbeitsseite, sondern ist die Adminfläche selbst.
- Auf schmalen Schirmen tritt eine vereinfachte Kachelanordnung an die Stelle
  der Perspektive; ausgeblendet wird kein Agent.

Sticky Chat bei allen Agenten (§5, §9–§11)
- Scrollt der Chatkopf unter den globalen Balken, übernimmt dort eine kompakte
  Fassung mit Porträt, Name, Frage und Eingabefeld.
- Ein gemeinsamer Zustand (agentChatStore) statt zweier Chat-Instanzen:
  Eingabetext und Fokus überstehen den Wechsel in beide Richtungen.
- Noras Seite scrollte bisher gar nicht — Chatkopf ausserhalb des
  Scrollbereichs, zwei getrennt scrollende Spalten darunter. Behoben über den
  Seitenaufbau, nicht über eine Nora-Sonderlösung.

Nora: CRM-Kanal und gemeinsame Lead-Liste (§12, §13)
- Dritter Kanal «CRM» mit eigenem Domänentyp, Mockdaten, Provider, Service und
  Hook nach dem bestehenden Schichtenmuster.
- Die Reiter «KI-Signale»/«Netzwerk» sind einer gemeinsamen Liste gewichen.
  Jede Zeile trägt ihre Kanalherkunft als Badge; die Herkunft steht im
  Datenmodell (LeadChannel) und wird nicht aus der Darstellung geraten.
- Der frühere Reiterbalken ist der Filter «Kanaltyp» mit Alle/KI Signal/
  Netzwerk/CRM, Standard «Alle», mit Empty State und Rücksetzung.

Produkttour und Profilmenü (§8)
- Tour auf die neue Struktur umgeschrieben: Startseite, Meetingraum, Agenten,
  sticky Chat, Leadkanäle. «Übersicht» kommt nicht mehr vor, «Meine Objekte»
  bezeichnet nur noch den Objektbereich.
- Bereich «Demo-Modus» mit «Verwaltung» und «Bürosuche» entfernt.

Geprüft: 413 Tests, Typecheck, Build, ESLint, Token-Schwelle (889/925).
Im Browser: Navigation, Agentenklicks aller sechs Plätze, Kanalfilter und
Detailschubladen, Sticky Chat bei vier Agenten, 1280–1920 px sowie
Tablet- und Mobilbreite, keine 404 für Bilder oder Routen.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-08-06 12:44:22 +02:00
Benjamin SutterandClaude Opus 5 d200d4e930 feat(agenten): Runde 4 — «Meine Agenten» mit fünf digitalen Mitarbeitenden
Setzt das Umsetzungsbriefing Runde 4 im bestehenden Frontend um.

Informationsarchitektur
- «Teamübersicht» heisst «Meine Agenten»; ihr bisheriger Inhalt (Kreisgrafik,
  Auswertung, Verbindungszusammenfassung) ist entfallen.
- Personalverwaltung, Bearbeitungsverlauf und Kanäle & Systeme sind jetzt
  Reiter derselben Seite (?section=), gestaltet wie die Auswahl im
  Bearbeitungsverlauf. Es wird nur der gewählte Bereich gerendert.
- Die alten Unterseitenpfade leiten um, damit Lesezeichen nicht brechen.

Agentenbestand
- Reto und Lea vollständig entfernt — aus Navigation, Dossiers, Protokoll,
  Verbindungen, Vorgängen und Porträtbestand.
- Retos Aufgaben liegen bei Bruno: Nachbereitung, WhatsApp-Anruf,
  Protokoll und Kundennotiz, Ablage im CRM.
- Livia ist «Exposé Master»: Lageberichte, Inserate, Angebotsbroschüren.
- Sidebar führt Ferdi, Bruno, Livia, Nora, Sina mit Porträt und Funktion.

Agentenseiten
- Ein gemeinsamer AgentWorkspaceHero auf allen fünf Seiten.
- Ferdi: Auswertungskarten, Priorität und Typfarben entfallen; Fälligkeit nur
  bei fünf Tagen oder weniger rot; Objektlinks nach «Meine Objekte»; neu die
  Terminplanung im verbundenen Kalender mit typgerechtem PDF-Ausschnitt.
- Sina: reduzierte, filter- und sortierbare Objektübersicht; Detailansicht
  direkt editierbar, leere Pflichtfelder rot umrandet.
- Nora: Signale ohne Prozentsätze und Konfidenzstufen, nur belegbare Angaben;
  Mehrfachauswahl leitet Objekte an Livia weiter.
- Livia: aktive und archivierte Leads, Arbeitsbereich gleitet an den oberen
  Rand; dreistufiger Exposé-Prozess Hochladen → Exposé → Export.
- Bruno: neue Seite mit Auftragsliste und Vor-/Nachbereitungs-Drawer;
  Glocke warnt bei Besichtigung unter 24 Stunden ohne Bericht.

Datenschicht
- Neu: Kalender, Exposé-Leads, Exposé-Entwürfe, Besichtigungsaufträge —
  je Domain, Provider, Service und Hook.
- IAIService um generateExposeText erweitert; der Entwurf nutzt ausschliesslich
  erfasste Objektdaten und meldet Lücken, statt sie zu füllen.
- Alle Objektverweise zeigen auf reale Einträge aus «Meine Objekte»; neue
  Detailroute /supply/properties/:propertyId.

Offen: Chat, Kalender, CRM und DMS sind Frontend-Simulation ohne Anbindung.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-08-05 14:43:16 +02:00
Benjamin SutterandClaude Opus 5 cc5582b7fd refactor: dritte Bereinigungsrunde Property On
Kopfzeile: Der zusaetzliche Titelbalken mit dem Chip Verwaltung und dem
wiederholten Seitennamen entfaellt auf allen Hauptseiten, ebenso der
Einstieg AI Assistent. Ohne Trennlinie geht die Zeile bruchlos in den
Seiteninhalt ueber; Glocke und Profil bleiben rechts stehen. Der
Pilotkunde heisst sichtbar Beispiel Immobilien AG, die technische Kennung
org-wincasa bleibt unangetastet.

Flaechensuche und Anfragencenter sind aus Navigation, Routing und Branch
entfernt. Verweise, die dadurch ins Leere zeigten, haengen neu am Match
Center; der Quicklink ins Anfragencenter im Vorgangsdetail ist entfallen.

Meine Objekte: feste vier Karten je Zeile auf Desktop, zwei auf Tablet,
eine auf Mobil. Die Dichteauswahl 3/5/10 und der Datenpflege-Hinweis sind
weg; die Datenpflege bleibt als eigener Hauptreiter erreichbar.

Objektbilder liegen erstmals lokal. Zuvor zeigten 98 Objekte auf Unsplash
und teilten sich 29 Fotos, verschiedene Adressen trugen also dasselbe
Bild. Neu traegt jede Objekt-ID genau eine eigene Datei; die Zuordnung
laeuft ueber die stabile ID, nicht ueber den Titel. Die Dateien sind
erzeugte Vektorgrafiken, keine Fotografien - echte Aufnahmen ersetzen sie
spaeter unter demselben Dateinamen ohne Codeaenderung. Vite bettet sie
nicht mehr als Base64 ein, damit alle Objekte gleich behandelt sind.

Teamuebersicht zeigt nur noch das Kernteam; die Stufenfilter sind
entfallen und die aeusseren Ringe werden nicht mehr gezeichnet statt nur
durchsichtig zu sein - unsichtbare, aber anspringbare Schaltflaechen sind
eine Falle. Die Nabe nennt daher die Zahl der gezeigten Mitarbeitenden
statt der Gesamtzahl. Die Personalverwaltung hat nur noch die
Dossieransicht, der Umschalter und das drehbare Organigramm sind weg.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-05 10:37:36 +02:00
Benjamin SutterandClaude Opus 5 41acb7b306 fix(team): Kreisgrafik fuellt die Flaeche und deckt keine Namen mehr zu
Die Darstellung reservierte Platz fuer Ringe, die gar nicht gezeichnet
wurden: das Kernteam sass auf dem innersten Ring, zwei Drittel des
Quadrats blieben leer. Neu rueckt der aeusserste sichtbare Ring an den
Rand, Portraits und Schrift wachsen gedaempft mit.

Zweitens verdeckte die Nabe die Beschriftungen. Der Transform am Ring
eroeffnet einen eigenen Stacking-Context, in dem das zIndex der Portraits
gefangen blieb; die spaeter im DOM stehende Nabe gewann. Der Ring traegt
nun selbst ein zIndex.

Die Nabe ergibt sich ausserdem aus dem tatsaechlich freien Raum bis zum
Kernring statt aus starren 19 Prozent, und Beschriftungen sind auf den
Bogenabstand zum Nachbarn begrenzt, damit sie sich nicht ueberschreiben.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-04 22:30:58 +02:00
Benjamin SutterandClaude Opus 5 177641386a refactor(team): zweite Überarbeitungsrunde — Oberfläche bereinigen
Gezielte UI-Bereinigung ohne neue Architektur. Bestehende Komponenten angepasst,
Datenstrukturen und Routing unverändert.

GLOBAL
Chip «Verwaltung» und Seitenname in der Kopfzeile entfallen auf /supply/team/*;
die Seiten tragen ihren Titel bereits gross im Inhalt. Andere Module behalten die
Zeile. Demo-Modus-Hinweis und alle Untertitel entfernt. Autonomiegrad aus der
Oberfläche genommen — die Daten bleiben unangetastet.

PERSONALVERWALTUNG
Beschrieb auf zwei Sätze gekürzt, Input/Kernablauf/Output entfallen: das war
Prozessnotation, sie beschrieb wie gearbeitet wird, nicht wofür man jemanden hat.
Zuständigkeiten stehen jetzt im Kopfbereich statt tief im Dossier. Reiterfolge
neu: Agentenbeschrieb, Aufgaben, Kennzahlen, Kanäle & Systeme, Protokoll.
Kanäle und Systeme sind über eine dünne Hülle zusammengeführt — die bestehende
Logik samt Konfigurationsdialog bleibt unberührt. Aufgaben dreispaltig ohne
Zeitplan, Ereignisfilter im Protokoll entfernt.

Der abgelöste Reiter «Systeme» wird weiterhin aufgelöst, damit bestehende
Verweise nicht still auf den ersten Reiter zurückfallen.

ORGANIGRAMM — die eigentliche Korrektur
Der falsch gewählte Agent lag an der Geometrie: `rotate(a) translateY(r)` schiebt
bei a = 0 nach UNTEN, die Drehung wurde aber als `180 − index·step` berechnet.
Damit stand der gewählte Mitarbeitende oben und das Dossier darunter gehörte zum
falschen. Jetzt `−index·step`.

Dazu beruhigt: Zugempfindlichkeit von 0.5 auf 0.22 Grad je Pixel, 10 px Totzone
gegen Zittern, kurzer Zug wechselt höchstens einen Platz, Einrasten in 250 ms,
Auswahl erst nach dem Einrasten. Kreis von 720 auf 460 px.

BEARBEITUNGSVERLAUF
Filter ohne Vorgangstyp, Priorität und Kanal; Suche in Zeile eins, Rest in Zeile
zwei. Karten tragen nur noch Agent, Titel mit Liegenschaft, zwei Zeilen Text und
Zeitstempel — Priorität, Status, Vorgangstyp und Kanal standen auf praktisch
jeder Karte und trugen damit keine Information mehr.

Drawer ohne Verarbeitungsschritte und Aktionshistorie; nur die auslösende
Nachricht plus Quicklink ins Anfragencenter statt des ganzen Verlaufs.
«Fundstellen» heisst «Quellen». Der Entscheidungshinweis heisst jetzt
«Hierzu brauche ich Ihre Entscheidung». Aktionsleiste: pendent Freigeben,
Zurückweisen, Quellen anzeigen, Inserat anzeigen — erledigt nur «Objekt anzeigen».

KANÄLE & SYSTEME, TEAMÜBERSICHT
Kanäle vor Systemen als eigene Abschnitte, vier Karten pro Zeile, Beschreibung
und Statusbadge raus, Regler mit Klartext Aktiv/Inaktiv/Geplant. Die Kreisgrafik
skaliert nach Anzahl sichtbarer Ringe und ist auf die Viewport-Höhe begrenzt,
damit das Kernteam ohne Scrollen vollständig sichtbar bleibt.

Drei Testzusicherungen prüfen jetzt die Abwesenheit statt der Anwesenheit von
Objekt-ID und Rückfragegrund auf der Karte — beides wurde bewusst entfernt.

Typecheck grün, ESLint über die geänderten Dateien grün, Build grün, 413 Tests grün.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-08-04 13:30:32 +02:00
Benjamin SutterandClaude Opus 5 8377ce03b5 feat(team): Kreisdarstellung der Belegschaft und Organigramm-Ansicht
Setzt die Referenzgrafik «Agenten_Bewirtschaftung_v2» um: die 36 digitalen
Mitarbeitenden in konzentrischen Ringen, Kernteam innen und gold gerahmt.

DATENBASIS
Alle 36 Mitarbeitenden samt Porträts sind aus dem Konzeptdokument extrahiert.
Die Stufen stecken bereits in den Quelldaten und decken sich exakt mit den
Bereichen: lvl 1 = 7 Kernteam, lvl 2 = 18 Zentrale Dienste, lvl 3 = 7 GB
Kommerziell, lvl 4 = 4 GB Wohnen. Auch die Reiterbeschriftungen sind wörtlich
übernommen — keine neuen Stufennamen erfunden.

Neu getrennt: `AgentDirectoryEntry` trägt die Stammdaten aller 36 für die
Kreisdarstellung, `TeamAgent` bleibt das vollständige Dossier der sieben
Kernteammitglieder. Für die übrigen 29 werden bewusst keine Aufgaben, Kanäle
oder Tätigkeiten erfunden; ein Klick zeigt nur eine Vorschau aus dem Verzeichnis.

ABWEICHUNG VOM AUFTRAG
Der Auftrag nennt als Kernteam Ferdi, Sami, Leo, Bruno, Reto, Milo, Nora.
Referenzgrafik und Konzeptdaten sagen übereinstimmend Ferdi, Sina, Lea, Bruno,
Reto, Livia, Nora — dort tragen genau diese sieben `kern: true` und `lvl: 1`.
Da der Auftrag die Grafik selbst als verbindlich erklärt und Namen laut §10 kein
Primärschlüssel sind, folge ich Grafik und Daten. Sami, Leo und Milo kommen in
keiner Quelle vor.

OBERFLÄCHE
- Teamübersicht: Beschreibungstext und «Demo zurücksetzen» entfernt, Kreis mit
  kumulativen Stufenreitern direkt unter dem Titel
- Personalverwaltung: Umschaltung Dossieransicht / Organigramm über ?view=,
  Organigramm als oben abgeschnittener Halbkreis mit drehbarem Agentenrad
  (Ziehen, Touch, Pfeiltasten, Klick), aktiv ist wer unten mittig einrastet
- Dossier: Untermenü direkt unter den Stammdaten, «Agentenbeschrieb» als erster
  Reiter, Zuständigkeiten auf drei gekürzt
- Kanäle & Systeme: vier Karten pro Zeile, Kategorie-Sinnbild links vor dem
  Titel, Porträtgruppe statt Namensliste, ein Regler statt Verbinden/Trennen
- Bearbeitungsverlauf: neutrale Karten, Farbe nur noch bei Ausnahmepriorität und
  abweichendem Status, mehr Weissraum

Markenlogos gibt es im Repo nicht und wurden nicht nachgezeichnet — je Kategorie
steht ein neutrales Sinnbild. Fehlendes Asset, bewusst so gelöst.

Positionsdaten stehen ausschliesslich in `agentRingConfig.ts`; Vollkreis und
Halbkreis teilen sich dieselbe Geometrie.

AUFGERÄUMT
`AgentCard` ist durch die Kreisdarstellung ersetzt und entfernt, seine Zusagen
sind in `TeamOverviewRing.test.tsx` übergegangen — inklusive der wichtigsten:
ausserhalb des Kernteams führt kein Klick in ein Dossier.

Zwei echte Fehler unterwegs behoben: jsdom kennt keinen `ResizeObserver` (jetzt
mit Rückfallebene statt Absturz), und das Rad las eine Ref im Render.

413 Tests grün, Build grün, ESLint über den Property-On-Code sauber,
check:tokens unverändert bei 2249.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-08-03 21:42:04 +02:00
Benjamin SutterandClaude Opus 5 576733d7da feat(team): Porträts der digitalen Mitarbeiter aus dem Konzept übernehmen
Bisher zeigten die Avatare Initialen auf einer Tonfarbe. Ich hatte das bewusst
so gebaut, weil erfundene Gesichter in einer Kundendemo irreführend wären — das
Konzeptdokument «Agenten_Bewirtschaftung_v2.html» trifft diese Entscheidung
jedoch bereits: dort hängt an jedem der 36 Agenten ein Porträt als eingebettetes
JPEG. Die sieben Kernagenten sind daraus extrahiert.

- src/assets/team/*.jpg — sieben Porträts, je rund 6 KB, Zuordnung über die
  Mailadresse aus dem Konzept, die exakt unseren Agenten-IDs entspricht
- agentPhotos.ts hält die Zuordnung in der Darstellungsschicht. Ein Domain-Typ,
  der Binärdateien importiert, wäre an den Bundler gekoppelt und weder im Test
  noch später gegen ein echtes Backend sauber verwendbar.
- Fehlt zu einer ID ein Bild, zeigt der Avatar weiterhin die Initialen; dasselbe
  greift, wenn das Laden fehlschlägt

Der zugängliche Name hängt weiterhin an genau einem Element, nie an zweien: mit
Porträt am erzeugten <img> über `alt`, ohne Porträt am Container über role="img"
und aria-label.

vite-env.d.ts ergänzt — die Referenz auf vite/client fehlte, ohne sie kennt
TypeScript die Modul-Deklarationen für Assets nicht.

415 Tests grün, Build grün, die sieben JPEGs werden korrekt als Assets emittiert.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-08-03 18:23:03 +02:00
Benjamin SutterandClaude Opus 5 a7e05fb7f0 test(team): Render-Harness, 151 neue Tests und README
Vorher gab es im Repo kein Muster für Komponententests — @testing-library/react
wurde ausschliesslich für renderHook verwendet. test/teamTestUtils.tsx stellt den
fehlenden Kontext bereit (Router, MUI-Theme, frischer QueryClient je Test).

test/setup.ts registriert jetzt afterEach(cleanup). vitest.config.ts setzt
`globals` nicht, deshalb erkennt Testing Library kein globales afterEach und
richtet sein automatisches Cleanup nie ein; ohne diese Zeile stapeln sich
gerenderte Komponenten und getByRole scheitert ab dem zweiten Test einer Datei.

Abgedeckt: Kennzahlenberechnung, Freigabe-, Zurückweisungs-, Anpassungs- und
Rückfrageprozess, lokale Persistenz samt Schemaversion und Demo-Reset,
Badge-Familie, Vorgangs- und Agentenkarte, Aufgaben-Aktivierung,
Einstellungsvalidierung und die Position des Navigationseintrags.

Die Tests haben fünf echte Mängel aufgedeckt, alle in diesem Commit behoben:
- AgentAvatar hatte keinen zugänglichen Namen. MUI reicht `alt` nur an den
  img-Slot weiter, und ohne `src` rendert Avatar gar kein <img> — der Wert landete
  nirgends im DOM. Jetzt role="img" + aria-label direkt am Element.
- WorkItemCard verschluckte objectLabel, wenn keine objectId gesetzt war. Genau
  dort steht bei zuordnungsfreien Vorgängen die entscheidende Einordnung.
- aria-current rendert nicht mehr "false", sondern entfällt.
- AgentChannelBadge war auf `string` statt AgentChannelType typisiert.

414 Tests grün (vorher 263), Build grün, ESLint über den Property-On-Code sauber,
check:tokens unverändert bei 2249.

README ersetzt das unveränderte Vite-Template durch Startanleitung und die
Architekturentscheidungen samt bekannter Altlasten.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-08-03 16:56:20 +02:00
Benjamin SutterandClaude Opus 5 78e2dab655 feat(team): Oberfläche der Teamübersicht
Vier Seiten, eingebettet in die bestehende App-Shell — keine zweite Sidebar,
keine zweite Kopfzeile, kein eigenes Property-On-Branding:

- Teamübersicht: Auswertung (drei Kennzahlen, gemeinsam filterbar nach Zeitraum,
  Bereich und Mitarbeiter), Kernteam, Kanäle & Systeme — in dieser Reihenfolge
- Bearbeitungsverlauf: zwei Reiter, neun Filterdimensionen, Detail-Drawer mit
  Ergebnis, Eingabedaten, Verarbeitungsschritten, Fundstellen, Nachrichtenverlauf
  und Aktionshistorie; Freigeben, Anpassen, Zurückweisen, Rückfrage beantworten
- Personalverwaltung: dreigeteilt (Hauptnavigation, Agentenliste, Dossier) mit
  fünf Reitern — Aufgaben, Kanäle, Systeme, Einstellungen, Protokoll
- Kanäle & Systeme: neun Verbindungen, mehrstufiger Assistent, ERP-Auswahl,
  deterministischer Verbindungstest

Navigation: NavItem um `children` erweitert, "Teamübersicht" steht exakt zwischen
"Meine Objekte" und "Reminder Manager", die drei Subreiter bleiben eingerückt
sichtbar, solange man im Funktionsbereich ist.

Subreiter sind echte Routen, keine lokalen Tabs. Die App kannte bisher keine
Feature-Route mit eigenem Outlet und baut Tabs sonst über lokalen useState — hier
trug das nicht: die Subreiter müssen in der Sidebar stehen und deep-linkbar sein.
Die Routen sind flache Geschwister, kein Outlet-Baum.

Freigabepflichtige Aktionen laufen über einen Bestätigungsdialog mit sichtbarer
Konsequenz; die 1-Klick-Bestätigung ist die fachlich vorgesehene Ausnahme. Jeder
Status trägt neben der Farbe immer einen Text.

Null rohe Hex-Werte: check:tokens bleibt unverändert bei 2249. Der in der
Spezifikation genannte dunkelblaue Banner "Heute geleistet …" existiert in dieser
Codebasis nicht — er wird deshalb auch nicht erzeugt.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-08-03 16:56:00 +02:00
Benjamin SutterandClaude Opus 5 52dc7de25e feat(team): Datenschicht für Property On
Property On wird als Funktionsbereich "Teamübersicht" in Property Match
eingebettet — sieben digitale Mitarbeiter, die ausführen, während der Mensch
freigibt, anpasst oder zurückweist.

Durchgehend Provider → Service → Hook, kein übersprungener Layer:
- domain/: teamAgent, agentWorkItem, agentProtocol, agentConnection, agentFilters
- mock-data/: 7 Personalblätter aus dem Agenten-Katalog (Aufgabenzahlen exakt:
  Ferdi 9, Sina 7, Lea 11, Bruno 9, Reto 10, Livia 11, Nora 8), 14 Vorgänge,
  38 Protokolleinträge, 9 Verbindungen
- provider/: vier Mockup-Provider mit versionierter localStorage-Persistenz
- services/: Fachlogik inkl. Freigabe, Zurückweisung, Kennzahlen, Demo-Reset
- hooks/: React Query, Mutationen entwerten Vorgänge, Kennzahlen und Protokoll
  gemeinsam — sonst zeigt die Oberfläche widersprüchliche Zahlen

Namensgebung: Der Entitätstyp heisst TeamAgent, nicht Agent. Im Repo existiert
bereits PowerOn als KI-Backend-Proxy, und Claude Code legt Arbeitskopien unter
agent-* ab; ein nackter Typ Agent wäre in Suchen nicht auffindbar. Alle
Satellitentypen sind Agent*-präfixiert, weil domain/index.ts per export *
bündelt und generische Namen dort kollidieren.

Eigener Protokolltyp statt ActivityEvent: den Namen gibt es im Repo dreifach
und gegenseitig inkompatibel (domain/activityEvent.ts, governanceService.ts,
PropertyActivityLogPanel.tsx). Ein Anschluss hätte den Konflikt zementiert.

Demo-Uhr in lib/teamClock.ts: die Mockdaten sind auf den 20.05.2026 verankert.
Gegen die Systemzeit gerechnet wären die Filter "heute / diese Woche / dieser
Monat" an jedem anderen Kalendertag leer und die Auswertung sähe kaputt aus,
obwohl sie korrekt rechnet.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-08-03 16:55:40 +02:00
Benjamin SutterandClaude Opus 5 36ce548169 fix: 16 vorbestehende Typfehler beheben, Typecheck wieder grün
`npx tsc -b` brach mit 16 Fehlern ab. Neue Fehler wären darin untergegangen.

Echte Defekte:
- LatentInquiriesTab: OwnPropertyMatchList wurde verwendet, aber nie importiert
  — der Zweig "Eigene Objekte" auf Mobil hätte zur Laufzeit geworfen
- unitService: throwServiceError nimmt ein Argument, nicht zwei
- SavedNeedDetail: MUI v9 kennt kein `inputProps` mehr, ersetzt durch slotProps
- Review{Status,Priority}Badge: `showBorder` existiert an GenericBadge nicht;
  die Default-Variante "outlined" zeichnet den Rand ohnehin, Darstellung unverändert
- UnifiedResultFeed: die Ternärkette verglich theme.text gegen zwei Werte, die
  SCORE_THEME seit einer Palettenumstellung nicht mehr führt — sie lief immer in
  denselben Zweig. Auf diesen einen Wert zusammengezogen, Darstellung unverändert,
  nebenbei zwei rohe Hex-Werte weniger

Der Rest waren ungenutzte Importe und Bindings (noUnusedLocals).

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-08-03 16:55:19 +02:00
Benjamin SutterandClaude Opus 5 3849b78f83 chore: Alt-Worktree aus Git entfernen und ESLint entsperren
.claude/worktrees/agent-a82a3716/ lag mit 369 getrackten Dateien im Repo — eine
vollständige, veraltete Kopie von src/. Zwei Folgen: `eslint .` brach mit 965
fatalen Parse-Errors ab, weil der Worktree eine eigene tsconfig mitbringt und
tsconfigRootDir mehrdeutig wurde. Und jeder repo-weite Glob traf Duplikate, was
die reale Gefahr barg, Änderungen in der Kopie statt im Original zu machen.

- git rm -r --cached auf das Verzeichnis, Dateien auf der Platte bleiben
- .claude/worktrees/ in .gitignore
- .claude/** in die ESLint-Ignoreliste; Untracking allein genügt ESLint nicht,
  es liest die Platte, nicht den Index

ESLint liefert damit statt 965 Parse-Errors wieder echte Befunde.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-08-03 16:55:04 +02:00
Benjamin SutterandClaude Opus 4.8 362514681a feat(demand): Ergebnis-Grid — Spalten-Umschalter, sauberere Karten, mehr Abstand
- 3/5/10-Spalten-Umschalter im Ergebnis-Header (nur Grid-Ansicht, in localStorage gemerkt) analog zu "Meine Objekte"
- Karten-Bild auf aspectRatio 15/8 statt fester Höhe → keine Verzerrung bei beliebiger Spaltenzahl
- Orts-Overlay vom Bild entfernt → Match-Score überdeckt das Ort-Label nicht mehr
- Sidebar bleibt bis < lg (1200px) ausgeklappt → Navigation + Account auf Laptops sichtbar
- Größere vertikale Abstände im Ergebnis-Feed

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-24 16:56:35 +02:00
Benjamin SutterandClaude Opus 4.8 07cea21143 feat(supply): Anfragencenter — embedded property cards in public need detail
Add EmbeddedPropertyCard and surface matching properties inside the
public need detail view. Add needToParsedCriteria() mapper to convert a
stored Need back into parsed criteria for re-running search/matching.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-23 00:03:36 +02:00
Benjamin SutterandClaude Opus 4.8 be5523bcee fix(supply): Anfragencenter parse error — stray quote in JSX attribute string
The "Gesendet" empty-state description embedded an ASCII double-quote inside a German „…" pair, which Vite/oxc parsed as the end of the attribute string (PARSE_ERROR). Reworded without embedded quotes.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-06-21 01:36:39 +02:00
Benjamin SutterandClaude Opus 4.8 a8b54af0b8 feat(messages): unified conversation inbox — connect demand ↔ supply, offers reach the seeker
Phase 1 of the messaging rework: one conversation/thread model (Inquiry) is the single source of truth, read perspectivally by both sides.

- domain/inquiry: add kind (INQUIRY|OFFER), tenantOrgId (demand org), offeredPropertyIds
- provider/service: InquiryFilters gains tenantOrgId+kind; new createInquiry (demand→supply) & createOffer (supply→demand) materialize threads; addMessage bumps unread; reply carries senderType (tenant vs supply_user)
- hooks: useCreateInquiry, useCreateOffer; reply payload carries sender perspective
- demand: InquiryQuickDialog → createInquiry via provider (session-based tenant/org, no hardcode); Anfragen.tsx reads via React Query (tenantOrgId) with Gesendet/Erhalten tabs, replies via provider, shows offered properties for OFFER threads; inquiryStore reduced to dialog-only (removes Zustand server-data island)
- supply: OfferChatComposer send now materializes an OFFER conversation into the seeker's inbox (routed via latentNeed.tenantOrgId); Anfragencenter gains a "Gesendet" tab; ActiveInquiriesTab filters by perspective (org + kind)
- seed: merge demand inquiries with tenantOrgId=org-mobimo + 2 OFFER seeds; provider seeds from both sets

Closes the loop: a sent inquiry reaches the Verwaltung and a sent offer reaches the Nachfrager — both answerable in one thread.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-06-21 01:32:13 +02:00
Benjamin SutterandClaude Opus 4.8 6206447dae fix(demand): new search profile inherits creator's organizationId
A newly created need (from "Jetzt suchen") had no organizationId, so it fell out of the org-filtered need list — the results "Aktive Suche" banner then showed a different (first saved) profile while the result cards already reflected the new search. needService.create now injects the current user's org, so banner and results stay consistent.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-06-21 00:57:14 +02:00
Benjamin SutterandClaude Opus 4.8 8cb6f21581 fix(matching): exclude external scraped listings from demand results
External third-party scrapes (Homegate/ImmoScout/newhome/MatchOffice) were mis-tagged as VERIFIED_PORTFOLIO in mock data and surfaced as "own platform" matches. Skip them in match generation — demand results now only contain genuine platform objects, Maison Work, and Future Availability.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-06-21 00:51:16 +02:00
Benjamin SutterandClaude Opus 4.8 29be4f6e54 refactor(supply): pre-market unit config inline — attributes first, then price (no double price)
- Released pre-market unit now shows a single always-visible config: fit-out/parking/cost-bearer (auto-save) THEN the KI price recommendation with explicit deviation vs. current price
- Removes the duplicate price (base price no longer shown here; only the pre-market expected price is set), and removes the edit-only pencil for released units
- Not-yet-released units keep the compact read strip + pencil editor

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-06-21 00:42:51 +02:00
Benjamin SutterandClaude Opus 4.8 09095a1a32 fix(ai): realistic pre-market rent recommendation — annual units + anchor on current price
- getMarketRent now returns CHF/m²/YEAR (stored medians are monthly → ×12); fixes annual-vs-monthly mismatch that also affected MarketPricePanel and NegotiationInsightsPanel
- recommendPreMarketRent: anchor on the unit's current rent and adjust within a bounded ±15% by market momentum (vacancy=supply, demand strength, days-on-market, trend) instead of jumping to the city-wide (prime-skewed) median — no more "double the price" suggestions; median only used as a headroom check
- tests updated to annual market values

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-06-21 00:39:37 +02:00
Benjamin SutterandClaude Opus 4.8 fb029cf0bc feat(ai): AI pre-market rent recommendation from regional comparables, supply & demand
- IAIService.recommendPreMarketRent: recommended price + range, verdict (UNDERPRICED/FAIR/AMBITIOUS), drivers, rationale, confidence
- MockAIService: deterministic recommendation from locationIntelligence — regional comp median, vacancy (supply), demand strength + days-on-market, rent trend (forward for pre-market)
- BackendAIService: LLM prompt with market context + mock fallback
- usePreMarketRentRecommendation hook; PreMarketPriceAdvisor component shows the recommendation per released unit with verdict ("zu günstig" when underpriced) + adjustable expected price + "Empfehlung übernehmen"
- Replaces the simple indexed suggestion with a market-driven AI recommendation that flags underpricing

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-06-21 00:22:14 +02:00
Benjamin SutterandClaude Opus 4.8 3e1e945661 fix(supply): unit edits now persist + regroup editor + expected price as pre-market KI view
- MockupUnitProvider.update: immutable update (new unit/units/property refs) so React Query detects the change and re-renders — fixes "parking/price edit doesn't take effect"
- UnitFieldsEditor: group Ausbaustandard + Wer-baut-aus + MAB into one "Ausbau" section; conditions (price/availability/parking) on top; removed the plain expected-price field
- PreMarketUnitGrid: expected price is now a KI recommendation view (indexed suggestion + rationale) shown only for released units, with an adjustable override + "Vorschlag übernehmen"

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-06-21 00:14:27 +02:00
Benjamin SutterandClaude Opus 4.8 74f9660581 refactor(supply): per-unit details always visible + shared editor in unit list AND pre-market
- Extract UnitFieldsEditor (price, availability, Ausbaustandard, Wer-baut-aus, MAB, parking allocation, expected price) — single source for per-unit editing
- UnitStructurePanel: always-visible per-unit details strip (fit-out, cost-bearer, parking, expected price) in read mode; pencil opens the shared editor
- PreMarketUnitGrid: per-unit details shown + same editor reachable per unit (pencil) so fit-out/price/parking are adjustable right in the release flow
- Removes the previous edit-only / fragmented per-unit fields

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-06-21 00:03:50 +02:00
Benjamin SutterandClaude Opus 4.8 fca113e7ab feat(demand): market rent estimate (asking vs. fair) + pre-market expected price
- lib/rentEstimate: deterministic market estimate from Standort-Intelligence (median rent benchmark + vacancy/trend) → fair rent, verdict BELOW/AT/ABOVE, deltaPct, rationale; suggestFutureRent indexes today's price by city rent trend
- MarketPricePanel in MatchDetail: asking vs. fair market rent + verdict badge + rationale; shows pre-market expected price (heute → erwartet)
- unit.expectedRentPerSqm: future pre-market price; scorer prefers it over current rent for FUTURE_AVAILABILITY
- UnitStructurePanel editor: expected-price field (with indexed suggestion) shown for pre-market-released units
- tests: rentEstimate verdict thresholds + future-rent indexing

Note: rent estimate is a deterministic market-data calc (not an LLM) — honest & testable; can be routed through IAIService later if a real model is wanted.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-06-20 23:53:00 +02:00
Benjamin SutterandClaude Opus 4.8 fd6ed105bb feat(supply): per-unit fit-out/cost-bearer/MAB/parking with object fallback (resolveUnitFacts)
- unit: add fitOutByLandlord, mieterausbaubeitragPerSqm, parkingSpots (parking = allocation from object pool)
- lib/unitFacts.resolveUnitFacts: single resolver (unit value ?? object value) used by scorer + card adapter
- matchSyncService: pre-market unit scored via resolved facts (fit-out, MAB, cost-bearer, parking allocation)
- matchCardAdapter: fit-out label/viability/investment via resolveUnitFacts
- UnitStructurePanel: consolidate ALL per-unit overrides into the one expandable row editor (price, availability, Ausbaustandard, Wer-baut-aus, MAB, parking allocation); show parking on row
- PreMarketUnitGrid/Panel: drop the duplicate per-unit fit-out select (now in the unit editor)

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-06-20 23:44:56 +02:00
Benjamin SutterandClaude Opus 4.8 647493bf3c feat(supply): per-unit price/availability editor + mandatory fit-out cost-bearer for shell/edelrohbau
- unit.availableFrom: explicit per-unit availability date
- UnitStructurePanel: inline expandable editor (pencil) for per-unit price + availability via useUpdateUnit
- fitOutByLandlord now boolean|undefined ("not chosen"); toggle has no default for SHELL/BASIC
- NewListing: validate() blocks save until cost-bearer chosen for Rohbau/Edelrohbau
- PropertyDetailView.saveEdit: same guard for existing listings; required asterisk + hint in both forms
- newListingMapper persists explicit tenant(false) choice (was collapsed to undefined)

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-06-20 23:26:45 +02:00
Benjamin SutterandClaude Opus 4.8 5d26dd4a6c feat(supply): unit-centric fit-out & overview — per-unit fit-out, editable demand budget, multi-unit price/availability
- domain/unit: optional per-unit fitOut override (falls back to property.hardFacts.fitOut)
- matchSyncService: pre-market unit scored with its own fitOut; matchCardAdapter prefers unit fitOut
- PreMarketUnitGrid/PreMarketPanel: per-unit Ausbaustandard override in the release list (default "Wie Objekt")
- PropertyDetailOverview: edit/read "Wer baut aus?" for existing listings (SHELL/BASIC), central FIT_OUT_LABELS
- Phase 1 unit-centric overview: header shows area+count, price as range, "Verfügbar ab → pro Einheit"; unit table shows per-unit price + availability; "Objekt & Lage" labels marked as object-defaults for multi-unit
- NeedExtendedRequirements: "Eigenes Ausbaubudget" only shown when min fit-out set + clearer helper text
- UnitStructurePanel: spin-off prefill carries fitOutByLandlord

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-06-20 23:06:31 +02:00
Benjamin SutterandClaude Sonnet 4.6 e169f8e310 feat(matching): annuity-based fit-out cost in score + fix unapplied DQ/confidence modifiers
Mieterausbau / fit-out economics — surface true total cost of occupancy:
- Annuity calc (annuityFactor + effectiveAnnualBurdenPerSqm) replaces straight-line ÷5; FITOUT_ANNUITY_RATE=5%
- New hardFacts.fitOutByLandlord: "Wer baut aus?" toggle in NewListing — landlord-borne fit-out is priced into rent (no surcharge), tenant-borne SHELL/BASIC adds annuitized cost minus MAB
- scoreBudget now compares effective annual burden (rent + fit-out annuity) vs budget instead of cold rent only; FULL/PREMIUM and landlord-borne unchanged
- FitOutCostPanel + CompareTableBody compute annuitized, tenant-aware burden
- Central FIT_OUT_LABELS with industry/international vocabulary (Rohbau·Core&Shell, Edelrohbau·CAT A, etc.)
- Activate existing generateFitOutAdvice via useFitOutAdvice hook + new FitOutAdvicePanel (MIETERAUSBAU/BKZ/MAB-Amortisation + negotiation tip), shown for tenant-borne SHELL/BASIC
- MAB field only asked when tenant builds out (optional) — one new toggle, no extra data burden for property managers

Fix: DQ/confidence modifiers were computed but never applied to finalScore (hardcoded 0 in output) — now folded into rawFinal and exposed. Trust-first: weak data quality lowers the score. Resolves 3 pre-existing red tests.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-06-20 18:19:58 +02:00
Benjamin SutterandClaude Sonnet 4.6 7a0909e36a feat: saved profiles — per-profile notifications, real match scores, action buttons
- Add per-profile notification config (toggle, score threshold, email) with Accordion UI in SavedNeedDetail
- NotificationButton: badge only lights up for unseen matches, dismisses on open (localStorage), uses per-profile minScore
- SavedNeedDetail: replace deterministicMatchScore with real match data (useMatchesByNeed), sort by score desc, deduplicate by property
- SavedProfilesTab & SavedNeedCard: top score bar now shows best real match score instead of criteria confidence
- "Treffer" count uses per-profile notificationConfig.minScore (≥80 default) consistently across card, panel, and notification badge
- Extract PropertyMatchRow to own file with Anfrage/Merken/Vergleichen/Details→/Zur Einheit→ action buttons
- Details → navigates to /demand/results/:matchId using real match ID format (m__propId__prop__needId)
- Add InquiryQuickDialog + AddToPipelineDialog to AISearch.tsx so dialogs work from SavedProfilesTab
- Org-isolation: useNeeds filters by organizationId, org-mobimo gets 4 own search profiles
- Mock data: all 18 org-wincasa need names changed to descriptive profile names; 4 new org-mobimo needs added
- useUpdateNeed mutation hook for updating need fields (notificationConfig etc.)

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-06-19 20:53:49 +02:00
Benjamin SutterandClaude Sonnet 4.6 6aa4f96bd2 feat: responsive layout + Reminder Manager redesign
- Auto-collapse sidebar at <1536px (all laptops), expand at ≥1536px
- Responsive drawer/panel widths across Pipeline, Properties, MyListings, Anfragen, MatchDetail, AISearch
- Reminder Manager: dot+label priority badge, Fläche column removed, status only for non-active rows
- ReminderKpiBar: focal Überfällig card, three secondary KPIs
- ReminderDetailDrawer: Task Panel redesign — Finanzen removed, Notiz promoted, Pre-Market as inline badge, full create form
- useCreateReminder hook wired to reminderService.create with cache invalidation
- Mock data: contract-derived reminders (LEASE_EXPIRY, BREAK_OPTION, RENT_REVIEW, INSURANCE_RENEWAL, SCHATTENMARKT_RELEASE) now show auto-creation note in Verlauf

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-06-16 14:30:06 +02:00
Benjamin SutterandClaude Sonnet 4.6 5259579f85 refactor(PropertyIntelligenceCard): smaller image, larger text, more spacing
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-06-12 00:02:03 +02:00
Benjamin SutterandClaude Sonnet 4.6 beecf754d5 refactor: premium design polish — cards, results, grid view
- PropertyIntelligenceCard: aspect-ratio image, hover animation, compact
  data-completeness row, tighter body padding
- Results: replace verbose Card with compact active-search strip, remove
  DecisionContextPanel
- Properties: add 3/5/10 column toggle in grid view, persist to localStorage
- NeedInput, UnifiedResultCard/Feed, MatchCardViewModel: cleanup from
  earlier session

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-06-11 00:06:23 +02:00
Benjamin SutterandClaude Sonnet 4.6 6e67c698ce fix: standardize subtitle typography in all page headers
All page header subtitles now use variant="body2" color="text.secondary"
(0.875rem gray). Fixed caption→body2 in DataQuality and MarketIntelligence,
and aligned DashboardHeader title/subtitle to the global standard.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-06-11 00:05:30 +02:00
Benjamin SutterandClaude Sonnet 4.6 3dcac2dcb6 fix: MyListings — sticky header bar matches standard page layout
Restructured from scrollable content-box to flex-column with a
fixed header bar (borderBottom #e8e7e4, py:2.5) and a scrollable
content area below — identical pattern to all other pages.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-06-11 00:02:40 +02:00
Benjamin SutterandClaude Sonnet 4.6 5035445d2e refactor: standardize page title typography across all workspaces
All page-level headers now use fontSize:1.125rem, fontWeight:700,
color:#0f172a, container py:2.5, borderBottom:#e8e7e4 — matching
the standard established in PageHeader. Removes variant="h5"/h6"
inconsistencies across Supply, Demand, and shared components.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-06-11 00:01:15 +02:00
Benjamin SutterandClaude Sonnet 4.6 017835b083 fix(typography): remove DM Serif Display — all UI text now uses Inter
PageHeader titles, MatchCardCompact score badge, and IntelligenceMatchCard
score badge were the only 3 places using the serif override. All now use
the theme-defined Inter stack (fontWeight 600/700, letterSpacing tight).
PDF/print previews (BerichtDialog, LatentInquiryReportPreview) intentionally
keep their serif fonts — those are document renderers, not UI.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-06-10 23:53:15 +02:00
Benjamin SutterandClaude Sonnet 4.6 d945fb1ab6 refine(anfragencenter): compact match cards 168px, reply field 7 rows
Match cards reduced to 168px wide, 60px image height — supplementary context
should not visually dominate the primary chat content. Reply textarea grows
to 7 rows so the composer takes more of the available space.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-06-10 23:48:35 +02:00
Benjamin SutterandClaude Sonnet 4.6 f783cf6881 fix(anfragencenter): use aspectRatio 3/2 for match card images like PropertyIntelligenceCard
Replaces fixed height: 90px with aspectRatio: '3/2' — the same ratio used in
supply property cards. Ensures consistent, undistorted image crops across all
card surfaces. objectFit: cover guaranteed via <img> element.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-06-10 23:47:11 +02:00
Benjamin SutterandClaude Sonnet 4.6 cf9089b5a2 fix(anfragencenter): match cards fixed width 240px, horizontal scroll rail
Replace flex-stretch layout (cards filling full width = distorted images)
with fixed 240px cards in a horizontal overflow-auto rail. Shows as many
cards as fit the screen naturally; image height increased to 90px for a
cleaner 240×90 (≈ 8:3) proportion.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-06-10 23:46:04 +02:00
Benjamin SutterandClaude Sonnet 4.6 b0f675c319 refine(anfragencenter): property bar top, matches-only bottom, AI draft button
Layout: property context bar (44x44 thumbnail + title + key facts + Ansehen)
sits between inquiry header and chat. Bottom strip now shows only the
2-card matches slider — no duplicate property info. Images use objectFit:cover
via <img> for consistent non-distorted rendering. Match score shown as badge
overlay on image. Reply composer gains KI-Entwurf button (Sparkles, purple)
that fills a salutation-prefixed template; an inline label marks it as
AI-generated until the user edits.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-06-10 23:43:29 +02:00
Benjamin SutterandClaude Sonnet 4.6 da3b5b55cc refine(anfragencenter): clearer selection, card-style property strip, 2-item slider
- InquiryListRow: selected state now uses bright blue (4px #2563eb border,
  #eff6ff bg, blue tenant name) — unmistakable at a glance
- RelatedPropertyCardPanel compact: left panel is a mini property card matching
  supply card style (border, borderRadius 2, hover shadow, 78px image);
  right panel shows exactly 2 match slider cards with ChevronLeft/Right nav
  when more than 2 exist; match cards mirror property card visual language
- Strip maxHeight raised to 260px; reply composer rows 4→5

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-06-10 23:34:50 +02:00
Benjamin SutterandClaude Sonnet 4.6 76e52dae1d refine(anfragencenter): property strip with image thumbnail + horizontal match rail
Compact strip redesign: left side shows 72x80px property thumbnail + key facts
+ "Ansehen" link. Right side shows a horizontal scroll rail (148px cards) with
placeholder/actual image, title, score, and top match reason for each
additional property. Uses imageUrl from AdditionalPropertyMatch domain.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-06-10 23:29:29 +02:00
Benjamin SutterandClaude Sonnet 4.6 4c79d9f969 feat(anfragencenter): 2-column layout — chat top, property strip bottom
Replace 3-panel side-by-side layout with a vertical stack on the right:
InquiryChat takes full height (flex:1), RelatedPropertyCardPanel becomes a
compact 200px bottom strip with a 2-column layout (property info left,
further matches right). Active row selection background deepened to #eef2f8
for clearer focus indication.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-06-10 23:25:43 +02:00
Benjamin SutterandClaude Sonnet 4.6 ec5d567dae refine: Reminder Manager — align to premium design
Replace SaaS-generic KPI icon boxes with flat inline layout.
Replace MUI color-prop status chips with design-system colors
matching the rest of the supply workspace.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-06-10 23:05:08 +02:00
Benjamin SutterandClaude Sonnet 4.6 e64ae15d17 feat: anonymous pre-market release per unit
Add anonymous flag to schattenmarktRelease on PropertyUnit and Property.
When a unit is enabled in the pre-market panel, an Anonym toggle appears
inline — hides address and property name in the matching feed, showing
only area, type and region to prospective tenants.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-06-10 22:58:02 +02:00
Benjamin SutterandClaude Sonnet 4.6 ee229f8f4f refactor: unit-centric lease view — Einheiten & Mietverträge
Replace building-level Miet- & Mieterinformationen section with
unit-level lease display. Each unit row now shows tenant name and
lease end date directly; expand reveals full contract details
(Mietbeginn, Mietende, Laufzeit, Breakout, source system, doc link).

Floor grouping groups consecutive same-floor units under one label.
Domain model extended with Lease and Tenant types; deprecated
property-level tenant fields preserved via @deprecated for compat.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-06-10 22:52:18 +02:00
Benjamin SutterandClaude Sonnet 4.6 d771029633 fix: correct ScoreInlineBreakdown prop names in MatchCardCompact
scoreFactors/score were stale prop names; the component expects
scoreBreakdown and allFactors. Added null-guard for scoreBreakdown.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-06-10 16:00:20 +02:00
Benjamin SutterandClaude Sonnet 4.6 20dcc6b245 fix: remove FUTURE_SIGNAL from supply availability filter
FUTURE_SIGNAL is a demand/AI market intelligence concept — it applies
to properties not in the manager's portfolio. Own properties can only
be AVAILABLE_NOW, AVAILABLE_SOON, or OCCUPIED.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-06-09 22:52:19 +02:00
Benjamin SutterandClaude Sonnet 4.6 bd9fd98d78 refine: sharper corners, minimal status indicator, no metric boxes
- theme: borderRadius 8→4 (cascades to all MUI components)
- PropertyIntelligenceCard: status pill → plain dot+text (no bg/border)
- OCCUPIED status: green → neutral gray (rented = expected, no signal needed)
- metric cells: remove box decoration, whitespace-only separation
- metric labels: lowercase, no uppercase/letter-spacing
- status placed inline next to location, saving vertical space

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-06-09 22:49:18 +02:00
Benjamin SutterandClaude Sonnet 4.6 bae0cd31d5 refactor: remove ÖV chip from supply card — tenant metric, not manager metric
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-06-09 22:40:29 +02:00
Benjamin SutterandClaude Sonnet 4.6 5c886193d5 refactor: PropertyIntelligenceCard — property manager perspective
Primary element: occupancy status pill (Vermietet/Bald frei/Verfügbar)
with semantic color — this is what drives every manager action.

Metrics: Fläche · Miete CHF/m²/J · Anfragen (not annual total)
- CHF/m²/J is the professional pricing metric, not the portal total
- Removed price overlay from image — clean photo, no text on top
- Image reduced to 150px (photo as context, not hero)

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-06-09 22:39:25 +02:00
Benjamin SutterandClaude Sonnet 4.6 e6c20958a5 feat: supply card metrics — replace Prestige with Anfragen count
Senior property manager perspective: the three key metrics are
Fläche (size), Frei ab (availability date), and Anfragen (active
inquiry count). Anfragen box highlights amber when > 0. Rename
Datenkonfidenz → Datenvollständigkeit (clearer for the manager).
Remove ÖV chip, keep fit-out and contract chips as property specs.
Wire inquiryCount from useActiveInquiries in Properties page.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-06-09 22:36:45 +02:00
Benjamin SutterandClaude Sonnet 4.6 884bb468b8 refactor: PropertyIntelligenceCard — keep all info, premium visual treatment
Preserve metric boxes, ÖV/fit-out/contract chips and confidence bar.
Apply premium styling: DM Serif CHF on image, neutral dark asset-type
badge, warm gray metric boxes (#f9f8f6), muted border chips, navy
confidence bar with gold % when high.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-06-09 22:32:39 +02:00
Benjamin SutterandClaude Sonnet 4.6 29ee98a300 fix: Properties grid — wider min card width, more breathing room
Change minmax from 240px to 320px and gap from 1.5 to 2.5 so the
grid shows 3-4 columns instead of 9-10 on a wide screen.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-06-09 22:30:12 +02:00
Benjamin SutterandClaude Sonnet 4.6 161b2d609a refactor: PropertyIntelligenceCard — E&V-style minimal layout
Remove all image overlays, colored badges, metric boxes and confidence
bar. New structure: image → location (gray) → title → price large
(DM Serif) → single facts line. Single neutral dark tag for asset type.
Matches Engel & Völkers card pattern.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-06-09 22:28:56 +02:00
Benjamin SutterandClaude Sonnet 4.6 da50f3b5ea feat: premium redesign — DM Serif, refined palette, flat score badges
- Design tokens (ds.ts, theme.ts, scoreTheme.ts): new warm palette
  (#152642 navy, #f9f8f6 warm white, #e8e7e4 borders, #b8975a gold accent),
  flat score tier badges replacing CSS gradients, Inter + DM Serif Display typography
- Card components: white-background cards, DM Serif score numbers, max-2 badge
  chips with +N overflow tooltip, editorial score badge positioning
- Layout shell: gold left-accent nav active state, 64px top bar, outlined
  workspace chip, DM Serif page titles
- Shared atoms: GenericBadge (outlined/solid variants), ResultFilterBar
  (simplified chip styles), DecisionContextPanel (dot metrics, no left accent)
- Global replacement (118 files): #1e3a5f→#152642, #e2e8f0→#e8e7e4,
  #f4f6f9→#f9f8f6 — all handled via Node.js for proper UTF-8 safety

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-06-09 22:26:30 +02:00
Benjamin SutterandClaude Sonnet 4.6 96a2507979 fix: carry all unit data into + Inserat prefill
When clicking + Inserat in UnitStructurePanel, the new listing form
now pre-populates: floor label, fit-out standard, parking, ceiling
height, Mieterausbaubeitrag, Teilbar toggle, min lettable sqm, and
availability date from the unit and its parent property.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-06-09 21:32:54 +02:00
Benjamin SutterandClaude Sonnet 4.6 87ea4c4dfc fix: clear stale search criteria on text edit, fix Zürich false-positive, improve cost breakdown and fit-out labels
- AISearch: clear parsed criteria when user manually edits text input so stale locations (e.g. Zürich) no longer persist after retyping
- needParser: fix ZURICH_SIGNALS substring bug — "kreis N" now uses word-boundary regex so "umkreis 22" no longer matches "kreis 2"
- CompareTableBody: row 9 shows full cost breakdown (Miete + NK + amortised fit-out) using FITOUT_AMORTIZATION_YEARS from constants
- FitOutCostPanel: replace local AMORTIZATION_YEARS with FITOUT_AMORTIZATION_YEARS from constants.ts (single source of truth)
- constants.ts: add FITOUT_AMORTIZATION_YEARS = 5 — change here to affect all cost calculations
- PropertyIntelligenceCard: translate raw fitOut enum to German labels (Rohbau/Grundausbau/Vollausbau/Premium-Ausbau) with explanatory tooltips; add tooltip on contract duration chip

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-06-09 17:32:25 +02:00
Benjamin SutterandClaude Sonnet 4.6 c6d3071010 docs: Änderungsprotokoll aktualisiert — Change 2 vollständig, Change 5 + 6 ergänzt
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-06-07 00:24:17 +02:00
Benjamin SutterandClaude Sonnet 4.6 5a1f412ce3 feat: anonymes Suchprofil — Toggle im Speichern-Schritt, supply-side Masking
- Toggle 'Anonymes Suchprofil' im AISearchSavePreview (nicht in Suchmaske)
- Box wechselt zu lila wenn aktiv, Text erklärt was anonymisiert wird
- isAnonymous wird via buildNeedInput in gespeichertes Need geschrieben
- MatchListCard + NeedSelectionPanel: zeigen 'Anonyme Anfrage' (lila) statt Firmenname

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-06-07 00:04:17 +02:00
Benjamin SutterandClaude Sonnet 4.6 b2530f9e20 feat: Reale Jahresbelastung, must-have fixes, fitOut data coverage
Reale Jahresbelastung (Change 6):
- FitOutCostPanel zeigt Jahresmiete + amortisierte Ausbaukosten für alle fitOut-Werte
- FULL/PREMIUM: Ausbau CHF 0 (bezugsfertig), SHELL/BASIC: CRB/BKP-Richtwerte amortisiert über 5 J.
- Match-Card-Chip zeigt geschätzte Investition (orange wenn >100k)
- FitOutInvestment-Typ + calcFitOutInvestment() in fitOutUtils.ts
- BackendAIService + MockAIService mit generateFitOutAdvice (IAIService-Interface)

Must-have Kriterien (Nicht prüfbar Fix):
- ÖV-Anbindung: Minutengrenze aus Freitext extrahiert, gegen publicTransportMinutes geprüft
- Mindestfläche: m²-Wert aus Freitext extrahiert, gegen areaSqm geprüft
- Ausbaugrad: neues Keyword-Rule für FULL/PREMIUM

fitOut-Datenpflege:
- fitOut-Werte zu 32 fehlenden Properties ergänzt (Logistik=SHELL, Standard=BASIC, Modern=FULL)
- MAB-Werte (200/150/250 CHF/m²) zu 3 BASIC-Objekten hinzugefügt

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-06-06 20:09:55 +02:00
Benjamin SutterandClaude Sonnet 4.6 a825672197 feat: collapsible filter bar, compact property cards, offer wizard field selection
- Properties page: collapsible decision/filter strip (localStorage state), slim
  single-row Datenpflege status bar (chips + button), 4-column card grid
- PropertyIntelligenceCard: reduced image height (160→120px), tighter body padding
- OfferWizard (latente Anfragen): new "Felder wählen" step between property
  selection and PDF preview; uses ReportObjectFieldSelector per property
- MockPdfPreview: adds second PDF page showing selected properties side by side
  with photo, title, location and all chosen hard/soft fact fields
- offerWizardStore: adds select_fields step type and fieldSelections state

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-26 15:36:32 +02:00
Benjamin SutterandClaude Sonnet 4.6 36570c5bdc fix: resolve all TypeScript errors and refactor oversized components
- Fix MUI v9 API: PaperProps/InputLabelProps/inputProps → slotProps in 6 components
- Add ExternalMarketResult alias, PropertyUnit import, OPERATIONS workspace config
- Fix TradeOff.description → .concern, ScoreFactor.label → .criterion
- Make schattenmarktRelease.leadTimeMonths optional, fix mock-data enum values
- Fix useMatchDetailData query typing, weightingService missing WeightProfile keys
- Split Pipeline/Compare/MatchDetail/IntelligenceMatchCard into sub-components
- Fix all test fixtures (CreateNeedInput, CreatePropertyInput, TradeOffInput, etc.)
- Add vercel.json for deployment, zero tsc errors

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-26 00:08:35 +02:00
Benjamin SutterandClaude Sonnet 4.6 98d2770054 feat: Datenpflege — actionable work queue with inline editing
- KPI cards now clickable filters (Pflichtfelder fehlen → filters list, etc.)
- Quality distribution bars also clickable filters
- Table rows sorted by urgency: critical+stale first, then critical, then stale
- Missing field names shown as red chips (not tooltip count): Mietpreis, Fläche, etc.
- Each row has Edit2 icon button + full row click → opens PropertyDetailView drawer
- Empfehlung column: top recommended action with priority icon (AlertTriangle/Clock)
- Active filter chip with × to clear
- DataFreshness stale highlighting in row background

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-24 23:57:12 +02:00
Benjamin SutterandClaude Sonnet 4.6 6fb2fb027c refactor: rename tab to KI-Signale, diversify DEMAND signal narratives
- "Digitale Signale" → "KI-Signale" tab label
- signal-001: Alpbach Advisors — new Zürich branch announced via press release
- signal-007: EBH Treuhand — Handelsregister merger of two Winterthur firms
- signal-010: Centra Schweiz — suburban→city relocation for talent attraction
- signal-013: Rheintaler Logistik Solutions — spin-off needs its own premises
- signal-015: BernTech — CEO publicly confirmed new office in VC press release
- signal-004 improved: lab expansion driven by published strategic plan, not headcount
- Each signal uses a different trigger: press/Handelsregister/annual report/VC round

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-24 23:53:30 +02:00
Benjamin SutterandClaude Sonnet 4.6 7f6b7766e6 feat: Marktchancen — Netzwerk-Hinweise tab (human-sourced market intel)
- MarktHinweis domain type: SUCHE/VERFUEGBARKEIT direction, INTERN/PLATTFORM
  visibility, anonymization flag, source tracking
- Full data layer: IMarktHinweisProvider, MockupMarktHinweisProvider, service, hooks
- 7 seed entries: mix of intern/shared, demand/supply, own/partner Verwaltungen
- Marktchancen gets two-tab layout: Digitale Signale (crawler) + Netzwerk (human)
- HinweisListItem: direction icon, visibility badge (Intern/Geteilt/partner name)
- HinweisDetail: note card, portfolio match (SUCHE) or availability info (VERFUEGBARKEIT)
- HinweisErfassenDialog: direction toggle, asset type, location, area range,
  company + anonymize switch, source, note, card-based visibility picker
- HinweisPropertyCard: same Anschreiben composer pattern as crawler side

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-24 23:47:50 +02:00
Benjamin SutterandClaude Sonnet 4.6 63909c8caf feat: Marktchancen — source links, KI-Kontaktdaten, portfolio match, Anschreiben
- ExtractedContact domain type (ContactType, ContactConfidence) on FutureSignal
- Mock extractedContacts for all 6 DEMAND signals (website, email, phone/linkedin)
- Source URL row with external link button
- KI-Kontaktdaten section: clickable links, confidence dots, purple accent
- PropertyMatchCard: area fit % chip (green/yellow/red), inline Anschreiben toggle
- buildAnschreiben() pre-filled German outreach template, editable + copy button
- Portfolio match section groups properties by fit quality

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-24 23:32:42 +02:00
Benjamin SutterandClaude Sonnet 4.6 d8ff380d6e feat: merge Markt-Leads + Markt Intelligence → Marktchancen
Two-pane UX (from Market Intelligence) with supply-relevant data
(FutureSignal + portfolio property matches from Markt-Leads):
- Left pane: filterable signal list with probability badge + portfolio match count
- Right pane: company overview, KI-Analyse, market indicators, Faktencheck,
  portfolio matches (click → Meine Objekte), Reminder erstellen action
- No OPS-level actions (approve/reject/review stripped out)
- Nav: remove Markt-Leads entry, rename to Marktchancen

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-24 23:22:18 +02:00
Benjamin SutterandClaude Sonnet 4.6 81d66d24a9 feat: hide Marktsignale tab on Inserate detail drawer — direct listings have no market signal data
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-24 23:14:29 +02:00
Benjamin SutterandClaude Sonnet 4.6 e597e81ff5 feat: hide Matchability tab on Inserate detail drawer
PropertyDetailView gets hideTabs prop — MyListings passes ['Matchability']
since the Suchabo chip already covers the match/contact use case inline.
Tab content now keys by name not index, so removal doesn't shift panels.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-24 23:13:50 +02:00
Benjamin SutterandClaude Sonnet 4.6 d2af8664f4 fix: KPI card counts match feed — exclusive buckets + filter reset on click
- reminderService: dueThisWeek/dueThisMonth use exclusive day ranges (1-7,
  8-30) matching getHorizon() buckets; schattenmarktReadyCount counts by
  type=SCHATTENMARKT_RELEASE (same criteria as the feed filter)
- ReminderKpiBar: clicking a horizon card resets filterType to ALL;
  clicking Pre-Market card resets filterHorizon to ALL — ensures the number
  shown on the card always equals the number of rows displayed below

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-24 23:12:08 +02:00
Benjamin SutterandClaude Sonnet 4.6 cd220ed282 feat: Suchabo inline contact flow — chip opens need detail + OfferWizard
- Add >80% STRONG matches for all 6 direct listings (match-072–075)
- Add 4 new Needs (need-012–015) tailored to each previously unmatched listing
- Add 8 new LatentNeeds (lneed-007–014) for all needs in direct listing matches
- Add need→latentNeed mapping (src/lib/needToLatentNeedMap.ts)
- MyListings: clicking Suchabo chip opens dialog with company name, score,
  PublicNeedDetail view and OfferWizard — no navigation to Anfragencenter needed

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-24 23:08:41 +02:00
Benjamin SutterandClaude Sonnet 4.6 a9ee53f185 feat: Inserate — edit drawer + Suchabo match count per listing
Each listing row now shows a color-coded Suchabo chip (green ≥80 / amber
≥60 / red) with a tooltip listing individual scores. Clicking a row opens
a right-side PropertyDetailView drawer with full edit + Matchability tab
(which shows the matching Suchabos). Added 7 mock matches across the 6
direct listings.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-24 22:54:06 +02:00
Benjamin SutterandClaude Sonnet 4.6 fe8444c1d3 feat: add 6 mock direct listings (sourceType DIRECT) for Inserate page
4 active + 2 inactive — Office/Retail/Light-Industrial/Logistics across
Zürich, Bern, Winterthur, Pratteln, Muttenz, Luzern.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-24 22:47:12 +02:00
Benjamin SutterandClaude Sonnet 4.6 453f2b1982 refactor: merge nav — rename to Inserate, remove Neues Inserat sidebar entry
New listings are created via the button on the Inserate page, not as a
first-class nav destination.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-24 22:45:14 +02:00
Benjamin SutterandClaude Sonnet 4.6 d804d1c923 feat: Reminder Manager UX — timeline-first grouped layout
Replace 3-row filter panel with a grouped feed (Überfällig / Diese Woche /
Dieser Monat / Später). KPI cards are now clickable shortcuts that filter to
their time horizon or type (Pre-Market). Filter bar condenses to one row:
search + type dropdown + archive toggle. Rows get a left priority-color
border (red/orange/yellow). Default status filter is ACTIVE+SNOOZED.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-24 22:42:37 +02:00
Benjamin SutterandClaude Sonnet 4.6 a9e038a64f feat: Marktsignale KPI panel with adjustable radius (5/10/15/20 km)
Adds MarketKpis domain type with formula-based radius scaling, a MarketKpiPanel
component (vacancy rate, platform searches, avg vacancy duration, demand/supply
ratio — color-coded with interpretation badges), and integrates it at the top of
PropertyMarketSignalsTab. Demand/supply section labels now update with the
selected radius. Mock data covers all 5 existing market reports.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-24 22:28:04 +02:00
Benjamin SutterandClaude Sonnet 4.6 61a26d00a7 feat: Mietvertrag-Mock für 50 % der Objekte (URL + Bezeichnung)
Jedes zweite Objekt bekommt per Post-Processing-Loop eine
leaseContractUrl (docs.wincasa.ch/…) + leaseContractName
(„Mietvertrag YYYY–YYYY") — ohne echten Inhalt, nur für die UI.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-24 22:19:37 +02:00
Benjamin SutterandClaude Sonnet 4.6 f2edc3b2ef feat: Mietvertrag hinterlegen pro Objekt (Link + Bezeichnung)
- Property.leaseContractUrl? + leaseContractName? im Domain
- PropertyDetailOverview: Mietvertrag-Block in "Miet- & Mieterinformationen"
  — View-Modus: Öffnen-Button oder "Noch kein Vertrag"-Hinweis
  — Edit-Modus: URL-Feld + Bezeichnungsfeld (gespeichert via updateProperty)
- ReminderDetailDrawer: Mietvertrag-Link im "Objekt"-Abschnitt
  (lädt Property über usePropertyById)

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-24 22:18:02 +02:00
Benjamin SutterandClaude Sonnet 4.6 e95490eb72 feat: Grundriss-Feature, Listenansicht mit Bildern, Gewerbe-Label, Image-Pool
- Grundriss (FloorPlanSection): PropertyUnit.floorPlanUrl?, Property.floorPlanUrl?;
  FloorPlanSection in MatchDetail + PropertyDetail; FloorPlanUrlSection in NewListing-Formular
- Listenansicht (MatchCardCompact): horizontales Layout mit 120px Bildstreifen,
  Score-Badge, Asset-Label-Overlay, alle 3 grünen Punkte, Anfrage-Button
- Light Industrial → "Gewerbe" überall (NeedInput, NeedCardPreview, CriteriaReviewPanel,
  newListingConstants, MyListings, propertyHelpers)
- "Zum Originalinserat"-Button nur bei Maison-Work-Objekten
- Image-Pool: propertyImageResolver mit sequentiellem Pool-Index (keine doppelten Bilder),
  nur Innenaufnahmen, rotate()-Trick für Sub-Pools
- Overlay-Labels (Objekttyp + Stadtteil) in LocationPreview + IntelligenceMatchCard

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-24 22:12:43 +02:00
Benjamin SutterandClaude Sonnet 4.6 3ab6eeccf2 fix: demand Anfragen page shows own sent inquiries (demand perspective)
Replace supply-side mock data with demand-side conversations where the
logged-in user is the sender (right/dark) and verwalter replies are left.
List shows property name instead of tenant name.
New domain fields: propertyManagerName, propertyManagerCompany, propertyAddress.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-24 18:07:59 +02:00
Benjamin SutterandClaude Sonnet 4.6 128d28af8d feat: in-memory inquiry flow — send from card, pipeline, and detail
New inquiryStore (Zustand) holds sent inquiries for the session.
InquiryQuickDialog reads from the store (no props), renders wherever needed.
Sent inquiries appear immediately at the top of the Anfragen page.

Entry points:
- Match cards: "Anfrage" button on every card in the results feed
- MatchDetail: primary action in NextActionsPanel
- Pipeline: chat icon on every DraggableCard

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-24 18:00:46 +02:00
Benjamin SutterandClaude Sonnet 4.6 9df5d285f5 fix: remove hidden score modifiers + fix Zürich auto-inference false positive
Score formula simplified to: finalScore = round(hard×60% + soft×40%)
Removes dataQualityModifier, confidenceModifier, mustHaveEval.scoreImpact —
the breakdown panel now always matches the displayed score.

Also removes 'industrie groove' from Zürich-only location signals — the phrase
describes an aesthetic preference, not a district reference.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-24 17:33:55 +02:00
Benjamin SutterandClaude Sonnet 4.6 609a3634bd feat: remove EXTERNAL_MARKET result type entirely
All external market properties now surface as VERIFIED_PORTFOLIO.
Removes the type from enums, domain types, mock data, matching engine,
components, hooks, and tests — zero user-visible distinction remains.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-24 17:28:42 +02:00
Benjamin SutterandClaude Sonnet 4.6 11de05025c fix: merge EXTERNAL_MARKET into Verifiziertes Objekt
Only 3 result types shown to users: Verifiziertes Objekt, Maison Work,
Zukunftssignal. EXTERNAL_MARKET label and color now identical to
VERIFIED_PORTFOLIO — no visible distinction for end users.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-24 17:18:33 +02:00
Benjamin SutterandClaude Sonnet 4.6 99c26b5464 feat: Decision Intelligence simplification pass
Phase 1 — MatchDetail: collapse from 11 panels to 3 visible sections
(Warum dieser Match? / Nächste Aktion / toggle). All analysis panels
(ScoreBreakdown, Risk, MissingData, NeedAlignment, Location, Tradeoffs,
FutureAvailabilityContext) hidden behind "Vollständige Analyse anzeigen".
Removes 2-column sidebar layout for cleaner single-column reading flow.

Phase 2 — Supply Dashboard: replace data quality KPIs with demand
intelligence. Hero now shows "Starke Match-Anfragen", active properties,
and Zukunftssignale count. Top 4 matches listed with score + reason +
next action. Data quality demoted to secondary collapsed notice.

Phase 3 — Future Availability: add informational banner above the results
feed when Zukunftssignale are present. Framed as professional market
intelligence (contract expiries, construction signals) not as risk.
Removed Zukunftssignal from DecisionContextPanel risks array.

Phase 4 — Naming: standardise RESULT_TYPE_META to "Verifiziertes Objekt" /
"Externes Angebot" / "Maison Work" / "Zukunftssignal" across all screens.
EXTERNAL_MARKET gets distinct amber color (#d97706). Remove Gold/Silver/
Bronze tier label from match score badge — only the % number is shown.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-24 17:09:12 +02:00
Benjamin SutterandClaude Sonnet 4.6 58a0a05eff test: integration coverage for stores, services, MockAIService, and hooks
- Stores (29 tests): compareStore max-4 enforcement, toastStore unique IDs,
  shortlistStore dialog state, assistantStore context merge + clearConversation
- Services (37 tests): needService CRUD, propertyService dashboard summary
  active-status filter, matchService computeMatchesForNeed + getStrongMatches,
  futureSignalService summary math (distribution totals, highConfidence count)
- MockAIService (18 tests): follow-up question priority ordering, area ambiguity
  detection (ratio >8 and zero values), max-3 cap, trade-off risk logic
  (LOW/MEDIUM/HIGH thresholds), match explanation headline tiers, provenance shape
- Hooks (20 tests): useNeeds/useProperties/useMatches envelope unwrap, disabled-
  when-empty guards, useCreateNeed/useCreateProperty mutations, useNeed/useMatchDetail

All 257 tests pass.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-24 16:55:02 +02:00
Benjamin SutterandClaude Sonnet 4.6 e1f4beb898 refactor: architecture compliance pass — DS tokens, hook boundary, god component split, AI hardening
- DS token migration: Anfragen.tsx + child components (AnfragenInquiryItem, AnfragenMessageBubble)
  fully migrated; DS_TEXT.brandDark added; scoreTheme.ts moved to src/lib/ with re-export proxy
- Hook boundary: Results.tsx no longer calls needService directly — routes through useNeeds()
  with optional refetchOnMount/gcTime overrides
- NewListing.tsx (440L) split into useNewListingForm hook + 8 section components under
  src/components/new-listing/; page shell reduced to 121 lines
- AI hardening: Zod .strict() on all schemas, AIProvenance extended with schemaVersion/
  fallbackReason/traceId/latencyMs, AITraceStore stats with p50/p90/p99 + failure breakdowns,
  MockAIService buildFollowUpQuestions with priority ordering + area-ambiguity detection,
  prompt templates updated (LIGHT_INDUSTRIAL, budget unit, ambiguity detection, decimal precision)
- Tests: all 154 passing; fixed test regression caused by OfferEmailResponseSchema body min(50)

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-24 16:10:39 +02:00
Benjamin SutterandClaude Sonnet 4.6 e36c5bc979 refactor(arch): eliminate direct service calls in components — route all through hooks
New hook files:
- useAuth.ts: useLogin, useSwitchDemoRole, useSwitchOrganization
- useAI.ts: useParseNeed, useGenerateOfferEmail, useGenerateDecisionBrief, useParseListingText
- useAssistant.ts: useAssistantSuggestions (useQuery), useAssistantAnswer (useMutation)
- useOfferReport.ts: useOfferReportByInquiry, useCreateOfferReport, useUpdateOfferReport, useGenerateOfferReportPdf
- useInquiryReport.ts: useInquiryReportByInquiry, useCreateInquiryReport, useUpdateInquiryReport, useFinalizeInquiryReport
- useMarketReport.ts: useMarketReport
- useWeighting.ts: useDefaultWeights (synchronous wrapper)
- useUnitMatches.ts: useUnitMatchesMap, useUnitBundle, useBundleMatches (useMemo wrappers)

Extended hooks: useProperties (add update/create/remove mutations),
useNeeds (add useCreateNeed), useMatches (add useNeedMatchesForProperty,
useAdditionalMatchesForInquiry), useReviewQueue (add useCreateReviewTask)

Updated 21 components/pages: all direct service imports replaced with hooks.
Deliberate exception: getRecommendedActions in DataQuality.tsx (pure sync utility, no provider access).

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-24 14:56:32 +02:00
Benjamin SutterandClaude Sonnet 4.6 f487435a94 fix: correct rent unit labels and monthly/annual calculation consistency
- NeedAlignmentPanel: display budget row in monthly (CHF/m²/Mt.) to match
  the Preis section, use exact division (no Math.round) to avoid 13×12≠152
- MatchDetailPropertySections + PropertyDetailPublicSections: replace
  Math.round(rentPricePerSqm/12) with exact division; show 2 decimal places
  when monthly is not a whole number (e.g. CHF 12.67 instead of CHF 13)
- Add /Jahr suffix to all 15 displays showing rentPricePerSqm or maxPerSqm
  without a time unit across results, compare, match-detail, supply, and
  anfragencenter components

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-24 14:35:20 +02:00
Benjamin SutterandClaude Sonnet 4.6 d4171fe9b5 feat(ai): observability tracing + improved prompt templates
- Add AITrace type, AITraceStore (circular buffer, localStorage in DEV,
  window.__aiTraces for DevTools), provenanceToStatus() helper
- Instrument OpenRouterAIService withFallback with latency tracking and
  trace recording across all three paths (no-key, success, error)
- Wrap all MockAIService methods with traceMock for consistent in-memory
  tracing including method name, latency, and validation status
- Improve all 6 prompt templates with ROLLE/AUFGABE/VERBOTE/BEISPIEL
  structure; marketSignalPrompt carries hard prohibition against claiming
  confirmed availability from unconfirmed signals

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-24 14:18:42 +02:00
Benjamin SutterandClaude Sonnet 4.6 7934da7669 feat: design token system — DS_TEXT/DS_SURFACE/DS_BORDER + 237 hex migrations
Token infrastructure (src/lib/ds.ts):
- DS_TEXT: 16 semantic text color tokens (primary/secondary/muted/success/
  warning/error/info/brand/signal + dark variants successDark/warningDark/
  signalDark/infoDark for text on tinted surfaces)
- DS_BG: page/surface/subtle/muted background tokens
- DS_BORDER: default/muted/strong border tokens
- DS_SURFACE: 10 bg+border surface pairs (success/warning/error/info/indigo/
  purple/orange/blue/neutral/slate)
- DS_MATCH_TIER: score-tier surface aliases keyed by strong/moderate/weak
- DS_PRE_MARKET / DS_MARKET_SIGNAL: named aliases for futureCard tokens
- DS_SHADOW: card/panel/dialog elevation tokens
- BADGE_COLORS: 14 semantic presets for GenericBadge (confidenceHigh,
  riskMedium, preMarket, marketSignal, verified, gold, silver, bronze…)

GenericBadge (src/components/shared/GenericBadge.tsx):
- New semanticVariant prop (keyof BADGE_COLORS) — preferred over raw hex
- color prop becomes optional (fallback), type-documented as escape hatch

Priority file migrations — 237 hex literals replaced across 10 files:
  ScoreBreakdownPanel.tsx    −22  PipelineDetailPanel.tsx    −22
  FutureAvailabilityCard.tsx −26  AICompareSummary.tsx       −27
  LocationIntelligencePanel  −39  AssistantPromptSuggestions −18
  UnitStructurePanel.tsx     −25  BerichtDialog.tsx          −24
  PreMarketPanel.tsx         −24  PropertyActivityLogPanel   −10

ESLint (eslint.config.js):
- Updated rule message to reference new tokens (DS_TEXT, DS_SURFACE, etc.)
- Added 'stroke' to monitored property names
- Remains 'warn' for gradual migration; use check:tokens for CI gate

CI script (scripts/check-tokens.js + npm run check:tokens):
- Counts hex patterns in components/ + pages/
- Fails if count > THRESHOLD (ratchet: 1958 baseline, lower per sprint)
- Reports top 15 offenders for prioritizing next migration batch

Results: ESLint targeted sx-prop violations: 1752 → 1030 (−41%)
0 TypeScript errors, 154 tests green

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-24 14:05:52 +02:00
Benjamin SutterandClaude Sonnet 4.6 e62391af66 feat: Zod AI validation, AIProvenance governance, fix tests (154 green)
- Add AIProvenance + AIResponse<T> to IAIService — all 11 methods now
  return structured provenance (provider, model, source, fallbackUsed,
  validationPassed) instead of bare ItemResponse<T>
- Add schemas.ts with Zod schemas for all 8 AI response types;
  validateAIResponse() utility returns null on failure, never throws
- Rewrite OpenRouterAIService: every method validates AI JSON against
  its Zod schema; failed validation triggers MockAIService fallback
  with fallbackUsed:true — no invalid data can reach the UI
- Fix MockAIService.generateFollowUpQuestions: replace broken
  mockParseNeed(JSON.stringify(criteria)) with direct ParsedNeedCriteria
  field inspection; returns max 3 prioritised FollowUpQuestion objects
- Add provenance: mockProvenance() to all MockAIService responses
- Improve decisionBriefPrompt: structured JSON schema example,
  confidence vocabulary, availability disclaimer
- Improve matchExplanationPrompt: score-tier vocabulary, isFutureSignal
  flag forbids confirmed-availability language for future signals
- Add 102 new tests: mustHaveScorer (16), softFactorEnrichment (38),
  aiSchemas (52) — 154 total, all passing; 0 TypeScript errors

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-24 13:44:46 +02:00
Benjamin SutterandClaude Sonnet 4.6 8f1db31683 refactor: GenericBadge + Provider-Isolation
Teil A — GenericBadge:
- Neue src/components/shared/GenericBadge.tsx mit zwei Varianten:
  transparent (${color}18 Hintergrund, farbiger Text, opt. Border)
  solid (gefüllte Farbe, weisser Text)
- Props: label, color, variant, showBorder, bold, icon, size, tooltip, ariaLabel
- 7 Badges auf GenericBadge refactored (Config-Objekt + 1-Zeiler):
  ReviewStatusBadge, ReviewPriorityBadge, ReviewEntityTypeBadge,
  AIOutputStatusBadge, AIErrorBadge, MatchStatusBadge, ShortlistStatusBadge
- Barrel-Export in src/components/shared/index.ts

Teil B — Provider-Isolation:
- src/mock-data/propertyStore.ts als neutrales Daten-Modul erstellt
- MockupPropertyProvider: importiert aus mock-data statt selbst zu definieren
- MockupUnitProvider: importiert aus mock-data statt aus MockupPropertyProvider
- matchSyncService: importiert aus mock-data statt aus MockupPropertyProvider
- Kein Provider importiert mehr einen anderen Provider

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-24 13:13:34 +02:00
Benjamin SutterandClaude Sonnet 4.6 7f090a48ff refactor: replace hardcoded hex colors with design tokens across priority components
- Add DS_COLORS.heat, DS_COLORS.futureCard, INQUIRY_STATUS_META tokens to ds.ts
- Eliminate 4 duplicate RESULT_TYPE_META / TYPE_META constants (now all use ds.ts)
- Eliminate 3 duplicate scoreColor / SCORE_COLOR functions (now all use matchScoreHex)
- HeatBadge: use DS_COLORS.heat.VERY_HOT / HOT tokens
- FutureAvailabilityCard: use DS_COLORS.futureCard.controlled / signal tokens
- IntelligenceMatchCard: import RESULT_TYPE_META from ds.ts, remove primary override
- MatchScoreDisplay: replace local scoreColor() with matchScoreHex()
- CompareColumnHeader: remove local TYPE_META + SCORE_COLOR, use ds.ts + utils.ts
- CompareTableBody: import RESULT_TYPE_META + matchScoreHex, fix #7c3aed → token
- compareUtils: remove TYPE_META + SCORE_COLOR, use dataQualityHex in scoreBar
- Anfragen + AnfragenInquiryItem: deduplicate STATUS_CONFIG → INQUIRY_STATUS_META
- Anfragen: #1e3a5f → 'primary.main', KI alert → futureCard.controlled tokens
- AnfragenMessageBubble: own-message bubble → 'primary.main', AI bubble → tokens
- ScoreBreakdownPanel: #1e3a5f → 'primary.main', #6d28d9 → futureCard.controlled
- ESLint: add warn rule against new hex colors in component sx props

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-24 13:02:01 +02:00
Benjamin SutterandClaude Sonnet 4.6 c972392b78 feat: OpenRouter-ready AI service — all 11 methods implemented
IAIService:
+ generateMatchExplanation, summarizeTradeOffs, generateDataQualitySummary,
  classifyMarketSignal (4 new methods covering all documented AI output types)

OpenRouterAIService:
- All 11 methods now make real API calls via withFallback() pattern
- Every fallback is explicit (console.warn/error) — no silent mock bleed-through
- Proper JSON extraction with type-safe parsers, no any casts
- parseNeed: AI JSON → ParseNeedResult mapping (no TODO stubs)
- generateFollowUpQuestions, generateMatchExplanation, summarizeTradeOffs,
  generateDataQualitySummary, classifyMarketSignal, generateOfferEmail,
  extractCriteria, generateFollowUp: fully implemented

Prompts: +followUpQuestionsPrompt, +tradeOffPrompt, +dataQualityPrompt, +marketSignalPrompt

Factory (index.ts):
- VITE_AI_PROVIDER=mock|openrouter (new, takes priority)
- VITE_USE_REAL_AI=true still supported (legacy compat)
- Missing API key → explicit console.warn + MockAIService fallback

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-24 12:43:51 +02:00
Benjamin SutterandClaude Sonnet 4.6 723f553939 refactor: move PipelineItems from Zustand to Provider→Service→React Query
PipelineItems are domain data and must not live in Zustand. Moves the
full stack to the correct layer: MockupPipelineProvider (localStorage
persistence + seed fallback) → pipelineService → usePipeline hooks
(useQuery for reads, useMutation for writes with cache invalidation).

pipelineStore is now UI-only: dialogOpen, pendingItem, openSavedDialog,
closeSavedDialog. All consumers updated to use the new hooks.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-24 12:32:57 +02:00
Benjamin SutterandClaude Sonnet 4.6 0582031930 test: Vitest test infrastructure + 52 unit tests for matching engine
Install vitest, @vitest/coverage-v8, jsdom, @testing-library/react/jest-dom.
Add test / test:watch / test:coverage scripts to package.json.

Three test suites covering the business-critical scoring pipeline:

scoreCalculator.test.ts (28 tests)
- calcDataQualityModifier: all 5 boundary thresholds (+5 / 0 / -5 / -10 / -15)
- calcConfidenceModifier: verified/external/maison-work/future + low-conf stacking
- applyHardFilters: pass, wrong asset type, area tolerance, budget exclusion, OCCUPIED penalty, excluded city
- calculateScore: strong match ≥85, weak match <50, excluded=0, determinism,
  formula verification, DQ+confidence direction, occupied 25-point penalty,
  positive factors, allHardFactors completeness

rankingEngine.test.ts (10 tests)
- matchStrengthFromScore: STRONG/MODERATE/WEAK boundaries (78/52)
- rankMatches: score sort, type tiebreak (VERIFIED > EXTERNAL), confidence tiebreak
- buildFullMatch: all explainability fields, SHORTLIST+CONTACT for strong match,
  SCHEDULE for future signals, uncertainty indicators

matchCardAdapter.test.ts (14 tests)
- VERIFIED_PORTFOLIO: resultType, title, locationLabel, matchScore, scoreBreakdown,
  no disclaimer, reasons from positiveFactors, actions passthrough
- FUTURE_AVAILABILITY: resultType, disclaimer always present, signalProbability,
  signalQuality HIGH for probability >= 0.70

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-24 02:33:12 +02:00
Benjamin SutterandClaude Sonnet 4.6 713ef3ec08 docs: engineering governance — CLAUDE.md, ARCHITECTURE.md, CODE_REVIEW_CHECKLIST.md
Complete rewrite of CLAUDE.md with full binding rules (vision, architecture layers,
component limits, state management, design system, AI integration, performance,
security). New ARCHITECTURE.md covers folder structure, all data flows with ASCII
diagrams, scoring pipeline, AI flow, unified result feed, and workspace routing.
New CODE_REVIEW_CHECKLIST.md provides a 10-section review guide and pre-commit
quick checklist.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-24 02:10:30 +02:00
Benjamin SutterandClaude Sonnet 4.6 ad84fe8289 fix: rename compareUtils.ts → compareUtils.tsx (contains JSX)
.ts files cannot contain JSX — Vite/oxc parse error at the <Box> on line 83.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-24 01:54:46 +02:00
Benjamin SutterandClaude Sonnet 4.6 ce67da73b3 perf: memoize expensive list computations + memo on grid/list items
Results.tsx:
- useMemo: filter + sort in one pass (was 7 separate array iterations per render)
- useMemo: platform/maison/future/missingData counts in single for-loop
- Fix: move queryClient.invalidateQueries from render body into useEffect

Properties.tsx:
- useMemo: wrap applyFilters() call (was full copy+sort on every render)
- useMemo: compute matchReady/criticalGaps/lowConfidence/staleOrOutdated/
  allMissingFields in a single for-loop (was 5 separate filter passes)

ReminderFeed.tsx:
- useMemo: wrap applyFilters() call
- useCallback: resetFilters (passed to ReminderEmptyState)

PropertyIntelligenceCard, ReminderListRow:
- React.memo: grid/list items no longer re-render when unrelated parent
  state changes (e.g. selectedId, filter UI state)

tsc --noEmit passes with zero errors

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-24 01:53:03 +02:00
Benjamin SutterandClaude Sonnet 4.6 86bdf142b4 refactor: consolidate duplicated UI score/color/badge logic into lib/
- Add matchScoreHex(), criterionScoreColor(), criterionScoreTextColor() to lib/utils.ts
- Add RESULT_TYPE_META (labels + colors) to lib/ds.ts as single source of truth
- Remove 5 local scoreColor() functions: StrongMatchMiniCard, MatchListCard,
  pipelineUtils (re-exported as matchScoreHex), CriterionRow, ScoreBreakdownPanel,
  ScoreInlineBreakdown
- Remove local RESULT_TYPE_META/TYPE_META from MatchCardHeader, ResultTypeBadge;
  remove RESULT_TYPE_LABEL/COLOR from pipelineConstants — all now use lib/ds.ts
- Replace local confidenceColor() in MatchCardHeader, ConfidenceFieldBadge,
  ReliabilityScorePanel with confidenceHex() from lib/utils.ts
- Replace local qualityColor() in propertyHelpers, DataQualityWidget with
  dataQualityColor() from lib/utils.ts
- Fix FUTURE_AVAILABILITY label inconsistency ('Future'/'Zukunft' → 'Zukunftssignal')
- Fix EXTERNAL_MARKET label inconsistency ('Direktinserat' → 'Plattform')
- tsc --noEmit passes with zero errors

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-24 01:47:08 +02:00
Benjamin SutterandClaude Sonnet 4.6 5d53f35dea refactor(state): clean layoutStore, add selectors, centralise STALE constants
- layoutStore: remove 4 dead field groups (pinnedPanels, selectedResultId,
  compareTrayVisible, notificationsOpen) — none were read outside the store
- CompareTray: drop dead useLayoutStore side-effect (state was write-only)
- 8 components: replace bare useStore() with explicit selectors / useShallow
  to prevent unnecessary re-renders on unrelated state mutations
- lib/constants: add STALE_MARKET_SIGNALS + STALE_REVIEW_QUEUE (30s each)
- useMarketSignals, useReviewQueue: use global constants instead of
  hook-local magic numbers
- Add STATE_MANAGEMENT.md: decision tree + rules for RQ/Zustand/local/derived

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-24 01:30:44 +02:00
Benjamin SutterandClaude Sonnet 4.6 eedee83b49 refactor: extract SignalSourcesSection from FutureAvailabilityContextPanel (314 → 227 lines)
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-24 01:18:49 +02:00
Benjamin SutterandClaude Sonnet 4.6 01c0f8b06f refactor: extract helpers from 3 match-detail/match-card components
- LocationIntelligencePanel (333→275): KpiTile + NEW_PROJECTS → own files
- FutureAvailabilityContextPanel (351→315): constants + utils → own files
- FutureAvailabilityCard (310→244): helpers + SignalQualityDots → own files

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-24 01:16:32 +02:00
Benjamin SutterandClaude Sonnet 4.6 c6055f0611 refactor: extract CompareTableBody from Compare.tsx (441 → 147 lines)
Move 18 inline table row definitions into CompareTableBody component

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-24 01:13:59 +02:00
Benjamin SutterandClaude Sonnet 4.6 a3fc213916 refactor: extract helpers from ReminderDetailDrawer + OfferCreationWizard
- ReminderDetailDrawer (340→257 lines): constants + SectionTitle/DateRow/ActivityEntry → reminderDetailHelpers.tsx
- OfferCreationWizard (350→276 lines): PDF step JSX → OfferWizardPdfStep.tsx

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-24 01:10:31 +02:00
Benjamin SutterandClaude Sonnet 4.6 ee71ecc881 refactor: extract sub-components from PropertyMarketSignalsTab + NegotiationInsightsPanel
- PropertyMarketSignalsTab (416→100 lines): SignalCard, BerichtDialog → own files
- NegotiationInsightsPanel (345→260 lines): pure logic → negotiationInsightsUtils.ts

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-24 01:08:45 +02:00
Benjamin SutterandClaude Sonnet 4.6 f0988b7250 refactor: extract constants + mapper from NewListing.tsx (526 → 442 lines)
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-24 01:05:57 +02:00
Benjamin SutterandClaude Sonnet 4.6 0bacd188d6 refactor: split AppShell, match-detail panels, extract useCompareData
AppShell.tsx: 627→116 lines
- appShellConfig.ts: NavItem/WorkspaceConfig types, WORKSPACE_CONFIG, nav helpers
- AppShellSidebar.tsx: Sidebar component with visual constants
- AppShellTopBar.tsx: TopBar component

Match-detail panels:
- ScoreBreakdownPanel: 377→303 lines (scoreBreakdownConstants.ts + CriterionRow.tsx extracted)
- LocationIntelligencePanel: 383→333 lines (SoftFactorBar.tsx extracted)
- FutureAvailabilityContextPanel: 386→351 lines (futureAvailabilityConstants.tsx extracted)

Compare.tsx: 485→441 lines
- useCompareData hook: all queries and derived state extracted to hooks/useCompareData.ts

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-24 01:00:38 +02:00
Benjamin SutterandClaude Sonnet 4.6 ae82d0e6a0 refactor: split PropertyDetail, Anfragen, AISearch god components
PropertyDetail.tsx: 565→118 lines
- Removed duplicate constants (import from MatchDetailPropertyDetails)
- PropertyDetailPublicSections: Preis/Hauptangaben/Eigenschaften/Wegzeit/Einheiten/Beschreibung/Quelle sections
- PropertyContactForm: Verwaltung kontaktieren form

Anfragen.tsx: 481→320 lines
- anfragenKiDetection.ts: STAGE_ORDER, STAGE_LABELS, KI_RULES, detectKiStage
- AnfragenMessageBubble: chat message bubble component
- AnfragenInquiryItem: inquiry list row component

AISearch.tsx: 398→342 lines
- needSearchMapper.ts: generateSummary + buildNeedInput pure functions

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-24 00:55:55 +02:00
Benjamin SutterandClaude Sonnet 4.6 4d4ea6d2ff refactor: split PropertyDetailView (998→192 lines) and MatchDetail (464→236 lines)
PropertyDetailView.tsx extracted into 5 focused components:
- PropertyDetailHelpers: Field, FieldGrid, SectionTitle, floorLabel
- UnitStructurePanel: floor structure with unit matching
- PreMarketPanel: schattenmarkt release controls
- PropertyDetailOverview: overview tab content
- MatchabilityTabPanel: need matches tab

MatchDetail.tsx extracted into 2 focused components:
- MatchDetailHero: image/map, header, key facts strip
- MatchDetailPropertySections: Preis/Hauptangaben/Eigenschaften/etc.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-24 00:48:13 +02:00
Benjamin SutterandClaude Sonnet 4.6 6515acb7f0 feat: unified error handling + AI service modularisation
Error handling (Prompt 2):
- src/services/errors.ts: AppError class, normalizeError(), throwServiceError() helper
- 6 services wrapped with try/catch (property, match, need, shortlist, futureSignal, inquiry)
- inquiryService aligned from custom ServiceResult<T> to standard ServiceResponse types
- Results, MatchCenter, FutureAvailability pages show <ErrorState onRetry> on query failure

AI modularisation (Prompt 3):
- src/services/aiService.ts reduced from 755 → 19 lines (barrel re-export)
- src/services/ai/IAIService.ts: typed interface + all response types
- src/services/ai/mock/: needParser, compareBuilder, decisionBrief, listingParser, MockAIService
- src/services/ai/openrouter/OpenRouterAIService.ts: model-agnostic skeleton
- src/services/ai/prompts/: 4 prompt template files (needParsing, matchExplanation, compareSummary, decisionBrief)
- src/services/ai/index.ts: factory selects Mock or OpenRouter via VITE_USE_REAL_AI flag
- All existing import paths unchanged — zero call-site modifications

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-24 00:32:01 +02:00
Benjamin SutterandClaude Sonnet 4.6 efc72b720e fix: P0 stabilisation — score modifiers, logout cache clear, provider isolation, mutation error feedback
- scoreCalculator: apply dataQuality/confidence modifiers to finalScore (were computed but hardcoded to 0)
- authService: call queryClient.clear() on logout to prevent cross-session data leakage
- queryClient: extract to src/lib/queryClient.ts singleton so services can access it without circular imports
- matchSyncService: new service layer owns match-generation logic; MockupNeedProvider no longer imports other providers directly
- hooks (11 files): add onError + German toast feedback to every useMutation

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-24 00:13:14 +02:00
Benjamin SutterandClaude Sonnet 4.6 22c195b4a5 refactor: split large page components + taxonomy/HeatBadge/FutureAvailability improvements
- Taxonomy: merge VERIFIED_PORTFOLIO + EXTERNAL_MARKET display → 'Plattform' (dark blue) across all surfaces
- HeatBadge: new flame indicator for hot properties (grid, list, pipeline views)
- FutureAvailabilityContextPanel: richer detail page with AI summary, strategic assessment, sources
- Refactor Pipeline.tsx (630→152 lines) → pipeline/PipelineCard, PipelineColumn, PipelineDetailPanel, pipelineConstants, pipelineUtils
- Refactor IntelligenceMatchCard.tsx (483→179 lines) → FutureAvailabilityCard extracted
- Refactor MatchDetail.tsx (559→464 lines) → useMatchDetailData hook, MatchDetailPropertyDetails
- Refactor Compare.tsx (638→485 lines) → compareUtils, CompareCriteriaCard extracted

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-23 23:36:03 +02:00
Benjamin SutterandClaude Sonnet 4.6 72e4f08900 fix: Compare→Pipeline flow, pipeline card navigation, remove floating AI button
- Remove CompareTray fixed bottom bar; replace with compare count badge on Vergleich nav item
- Pipeline cards redesigned to match search result card visual style (MatchScoreDisplay, type chip, stage chip, MapPin layout)
- CompareColumnHeader: redesigned with proper Details/Merken action buttons, clickable title
- AddToPipelineDialog now mounted on Compare page (was missing — bookmark had no effect)
- Pipeline card ExternalLink icon navigates to property detail page; detailPath prefers stable propertyId over volatile session matchId
- Add matchId field to PipelineItem domain; pipelineStore stores it on save
- All 8 mock pipeline items now have propertyId for reliable cross-session navigation
- Remove GlobalAIAssistantButton floating overlay (was blocking form submissions and clicks)

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-22 22:11:29 +02:00
Benjamin SutterandClaude Sonnet 4.6 6a6ff7f2e2 feat: Pipeline↔Anfragen integration + Compare→Pipeline + KI stage detection
Navigation: Deal Pipeline moved after Vergleich (before Anfragen)

Compare → Pipeline:
- Bookmark icon per column header; BookmarkCheck when already in pipeline
- Passes propertyId, propertyAddress, area/rent labels on save

Pipeline cards now unit-level:
- propertyAddress shown with MapPin on every card
- Chat icon (MessageSquare) on cards with linked inquiry → navigates to /demand/anfragen?inquiry=xxx
- Detail panel: Chat chip links to specific inquiry thread, propertyAddress displayed

Anfragen → Pipeline KI detection:
- Keyword scan on every sent message (besichtigung → VISITED, mietvertrag → NEGOTIATION, unterschrieben → CLOSED_WON)
- Only advances stage, never goes back
- Purple KI alert banner with direct Pipeline link, auto-dismisses after 6s
- Pipeline badge in inquiry list + stage chip in chat header with nav link
- URL param ?inquiry=xxx pre-selects inquiry (used from Pipeline chat button)

Domain: PipelineItem gains propertyId, unitId, propertyAddress, inquiryId
Mock data: pl-001/pl-002/pl-004 linked to inq-001/inq-005/inq-004

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-22 21:42:21 +02:00
Benjamin SutterandClaude Sonnet 4.6 a002597f5b feat: drag & drop for Pipeline Kanban columns (@dnd-kit)
Cards can be dragged between all 7 stages. Drop target highlights with
a dashed border + tinted background. A floating card overlay follows
the cursor during drag. Click-to-select still works (fires only when
no drag occurred, guarded by activeId check).

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-22 21:34:00 +02:00
Benjamin SutterandClaude Sonnet 4.6 de00f758e9 feat: merge Merkliste into Pipeline (SAVED stage) + Anfragen chat page
- Remove standalone Merkliste/Shortlists nav item; pipeline now covers the full funnel
- Add SAVED as first PipelineStage — 'Merken' on result cards lands here
- pipelineStore (Zustand) holds shared items; AddToPipelineDialog replaces AddToShortlistDialog in demand workspace
- New /demand/anfragen split-panel: searchable inquiry list + chat thread with compose
- Pipeline detail panel: KI insight, stage actions, editable notes, mock documents
- ShortlistItemCard: cards clickable → property detail, Anfrage button with inline dialog
- Supply workspace (FutureAvailability, Anfragencenter) unchanged

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-22 21:31:30 +02:00
Benjamin SutterandClaude Sonnet 4.6 76f9927c7c fix: UX polish — score formula, role badges, compare view, page titles
- Score: remove hidden dataQuality/confidence modifiers from finalScore;
  formula now correctly shows hard×60% + soft×40% = displayed total
- "Ihr Objekt" badge: only shown for PROPERTY_MANAGER/ORGANIZATION_ADMIN
  in both IntelligenceMatchCard and MatchCardHeader (DEMAND_USER sees
  Verified Portfolio as a normal listing without ownership indicator)
- Compare: fix factor lookup to use allFactors (includes mid-range 45–70
  scores) so Prestige, Erreichbarkeit etc. no longer show "Nicht verfügbar"
- Compare: richer AI summary with overallAssessment, perPropertyAssessment
  (strengths/weaknesses/bestFor/keyRisk per property), and recommendation
- Compare/Results: pb:10 so CompareTray never overlaps last row of content
- AppShell: dynamic route names for /demand/results/:id → "Match Detail"
  and /demand/property/:id → "Objekt Detail" (no more UUID in header)
- MatchDetail: remove "Match EF9" debug chip from sticky nav
- LocationIntelligencePanel: comparable listings are now clickable links
  navigating to /demand/property/:id
- Comparable links: blue text + hover highlight

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-22 21:05:36 +02:00
Benjamin SutterandClaude Sonnet 4.6 9f7062d137 feat: UC-A/B/C demo — 50 mock properties, district scoring, gold/silver cards visible
- Add 50 mock properties (prop-050–099) tuned for UC-A (Fahrradhändler RETAIL),
  UC-B (Umzugsfirma OFFICE Zürich-West) and UC-C (Vermögensverwalter PREMIUM)
- District-aware scoreLocation: district match→100, city-only→70 when need
  specifies districts, canton→60, no match→35; fixes UC-C prop-001 over-scoring
- mustHaveScorer: add klimatisierung keyword; parking minimum count logic
- Soft factor scale fix: integer 0–100 values no longer multiplied ×100
- footfall: map passerbyFrequency string (HIGH→85, MEDIUM_HIGH→68…) before
  enrichment fallback so RETAIL properties score correctly
- Parser: Kreis list extraction ("Kreis 3, 4, 5, und 8" → 4 district entries),
  neighbourhood→district map (Seefeld, Bahnhofstrasse), prestige signals
- Results: remove VERIFIED_PORTFOLIO role gate — all users see portfolio cards,
  enabling gold (85+) and silver (70–84) cards for every demo use case
- Fix flash of wrong cards on NeedBuilder nav (effectiveNeedId not activeNeed?.id)
- needs.ts: UC-A preferredLocations now includes Kreis 3/4/5/8 entries

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-22 20:31:30 +02:00
Benjamin SutterandClaude Sonnet 4.6 98b4a1146b feat: soft factor enrichment from Swiss location intelligence
When property has no soft factor data, estimate from location:
- 18 location rules covering CH cities/districts (Zürich quartiers,
  Zug tax haven, Bern, Basel, Genf, Lausanne, Luzern, Winterthur,
  logistics hubs) + generic CH fallback
- Estimated factors marked with 'estimated: true' on ScoreFactor
- ScoreBreakdownPanel shows purple 'Schätzung' badge on estimated rows
- Scoring engine: neutral 50 only if no location match found

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-22 11:04:51 +02:00
Benjamin SutterandClaude Sonnet 4.6 f82194ea7f fix: always show all 9 soft factors in score breakdown
Previously factors with weight=0 (e.g. Steuerlast for Innovatech)
were invisible. Now all 9 factors appear in allSoftFactors; only
weighted ones contribute to the score calculation.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-22 10:21:35 +02:00
Benjamin Sutter 030d861ed5 fix: restore WEIGHTING_KEYS import in WeightingEditor 2026-05-22 10:16:36 +02:00
Benjamin SutterandClaude Sonnet 4.6 0de48a14d7 feat: split WeightingEditor into Harte / Weiche Kriterien sections
Hard criteria (Fläche, Standort, Budget, Verfügbarkeit) in dark blue,
soft criteria (Prestige, Erreichbarkeit, …) in purple — separated by
a divider with group labels.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-22 10:13:46 +02:00
Benjamin SutterandClaude Sonnet 4.6 9f877614c1 fix: soft factor scores use 0-1 scale matching the scoring engine
LOW=0.30 / MEDIUM=0.55 / HIGH=0.85 — previously 3/5/8 which clamped
every soft factor to 100 regardless of level chosen.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-22 10:11:18 +02:00
Benjamin SutterandClaude Sonnet 4.6 955da564a0 fix: invalidate properties cache after listing creation
Without this, navigating to Meine Inserate within 5 min of visiting
it previously would show a stale empty list.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-21 21:22:34 +02:00
Benjamin SutterandClaude Sonnet 4.6 c9324e9cc8 feat: expand NewListing with AI, soft factors, hard facts, images + MyListings manager
- KI-Hilfe: text description → auto-fills all fields (parseListingText mock parser)
- Lage & Ausstrahlung: 9 soft factor selects (Tief/Mittel/Hoch) mapped to scoring engine
- Technische Details: floor, fit-out, parking, ceiling height
- Bilder: URL list with add/remove
- New /supply/my-listings page: list, status toggle, delete for DIRECT listings
- Added sourceType filter to PropertyFilters + MockupPropertyProvider
- Nav entry "Meine Inserate" added to supply sidebar

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-21 21:19:45 +02:00
Benjamin SutterandClaude Sonnet 4.6 0dac528f98 fix: remove Quelle & Herkunft panel from demand MatchDetail
Internal data provenance is irrelevant for property seekers.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-21 21:12:33 +02:00
Benjamin SutterandClaude Sonnet 4.6 67d3d06a53 feat: Inserat erstellen — direct listing flow for units and standalone
- New /supply/new-listing page (Path A: pre-filled from portfolio unit,
  Path B: standalone blank form); creates EXTERNAL_MARKET + sourceType DIRECT
- "+ Inserat" button on available units in PropertyDetailView navigates
  with prefilled address/area/rent
- Nav entry "Neues Inserat" added to supply sidebar
- SourceProvenancePanel hidden for DIRECT source listings (no external source)

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-21 21:10:41 +02:00
Benjamin SutterandClaude Sonnet 4.6 531c88cfb6 fix: weighting sliders in 2-column grid layout
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-21 20:59:09 +02:00
Benjamin SutterandClaude Sonnet 4.6 ba910806d6 feat: expose all 13 scoring criteria as weighting sliders
Previously only 8 of the 13 engine criteria had sliders — flexibility,
visibility, footfall, talentAccess, esg were scored using fixed defaults
with no user control. Now all 13 criteria appear in the WeightingEditor.

- needBuilder.ts: WEIGHTING_KEYS and WEIGHTING_LABELS extended to all 13
- scoreCalculator.ts: CORE array in resolveProfile now includes all 13
- need.ts: WeightingProfile interface explicit for all 13 fields
- needs.ts: all 11 mock need profiles updated with asset-type-appropriate
  weights (RETAIL needs high footfall/visibility; LOGISTICS low; OFFICE
  high talentAccess; TechStart high taxEnvironment for Zug, etc.)

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-21 20:58:01 +02:00
Benjamin SutterandClaude Sonnet 4.6 113274cfc7 fix: remove need selector chip strip from results page
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-21 20:51:59 +02:00
Benjamin SutterandClaude Sonnet 4.6 d8cce96bd8 fix: hide 'Neue Suche' entries from need selector chips
Only named needs (company name != 'Neue Suche') appear in the chip strip.
Default active need is also the first named need, not the most-recently-created
test search.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-21 20:50:22 +02:00
Benjamin SutterandClaude Sonnet 4.6 11ecd5d900 fix: need selector on results page + retail budget parsing
- Results page: chip strip shows all saved searches — click to switch without
  creating a new search. Defaults to first need instead of most-recently-created
  so pre-existing mock needs load immediately on navigation.
- AI parser: asset-type-aware monthly budget threshold (RETAIL: 500, others: 150)
  so "150 CHF/m²" for retail is correctly converted to 1800 CHF/m²/year instead
  of being stored as an impossibly low annual value that excludes all properties.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-21 20:47:14 +02:00
Benjamin SutterandClaude Sonnet 4.6 27c53f3af1 feat: score transparency on all cards + budget parser fix
- Single scoring system: MockupNeedProvider rewrites matches via calculateScore
  exclusively — allFactors always populated, no more dual-system (computeScore
  removed), weights from weightingProfile reflected in every breakdown
- ScoreInlineBreakdown: new component shows hard/soft criteria with importance
  labels (Entscheidend/Sehr wichtig/…) and formula on compact + expanded cards
- MatchCardAdapter: passes scoreBreakdown + allFactors to ViewModel
- MatchDetail: 'Zukunftssignal' label replaced with 'Future Availability'
- aiService budget parser: values < 100 treated as monthly and multiplied by 12
  to produce correct annual CHF/m²/year value — fixes 0-result searches

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-21 20:41:46 +02:00
Benjamin SutterandClaude Sonnet 4.6 34a4dcfb29 feat: unit-first architecture — floor + street as primary card title
Every VERIFIED_PORTFOLIO property now has explicit units in mock data
(added to prop-002, prop-008, prop-009, prop-010, prop-011, prop-014).

PropertyUnit extracted to domain/unit.ts with formatFloorLabel,
formatUnitTitle, formatMultiUnitFloors helpers; re-exported from
property.ts so all existing imports are unaffected.

Cards now show floor + street as the primary title:
- Specific unit match: "1.OG Nord · Zollstrasse 12"
- Multi-unit (whole building): "1.OG–3.OG · Zollstrasse 12"
- EG retail: "EG Verkauf · Löwenplatz 3"
Building name (e.g. "Bürofläche Zollstrasse 12") appears as subtitle.
Both IntelligenceMatchCard (grid) and MatchCardCompact (list) updated.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-21 11:19:13 +02:00
Benjamin SutterandClaude Sonnet 4.6 a39c6ed200 fix: property-level scoring for multi-unit properties + multi-unit chip
For properties with explicit sub-units (e.g. prop-001: 280/310/260 m²),
synthetic matching now generates ONE property-level match using the aggregate
areaSqm (850 m²) instead of per-unit matches — ensuring a need for 800-1000 m²
correctly scores the whole floor as +20 (STRONG) rather than -10 each unit.

Pre-market unit-level matches are still generated per released unit so tenants
seeking smaller spaces still see the specific unit signals.

Card shows "X Einheiten · total Y m²" chip when a multi-unit property is matched
at property level (no specific unit assigned).

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-21 00:30:03 +02:00
Benjamin SutterandClaude Sonnet 4.6 e2ec1b1dc9 feat: add 'Zur Einheit →' CTA on all VERIFIED_PORTFOLIO cards
Every portfolio match card now shows a primary 'Zur Einheit →' button
that navigates to /demand/property/:propertyId?unit=:unitId, where the
user can see the unit table and contact management via the inquiry form.

'Details →' is demoted to secondary for portfolio cards (match analysis
still accessible, but unit/contact page is the primary action).
EXTERNAL_MARKET and MAISON_WORK cards are unchanged.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-21 00:17:20 +02:00
Benjamin SutterandClaude Sonnet 4.6 69b96f293a refactor: remove Schattenmarkt from all user-visible UI strings
- Pipeline.tsx: FUTURE_AVAILABILITY label → 'Future Availability'
- ReminderTypeBadge: SCHATTENMARKT_RELEASE label → 'Pre-Market'
- ReminderFilterBar: SCHATTENMARKT_RELEASE label → 'Pre-Market'
- ReminderKpiBar: 'Schattenmarkt-Risiko' → 'Pre-Market Risiko'
- ReminderDetailDrawer: section title + switch label → 'Pre-Market'
- mock-data/matches: explainabilitySummary → 'Pre-Market freigegeben'
- mock-data/reminders: notes → 'Pre-Market Freigabe'

Internal identifiers (schattenmarktRelease field, useSchattenmarktSignals hook,
signal ID prefix schattenmarkt-*) are unchanged — renaming them touches too many
call sites for no user-visible gain.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-21 00:11:35 +02:00
Benjamin SutterandClaude Sonnet 4.6 99e99d66c5 feat: unit-level matching architecture — match against Einheiten, not Objekte
- domain/property: add getEffectiveUnits() — returns explicit units or synthesises
  one from property-level data so all properties work uniformly at unit level
- domain/match: add unitId? field — every Match references a specific unit
- domain/unifiedResult: add unit? to VerifiedPortfolioResult + ExternalMarketResult
- MockupNeedProvider: generateSyntheticMatches iterates getEffectiveUnits(prop);
  computeScore uses unit-level areaSqm + rentPricePerSqm; resultId for PRE-MARKET
  signals matches useSchattenmarktSignals signal ID format
- useUnifiedResults: resolve unit from match.unitId for VERIFIED_PORTFOLIO/EXTERNAL_MARKET
- matchCardAdapter: unit now extracted for all result types; unitId from match.unitId
- IntelligenceMatchCard: regular cards show unit chip (floor + label + m²) when a
  named unit is known — only adds context, never shows for synthetic/whole-property units

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-20 20:03:54 +02:00
Benjamin SutterandClaude Sonnet 4.6 d902feb6c0 feat: Objekt→Einheit architecture — unit-level pre-market, property detail page, click-through from cards
- Domain: PropertyUnit extended with propertyId + schattenmarktRelease per unit
- Domain: FutureAvailabilityResult carries resolved property + unit
- useSchattenmarktSignals: generates unit-level signals (schattenmarkt-{propId}-{unitId})
- useUnifiedResults: resolves backing property + unit on FUTURE_AVAILABILITY fast path
- IUnitProvider + MockupUnitProvider: first-class unit access and mutation
- matchCardAdapter: maps preMarketUnit, preMarketAllUnits, propertyId, unitId to ViewModel
- IntelligenceMatchCard: PRE-MARKET VERIFIED shows unit info strip + "Zur Einheit →" button
- PropertyDetailView: unit-level toggles + date pickers inside PreMarketPanel
- New page: /demand/property/:propertyId with unit table, status chips, inquiry form
- App.tsx: demand route /demand/property/:propertyId registered
- Mock data: prop-001/007/037 units updated with correct lease dates + unit-level schattenmarktRelease

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-20 19:47:59 +02:00
Benjamin SutterandClaude Sonnet 4.6 66aabde1dc fix: synthetic scoring — budget unit mismatch + PRE-MARKET VERIFIED in demand feed
Two root causes prevented gold and PRE-MARKET VERIFIED cards from showing
in wizard-created searches:

1. computeScore compared annual property rates (e.g. 1080 CHF/m²/year)
   against monthly AI-extracted budget (e.g. 150 CHF/m²/month), causing
   a constant -8 penalty and capping Bern retail at ~79%. Fix: divide
   rentPricePerSqm by 12 before comparing.

2. generateSyntheticMatches set resultType: VERIFIED_PORTFOLIO for
   schattenmarktRelease-enabled properties, which Results.tsx filters
   out for demand users. Fix: set resultType: FUTURE_AVAILABILITY for
   these properties so the schattenmarkt signal is resolved and the
   PRE-MARKET VERIFIED card is rendered.

Also adds a score discount (×0.82 for probabilistic FUTURE_AVAILABILITY,
×0.92 for PRE-MARKET) to keep tier distribution realistic.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-20 19:29:06 +02:00
Benjamin SutterandClaude Sonnet 4.6 dd2eb9be3f feat: add prop-037 + match-063/064 — PRE-MARKET VERIFIED for Bern Retail search
Adds VERIFIED_PORTFOLIO retail property (Spitalgasse 18, Bern Innenstadt)
with schattenmarktRelease enabled, completing card-type coverage for
need-011 (Stadtladen Bern GmbH): now has VERIFIED_PORTFOLIO, PRE-MARKET
VERIFIED, EXTERNAL_MARKET, MAISON_WORK, and MARKET SIGNAL cards across
gold/silver/bronze score tiers.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-20 18:18:12 +02:00
Benjamin SutterandClaude Sonnet 4.6 d2d2f5f1bb feat: enable Pre-Market Matching on 7 more portfolio properties — 10 active signals total
Activated schattenmarktRelease on prop-008 through prop-014 with realistic
future lease end dates (2026–2027) and appropriate lead times so all
trigger dates fall before MOCK_TODAY (2026-05-20).

Active PRE-MARKET VERIFIED signals: prop-001, 002, 007, 008, 009, 010, 011, 012, 013, 014

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-20 17:59:07 +02:00
Benjamin SutterandClaude Sonnet 4.6 8f7372157c feat: Pre-Market Intelligence UX rework — institutional positioning
Redesign the Future Availability card system to clearly distinguish two classes:

PRE-MARKET VERIFIED (Verwaltung-controlled):
- Soft purple (#7c3aed) accent, institutional premium feel
- Badge: "PRE-MARKET VERIFIED" with shield icon
- "Direkte Verwaltungsquelle" attribution chip in header
- Shows confirmed ERP facts with green checkmarks

MARKET SIGNAL (crawler/probabilistic):
- Slate blue (#1d4ed8) accent, analytical feel
- Badge: "MARKET SIGNAL"
- Amber notice box: "Probabilistischer Marktindikator — kein bestätigtes Objekt"
- Shows market indicators and explicit probability %
- Source attribution (press, job posting, etc.)

Both cards answer: What? How reliable? Where from? Why relevant? Risks? Action?

PropertyDetailView: rename SchattenmarktReleasePanel → PreMarketPanel, update
toggle label to "Pre-Market Matching aktivieren", add Matching Demand Intelligence
block showing active search profile counts and early matching opportunity.

FutureAvailabilityContextPanel: update LEASE_EXPIRY signal type label and
relevance bridge text to remove "Schattenmarkt" references.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-20 17:50:37 +02:00
Benjamin SutterandClaude Sonnet 4.6 67c0701bfe fix: remove EXPANSION fake properties and their matches from mock data
Deleted prop-005, prop-026, prop-028, prop-030 (resultType FUTURE_AVAILABILITY
but representing demand-side Expansion signals) and the 6 associated matches
(match-007, match-018, match-029, match-047, match-054, match-055).

These fake properties bypassed the signalDirection filter in useUnifiedResults,
causing EXPANSION signals to appear in the demand search feed. Future
Availability in the demand feed now contains only genuine supply-side signals.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-20 16:10:23 +02:00
Benjamin SutterandClaude Sonnet 4.6 0dc04a14c5 fix: MarketLeads zeigt 0 Leads — Provider liest live aus Mock-Daten
MockupFutureSignalProvider kopierte mockFutureSignals einmalig in einen
store-Array beim Modulload. Vite HMR und React Query Cache (staleTime 5min)
führten dazu, dass signalDirection-Feld in gecachten Resultaten fehlte.

Lösung: Provider liest jetzt immer direkt aus dem lebenden mockFutureSignals-
Import via resolve()-Helper. Mutationen (verify, updateStatus) werden in einer
Map gespeichert und beim Lesen überlagert. Damit sind HMR-Änderungen an
Mock-Daten sofort sichtbar ohne Browser-Neustart.

Ausserdem: irreführenden CircularProgress aus Empty-State entfernt.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-20 16:02:32 +02:00
Benjamin SutterandClaude Sonnet 4.6 b0ad6643ff feat: Future Availability — Logiktrennung Supply/Demand + Markt-Leads
EXPANSION-Signale (Unternehmen sucht Fläche) sind Nachfragesignale und
gehören nicht in den Demand-Feed. Neue Architektur:

- signalDirection: 'SUPPLY' | 'DEMAND' auf FutureSignal-Domain
- SUPPLY-Signale: POSSIBLE_MOVE_OUT / CONSTRUCTION_PROJECT (Crawler)
  und LEASE_EXPIRY+isVerified (Verwaltung ERP) → Demand-Feed wie bisher
- DEMAND-Signale: EXPANSION → aus Demand-Feed gefiltert
- Neues useMarketLeads-Hook + /supply/market-leads Seite für Verwaltung:
  zeigt EXPANSION-Signale als potenzielle Mieter mit Portfolio-Matching
- Alle 15 Signale in futureSignals.ts inhaltlich bereinigt und
  mit korrekter signalDirection versehen

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-20 15:56:29 +02:00
Benjamin SutterandClaude Sonnet 4.6 5fe15bac62 feat: Future Availability Intelligence — rebrand & card redesign
Replaces "Schattenmarkt" branding with professional Future Availability
Intelligence throughout the UI. Two distinct card types: Pre-Market
(LEASE_EXPIRY + verified, green accent) and Market Signal (probabilistic,
blue accent). Professioneller Data-Header replaces dark purple gradient.
New detail panel sections: Erkannte Marktindikatoren, Strategische
Interpretation, Bestätigt/Nicht bestätigt. All 15 mock signals enriched
with concrete Swiss CRE market indicators and strategic interpretations.
Signal quality shown as 4-dot indicator (Hoch/Mittel/Niedrig).

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-20 13:06:16 +02:00
Benjamin SutterandClaude Sonnet 4.6 d5a4862a28 feat: redesign Schattenmarkt card & detail view for explainability
- Remove abstract Konfidenz/DQ badges from match detail header
- Replace ScoreBreakdownPanel with 3-step Bewertungsherleitung for
  FUTURE_AVAILABILITY: Kriterien-Match per factor with bars, Signal-
  Abschlag (verified ERP = kein Abschlag / probabilistic = -N Punkte),
  Gesamt-Score
- Restructure FutureAvailabilityContextPanel: source section first,
  verified ERP box for LEASE_CONTRACT, remove Konfidenz row, disclaimer
  as grey footnote instead of yellow alert
- Add LEASE_EXPIRY to signal type/relevance bridge labels
- Show up to 3 match reasons with explanation on cards (was 1)
- matchCardAdapter: return top-3 positive factors as reasons

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-20 12:39:12 +02:00
Benjamin SutterandClaude Sonnet 4.6 9f391d17cb feat: Reminder Manager + Schattenmarkt-Freigabe + mock data overhaul
- Add Reminder Manager page (/supply/reminder-manager) with KPI bar,
  filter bar, list/card feed, and detail drawer (7 sections incl.
  activity log, snooze, complete, dismiss actions)
- Add Schattenmarkt-Freigabe toggle on PropertyDetailView: Verwaltung
  can opt-in properties for early market exposure before contract expiry
- Auto-generate FutureSignal cards via useSchattenmarktSignals hook
  when leaseEndDate - leadTimeMonths <= MOCK_TODAY
- Fix useUnifiedResults: use property.resultType as fallback (was
  defaulting everything to VERIFIED_PORTFOLIO)
- Fix demand Results: hide VERIFIED_PORTFOLIO from non-manager users
  even when showOwnProperties toggle was previously enabled
- Fix AppShell: redirect to allowed workspace on user role switch
- Fix 3 wrong match scores (match-002: 93→62, match-009: 86→55,
  match-017: 87→52)
- Add 7 new match records (match-050–056) for need-001, need-002,
  need-011
- Add need-011 (Retail Bern Innenstadt)
- Add prop-031–036 (EXTERNAL_MARKET / MAISON_WORK / FUTURE_AVAILABILITY)
- Fix duplicate image URLs across all properties
- Add signal-011 (Bern Altstadt, Mode Boutique) + propertyId to
  signal-001

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-20 11:52:24 +02:00
Benjamin SutterandClaude Sonnet 4.6 0663757cde fix: Schattenmarkt bypass source filter + bump external/maison match scores for all tiers
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-19 23:10:41 +02:00
Benjamin SutterandClaude Sonnet 4.6 3756675b6f feat: add Maison Work source type, rename ExternalMarket to Direktinserat, hide own portfolio from demand search by default
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-19 23:02:05 +02:00
Benjamin SutterandClaude Sonnet 4.6 a521155bb2 feat: mix Schattenmarkt into result tiers, add filter toggle
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-19 22:36:27 +02:00
Benjamin SutterandClaude Sonnet 4.6 b6f65f4763 feat: hide workspace switcher when user has only 1 workspace
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-19 20:41:40 +02:00
Benjamin SutterandClaude Sonnet 4.6 86051c6f01 feat: workspace tabs as side-by-side segmented control in sidebar
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-19 20:40:12 +02:00
Benjamin SutterandClaude Sonnet 4.6 315733a423 feat: reduce demo role switcher to Verwaltung + Bürosuche only
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-19 20:37:20 +02:00
Benjamin SutterandClaude Sonnet 4.6 a36a827564 feat: reduce demo login to Verwaltung + Bürosuche only
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-19 20:35:55 +02:00
Benjamin SutterandClaude Sonnet 4.6 d15a13e485 feat: remove Administration workspace — keep only Verwaltung + Suche
- Delete all ops page components (ReviewQueue, AIMonitoring, Governance,
  SourceMonitoring, ActivityTimeline, SignalPipeline)
- Remove OPERATIONS workspace from AppShell config, nav order, path detection
- Remove all /ops/* routes from App.tsx
- Remove WorkspaceType.OPERATIONS from allowedWorkspaces in authService,
  sessionStore, permissions
- Keep MarketIntelligence page (already moved to /supply/market-intelligence)

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-19 20:32:41 +02:00
Benjamin Sutter d22e72f945 feat: move Markt Intelligence from Administration to Verwaltung (under Datenpflege) 2026-05-19 20:28:36 +02:00
Benjamin SutterandClaude Sonnet 4.6 f0e58f5f7a feat: unit-level matching — each floor lettable independently or as bundle
- PropertyUnit: add isFlexible, minLettableSqm, offeredSqm fields
- New UnitBundle + UnitNeedMatch domain types
- unitMatchService: match individual units or bundles against LatentNeeds
  (exact, partial/Teilfläche, bundle match types with area scoring)
- Mock units updated: prop-001/007/012/013 free units flagged as flexible
  with minimum lettable areas
- UnitStructurePanel replaces old Stockwerkstruktur table:
  - Checkboxes on free units (when ≥2 exist) for bundle selection
  - Inline match pills per free unit (top need + score)
  - Expand row to see all matching needs with area details
  - 'Teilfläche möglich' chip for flexible units with min sqm
  - Bundle panel appears when 2+ units selected: shows combined sqm,
    bundle matches, and note about remaining area after contract

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-19 20:24:17 +02:00
Benjamin Sutter 7cda66f98a fix: convert strings with Swiss apostrophes (3'000, 2'500, 1'500) to template literals 2026-05-19 20:09:54 +02:00
Benjamin Sutter 18a7f146b0 fix: replace smart quotes with ASCII quotes in mock data files 2026-05-19 20:01:29 +02:00
Benjamin SutterandClaude Sonnet 4.6 13553f60a0 fix: close spec gaps — delete InquiryStatusBadge, extend match reasons, full field keys
- Delete InquiryStatusBadge.tsx (dead code after Part A read/unread migration)
- AdditionalPropertyMatch: add reasons[] + topUncertainty from positiveFactors/tradeoffs
- AdditionalMatchCard: render green reasons and amber uncertainty below match score
- ReportObjectFieldKey: add breakoutOptionDate, roomHeight, floorLoad, deliveryAccess,
  goodsLift, passengerLift, internet, microLocation, competitionEnvironment,
  infrastructure, marketSignals, negotiationHints, missingData (now 45 keys)
- ReportObjectFieldSelector: regroup into 5 spec-aligned groups (Basisdaten,
  Miet-/Vertragsdaten, Technische Hard Facts, Soft Factors, Marktinformationen)
- LatentInquiryReportPreview: add labels for all new field keys

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-19 19:57:16 +02:00
Benjamin SutterandClaude Sonnet 4.6 b4d398270f feat: Anfragencenter Parts A–E — read/unread, prep wizard, offer flow, report preview
- Part A: Replace InquiryStatus badges with WhatsApp-style unread indicators
  (isRead, unreadCount, lastReadAt on Inquiry; markThreadAsRead in service + hook)
- Part B: RelatedPropertyCardPanel — reposition "Objekt ansehen", add "Weitere
  Matches" section via matchService.getAdditionalMatchesForInquiry
- Part C: PreparationWizard 4-step dialog — property selection, report generation
  progress, field editing + ReportObjectFieldSelector, PDF preview + finalize
- Part D: OfferCreationWizard 4-step dialog triggered from first tenant message —
  data capture, field editing, viewing appointments, PDF generation + attach to reply
- Part E: LatentInquiryReportPreview (2-page A4 doc), ReportObjectFieldSelector
  (5 accordion groups, 35+ optional fields), mapImageUrl on Property domain

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-19 19:20:13 +02:00
Benjamin SutterandClaude Sonnet 4.6 279b55d70e feat: Bericht erstellen shows full PDF preview before download
Dialog now opens at md size (88vh), shows a progress bar while
generating, then reveals the full report document: header, all 4
signal sections with colour-coded separators, confidence scores,
sources, dates. Document is blurred during generation and sharpens
when ready. Herunterladen button stays disabled until preview is ready.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-19 16:17:00 +02:00
Benjamin SutterandClaude Sonnet 4.6 7800d127fe fix: BerichtDialog, images, and add property number + floor/unit structure
- BerichtDialog: conditionally mount instead of always-mounted with
  open prop; starts in 'generating' state immediately on open
- Images: fix all 6 wrong VERIFIED_PORTFOLIO and EXTERNAL_MARKET photos
  to match spec per assetType (OFFICE/RETAIL/LOGISTICS/PRODUCTION/MIXED)
- Domain: add PropertyUnit interface + propertyNumber field to Property
- Mock data: propertyNumber + units[] for prop-001/007/012/013
- UI: Stockwerkstruktur section in Übersicht tab (floor/unit table with
  availability, tenant, area); Objekt-Nr. shown below key metrics

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-19 16:14:22 +02:00
Benjamin SutterandClaude Sonnet 4.6 0651333030 feat: clickable NeedMatchCard in Matchability tab navigates to Anfragencenter
Clicking a need card in the Matchability tab pre-selects the property
and navigates to Anfragencenter → Latente Anfragen tab. Angebot creation
lives here (demand-side), not in Marktsignale. NeedMatchCard gains
onClick prop with navy hover + shadow treatment.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-19 16:05:18 +02:00
Benjamin SutterandClaude Sonnet 4.6 18f4b2b37a feat: navigate from Marktsignale tab to Anfragencenter latente Anfragen
'Angebot erstellen' button in Marktsignale tab pre-selects the property
in the offer store and navigates to /supply/anfragen on the Latente
Anfragen tab. Also fixes offerWizardStore.open() to preserve
selectedPropertyIds so pre-selection survives the wizard open call.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-19 16:00:00 +02:00
Benjamin SutterandClaude Sonnet 4.6 c0f50344e0 fix: replace toast with mock PDF generation dialog in Marktsignale tab
BerichtDialog now animates a progress bar (idle → generating → ready),
then triggers a blob download of Marktsignal-Bericht_{id}.pdf on confirm.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-19 15:53:15 +02:00
Benjamin SutterandClaude Sonnet 4.6 920ce8eb09 feat: Verwaltungszugang refactor — lease data, 3-tab detail, market signals
- Dashboard: remove QuickActionPanel, StrongMatchOverview, FutureSignalWidget,
  DataQualityWidget, header buttons, Marktchancen nav; KpiGrid → 4 cards
- Property domain: 9 new fields (leaseTerm, leaseStartDate/End, breakoutOption,
  currentTenant, importedFrom, importedAt, lastUpdatedAt)
- Mock data: annual CHF/m²/Jahr prices (×12), Swiss images, tenant/lease data
  for all 10 VERIFIED_PORTFOLIO properties; need budgets updated to annual
- PropertyTable: swap columns — add Aktueller Mieter, Mietlaufzeit,
  Breakoutoption, Breakoutoption Zeitpunkt; remove Verfügbarkeit, Konfidenz, Quelle
- PropertyDetailView: 3 tabs (Übersicht, Matchability, Marktsignale) with
  inline edit mode, NeedMatchCard list, PropertyMarketSignalsTab
- New: marketReport domain + mock data + service, NeedMatchCard,
  PropertyMarketSignalsTab with 4 sections + PDF button
- matchService: getNeedMatchesForProperty(propertyId, {minScore})

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-19 15:43:52 +02:00
Benjamin SutterandClaude Sonnet 4.6 52a2693cad fix: move map from header into Übersicht tab content
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-18 22:18:39 +02:00
Benjamin SutterandClaude Sonnet 4.6 73ff758f03 feat: add 'Produkttour starten' to user menu
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-18 22:14:06 +02:00
Benjamin SutterandClaude Sonnet 4.6 14badd1ca8 feat: all 4 UX priorities — wizard, examples, onboarding, pipeline
- Offer wizard: 4→3 steps by merging 'Prüfen' into PDF review step
- Search mask: quick-select chips for area ranges, budget, and city presets
- Onboarding: WelcomeDialog (3 slides, localStorage) on first visit
- Deal Pipeline: Kanban board (6 stages, 8 mock items, advance-to-next-stage)
  added to demand workspace navigation

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-18 22:09:06 +02:00
Benjamin SutterandClaude Sonnet 4.6 9cf3e72033 feat: Schattenmarkt UX — separate section, relevance bridge, source links
Signals are now in their own feed section with an explanation banner
so users understand they are not confirmed properties. Each signal card
shows WHY it appears in their search (e.g. 'Fläche könnte frei werden').
Source pills are now clickable links. FutureAvailabilityContextPanel
redesigned with full AI summary, source button, and relevance bridge.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-18 21:59:08 +02:00
Benjamin SutterandClaude Sonnet 4.6 b5cdb0353b feat: Schattenmarkt cards — source pills, probability bar, AI summary
Complete IntelligenceMatchCard redesign for FUTURE_AVAILABILITY signals:
purple gradient hero, source type pills, credibility indicators,
probability LinearProgress bar, market indicator badge, AI-generated
signal summary block. Added aiSummary field to FutureSignal domain
and rich German AI summaries to mock signals 001–005.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-18 21:49:27 +02:00
Benjamin SutterandClaude Sonnet 4.6 5391ad0ae5 fix: image above map stacked vertically in PropertyDetailView (160px + 120px)
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-18 21:35:36 +02:00
Benjamin SutterandClaude Sonnet 4.6 a75818b983 feat: full responsive layout — mobile sidebar, stacked panels, fullscreen drawers
- AppShell: permanent sidebar on desktop, temporary drawer + hamburger on mobile (<md)
- TopBar: hamburger icon on mobile, AI-Assistent als Icon-Button auf kleinen Screens
- MatchDetail: Sidebar stacks below content on mobile, key facts wrap, px responsive
- Properties: Drawer fullscreen (100vw) on mobile, 650px on desktop
- ActiveInquiriesTab: mobile shows list → tap opens detail with back button
- LatentInquiriesTab: mobile sequential navigation (list → detail → own properties), tablet 2-col, desktop 3-col
- PublicNeedList: fullWidth prop for mobile layout
- InquiryDetailPanel: property card stacks below chat on mobile

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-18 21:24:00 +02:00
Benjamin SutterandClaude Sonnet 4.6 259b4e3c68 fix: compact side-by-side image+map in PropertyDetailView drawer (140px)
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-18 21:11:38 +02:00
Benjamin SutterandClaude Sonnet 4.6 732231ce13 fix: always show tab scroll buttons in PropertyDetailView — Aktivitätslog sichtbar
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-18 18:26:20 +02:00
Benjamin SutterandClaude Sonnet 4.6 fdf4de37db feat: Aktivitätslog tab in PropertyDetailView — per-property timeline
Adds a new "Aktivitätslog" tab (9th tab) to the supply-side property
drawer. Shows match approvals/rejections, need registrations, data
quality flags, and governance actions linked to this specific property.
Only visible to Verwaltung users in their own property view.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-18 18:12:50 +02:00
Benjamin SutterandClaude Sonnet 4.6 c4c29ef7d3 feat: F030 Anfragencenter — Aktive & Latente Anfragen + Angebot-Wizard
Neuer Menüpunkt «Anfragencenter» (ehemals «Eingehende Bedarfe»):

Aktive Anfragen:
- Split-View: Anfrageliste (Liste/Grid-Toggle) + Chat-Detailansicht
- Chat-Verlauf mit Sender-Styling (Mieter links, Supply rechts)
- Antwortformular mit Betreff, Nachricht, Anhänge, Statuswechsel
- Zugehörige Property Card neben dem Chat

Latente Anfragen:
- Drei-Spalten-Layout: Need-Liste | Need-Detail | Eigene Objekte
- Need Cards mit AI-Zusammenfassung, Must-Haves, Präferenzen
- Eigene Portfolio-Objekte sortiert nach deterministischem Match-Score
- Checkbox-Selektion für Angebotsauswahl

Angebot-Wizard (4 Schritte):
- Schritt 1: Objekte auswählen (mit Score-Vorschau)
- Schritt 2: PDF-Vorschau + editierbare Textfelder
- Schritt 3: Angebot prüfen & bestätigen
- Schritt 4: Nachricht an Suchenden mit KI-generierter Mail

Architektur:
- Domain: Inquiry, LatentNeed, OfferDraft Types
- Provider: IInquiryProvider, ILatentNeedProvider, IOfferProvider + Mockups
- Services: inquiryService, latentNeedService, offerService
- Hooks: useInquiries, useLatentNeeds, useOffers (TanStack Query)
- Store: offerWizardStore (Zustand, lokaler Wizard-State)
- 27 neue Komponenten, alle Loading/Empty/Error States

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-18 18:03:05 +02:00
Benjamin SutterandClaude Sonnet 4.6 05ac0083b2 feat: Steuerlast-Kriterium, ImmoScout-Layout, Gold/Silver/Bronze-Trennung
- Flächensuche: Flexibilität durch Steuerlast (taxEnvironment) ersetzt
- MatchDetail: Bild als Hero-Banner oben, Karte eingebettet im Inhalt darunter
- Ergebnisliste: Gold/Silber/Bronze-Abschnitte mit farbigen Trennlinien
- ScoreBreakdown: KI-Steuerlast-Link zur kantonalen Steuerrechner-Seite
- Beispieldaten: alle Objekte mit passenden Bildern versehen
- locationIntelligence: taxCalculatorUrl pro Kanton ergänzt

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-18 14:14:10 +02:00
Benjamin SutterandClaude Sonnet 4.6 5b917bd619 feat: embedded interactive map in property + match detail views
Integrates react-leaflet with OpenStreetMap tiles. PropertyDetailView
and MatchDetail now show property photo + zoomable/pannable map above
the tabs/content — always visible on card click, no redirect. Map
renders at correct lat/lng with a location marker and popup.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-18 13:34:57 +02:00
Benjamin SutterandClaude Sonnet 4.6 c75d3c8121 feat: F029 intelligence card system — premium AI-native CRE cards
Gold/Silver/Bronze FIFA-style score badges overlaid on location imagery.
List/grid view toggle on Results and Properties pages (persisted in
localStorage). IntelligenceMatchCard for match results grid view;
PropertyIntelligenceCard for property grid view with warm brown theme.
LocationPreview component with Google Maps link. 10 mock properties
enriched with Unsplash building images.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-18 13:25:27 +02:00
926 changed files with 69428 additions and 8229 deletions

No files matched your search

+35
View File
@@ -0,0 +1,35 @@
{
"permissions": {
"allow": [
"Bash(npm run *)",
"Bash(git add *)",
"Bash(git push *)",
"Bash(npx tsc *)",
"Bash(grep -E \"\\\\.\\(ts|tsx\\)$\")",
"Bash(find c:\\\\\\\\Users\\\\\\\\beni_\\\\\\\\OneDrive\\\\\\\\Desktop\\\\\\\\property-match -name \"Dashboard.tsx\" -type f)",
"Bash(awk '{print $NF}')",
"Bash(start http://localhost:5173)",
"Bash(npm install *)",
"Bash(git pull *)",
"Bash(node scripts/check-tokens.js)",
"Bash(echo \"EXIT:$?\")",
"Bash(echo \"EXIT_CODE:$?\")",
"Bash(Get-ChildItem \"c:\\\\Users\\\\beni_\\\\AppData\\\\Local\\\\Temp\\\\docx-gen\\\\node_modules\\\\docx\" -Recurse -Name)",
"Bash(start \"C:\\\\Users\\\\beni_\\\\OneDrive\\\\Desktop\\\\property-match\\\\Aenderungsprotokoll_Meeting_26052026.docx\")",
"Bash(start http://localhost:5176)",
"Bash(start http://localhost:5176/demand/ai-search)",
"Bash(node -e ' *)",
"Skill(run)",
"Skill(run:*)",
"Bash(curl -s -o /dev/null -w \"%{http_code}\" http://localhost:5173)",
"Bash(powershell.exe -Command \"Start-Process 'http://localhost:5173'\")",
"Bash(findstr \"LISTENING\")",
"Bash(findstr \":517\")",
"Bash(findstr \"LISTEN\")",
"Bash(findstr \":5\")",
"Bash(echo \"Exit: $?\")",
"Bash(npx vercel *)",
"Bash(Start-Process \"http://localhost:5180\")"
]
}
}
+27
View File
@@ -0,0 +1,27 @@
{
"permissions": {
"allow": [
"Bash(git commit -m ' *)",
"Bash(git commit *)",
"Bash(node -e ' *)",
"Bash(git stash *)",
"Read(//c/Users/beni_/.claude/projects/c--Users-beni--OneDrive-Desktop-property-match/8e388ddd-e02e-47fe-8bb9-cdb8164c9fc3/tool-results/**)",
"Bash(pandoc --version)",
"Bash(npm list *)",
"Read(//c/Program Files/LibreOffice/program/**)",
"Read(//c/Program Files/Microsoft Office/**)",
"Read(//c/Program Files \\(x86\\)/**)",
"Bash(mkdir -p /tmp/docx-gen)",
"Read(//tmp/**)",
"Bash(npm init *)",
"Bash(node generate.js)",
"Bash(timeout 8 bash -c \"until curl -s http://localhost:5173 > /dev/null; do sleep 1; done\")",
"Bash(dir \"c:\\\\Users\\\\beni_\\\\OneDrive\\\\Desktop\\\\property-match\\\\src\" -Depth 2)",
"Bash(start \"\" \"http://localhost:5178/demand/results\")",
"Bash(start \"\" \"http://localhost:5178/supply/properties\")"
],
"additionalDirectories": [
"c:\\Users\\beni_\\AppData\\Local\\Temp\\docx-gen"
]
}
}
+3
View File
@@ -16,6 +16,9 @@ dist-ssr
desktop.ini
Thumbs.db
# Claude Code agent worktrees (transient copies of src/ — never commit)
.claude/worktrees/
# Editor directories and files
.vscode/*
!.vscode/extensions.json
+11
View File
@@ -0,0 +1,11 @@
> Why do I have a folder named ".vercel" in my project?
The ".vercel" folder is created when you link a directory to a Vercel project.
> What does the "project.json" file contain?
The "project.json" file contains:
- The ID of the Vercel project that you linked ("projectId")
- The ID of the user or team your Vercel project is owned by ("orgId")
> Should I commit the ".vercel" folder?
No, you should not share the ".vercel" folder with anyone.
Upon creation, it will be automatically added to your ".gitignore" file.
+1
View File
@@ -0,0 +1 @@
{"projectId":"prj_0UhtBM4Jg83OXPDkzhOM6x0gYfEY","orgId":"team_Quh2pScdkVSiGHkdwh6ntKZ5","projectName":"property-match"}
+450
View File
@@ -0,0 +1,450 @@
# Property On — Agenten-Ansatz: Entwicklungsstand
> **Zweck dieses Dokuments:** Vollständiges Briefing über den Agenten-Ansatz der Plattform
> «Property On» (Repository `property-match`), Stand **5. August 2026**.
> Alle Angaben sind direkt aus dem Quellcode ausgelesen, nicht aus Konzeptpapieren.
>
> **Wenn du (ChatGPT) dieses Dokument liest:** Es ist die Faktenbasis für eine Präsentation
> zum Entwicklungsstand. Abschnitt 8 trennt ausdrücklich zwischen *gebaut und lauffähig* und
> *bewusst als Demo simuliert*. Diese Trennung bitte niemals verwischen — die Präsentation
> muss Nachfragen standhalten.
---
## 1. Produktvision in einem Satz
Property On ist keine Immobilienplattform mit angeflanschtem Chatbot, sondern eine
**Decision-Intelligence-Plattform**, deren Arbeit von fünf **digitalen Mitarbeitenden**
erledigt wird — jeder mit Namen, Porträt, Personalnummer, Abteilung, definiertem
Aufgabenprofil und einer festgelegten Autonomiestufe.
Der konzeptionelle Kern, der den Ansatz von «KI-Features» unterscheidet:
| Klassischer KI-Ansatz | Property-On-Agentenansatz |
|---|---|
| Ein Assistent, überall derselbe | Fünf Rollen mit je eigenem Arbeitsplatz und Zuständigkeit |
| «AI»-Knopf an bestehender Oberfläche | Die Seite *ist* der Arbeitsplatz des Agenten |
| Blackbox-Ausgabe | Jede Aussage mit Quelle, Fundstelle und Konfidenz |
| Autonom oder gar nicht | Drei abgestufte Autonomiestufen je Agent |
| Wird als Technologie verkauft | Wird als Personal eingeführt — inkl. «Personalverwaltung» |
Die drei Leitprinzipien aus der Projektdokumentation (`CLAUDE.md`), die jede
Designentscheidung schlagen:
1. **Explainability-first** — jeder Score, jedes Badge, jede Empfehlung ist rückverfolgbar.
Wenn nicht nachvollziehbar ist *warum*, ist das Feature nicht fertig.
2. **Trust-first** — Konfidenz, Datenaktualität und Datenlücken werden aktiv angezeigt.
Nichts wird sicherer dargestellt, als die Datenlage hergibt.
3. **Better-than-Google** — ranken, Zielkonflikte erklären, Zukunftssignale zeigen und eine
konkrete nächste Handlung empfehlen; nicht bloss Treffer auflisten.
---
## 2. Die fünf Agenten im Überblick
Der Menüpunkt heisst **«Meine Agenten»**. Die Reihenfolge folgt dem Arbeitsablauf, nicht dem
Alphabet.
| # | Agent | Funktion | Abteilung | Pers.-Nr. | Autonomiestufe | Route |
|---|---|---|---|---|---|---|
| 1 | **Ferdi** | Fristen-Wächter | Bewirtschaftung | PO-ZD-02 | Freigabe erforderlich — «autonom beim Erinnern, Freigabe bei Eskalationen» | `/supply/reminder-manager` |
| 2 | **Bruno** | Besichtigungsassistent | Vermarktung | PO-ZD-13 | Autonom | `/supply/besichtigungen` |
| 3 | **Livia** | Exposé Master | Vermarktung | PO-ZD-21 | Autonom | `/supply/my-listings` |
| 4 | **Nora** | Marktchancen / Leads | Marktbeobachtung | PO-ZD-19 | Nur Vorschlag | `/supply/market-intelligence` |
| 5 | **Sina** | Datenpflege | Bewirtschaftung | PO-ZD-03 | Autonom, ausschliesslich lesend | `/supply/data-quality` |
**Die Autonomiestufen sind das stärkste Argument der Präsentation.** Sie sind kein Etikett,
sondern im Datenmodell verankert (`AgentAutonomyLevel`) und je Agent begründet:
- **Nora darf nichts entscheiden** — sie erkennt Marktsignale und schlägt vor. Ein Mensch
entscheidet, ob daraus ein Lead wird.
- **Ferdi darf erinnern, aber nicht eskalieren** — die Eskalation gegenüber einem Mieter ist
eine geschäftliche Handlung mit Aussenwirkung und braucht eine Freigabe.
- **Sina darf autonom arbeiten, weil sie ausschliesslich liest** — sie beantwortet Fragen aus
hinterlegten Dokumenten und belegt jede Aussage mit Fundstelle. Ohne Schreibrecht kein Risiko.
- **Bruno und Livia arbeiten autonom**, weil ihr Ergebnis (Briefing, Exposé-Entwurf) dem
Menschen vorgelegt wird, bevor es nach aussen geht.
---
## 3. Die fünf Agenten im Detail
### 3.1 Ferdi — Fristen-Wächter
**Problem:** Optionsfristen, Break-Klauseln und Anpassungstermine verschwinden in Verträgen,
Nachträgen und Excel-Listen. Wer eine Frist verpasst, verliert Geld oder eine Fläche.
**Was Ferdi tut** (aus dem Personaldossier):
- Liest Mietverträge, Nachträge und Zusatzvereinbarungen der Standorte Zürich, Winterthur,
Basel, Zug, Bern und St. Gallen ein
- Extrahiert Fristen, Optionen und Break-Klauseln **mit Fundstelle im Dokument**
- Lässt jeden neu gefundenen Termin **einmalig durch die Bewirtschaftung bestätigen**
(Human-in-the-Loop an der Datenquelle, nicht erst am Ergebnis)
- Gleicht den bestätigten Bestand jeden Morgen mit dem Kalender ab
- Erinnert gestaffelt: 12, 9, 6 und 3 Monate vor Stichtag
- Meldet nach fünf Arbeitstagen ohne Reaktion ein zweites Mal
- Legt bei anhaltendem Ausbleiben eine **Eskalation zur Freigabe** vor
**Ergebnisse:** Fristen-Alerts, Wochen-Pipeline montags 07:00 Uhr, Eskalationsvorschläge,
lückenloses Meldeprotokoll je Vertrag.
**In der Oberfläche:** Chat-Einstieg, darunter Filterleiste und Reminder-Liste, seitliche
Detailansicht. Zusätzlich gebaut: **Kalender-Terminplanung** — aus einem Reminder lässt sich
ein Kalendereintrag erzeugen (Titel-Schema `Ferdi: {Typ} – {Objekt}`, mit strukturiertem
Anhang aus den Reminder-Daten).
---
### 3.2 Bruno — Besichtigungsassistent
**Problem:** Vor einer Besichtigung fehlt dem Makler die Vorbereitung, nach der Besichtigung
verschwindet das Gesagte. Beides kostet Abschlüsse.
**Zwei Auftragstypen, ein Arbeitsplatz:**
**Vorbereitung** — Bruno liefert vor dem Termin ein Briefing:
- Objektbild, Adresse, Fläche, Mietpreis, Verfügbarkeit, Parkplätze
- Objektbeschrieb
- **Lagebericht von Livia** (Agent-zu-Agent-Zulieferung — ein wichtiger Punkt: die Agenten
arbeiten einander zu, sie stehen nicht nebeneinander)
- **Verkaufsargumente**
- **Mögliche Einwände mit vorbereiteter Antwort** — je Einwand ein Antwortvorschlag
- **Rechercheergebnisse zum Interessenten aus öffentlichen Quellen** — und hier die
entscheidende Regel: *jede* Angabe steht mit Quellenangabe da. Findet Bruno nichts
Belegbares, steht «Keine belegbaren öffentlichen Angaben gefunden» — nicht eine plausible
Vermutung. Begründung im Code: *«Eine Vermutung im Briefing wird am Termin zur Behauptung.»*
- Optional: Audiofassung des Briefings (für die Fahrt zum Termin)
**Nachbereitung** — nach dem Termin:
- Der Makler diktiert oder schreibt formlos (Eingangskanal wird protokolliert)
- Bruno zeigt transparent, **welche Verarbeitungsschritte** er daraus gemacht hat
- Ergebnis ist eine benannte Datei (Protokoll / Kundennotiz) plus Bemerkungen
**Eingebaute Kontrolle:** Steht eine Besichtigung in **weniger als 24 Stunden** an und wurde
noch kein Bericht angefordert, erscheint eine Warnung mit direktem Handlungsknopf
«Bericht anfordern». Das ist ein konkretes Beispiel für einen Agenten, der nicht nur
ausführt, sondern die Lücke im Prozess selbst meldet.
---
### 3.3 Livia — Exposé Master
**Problem:** Ein vollständiges Gewerbe-Exposé zu erstellen ist ein Tagesgeschäft von mehreren
Stunden — Daten zusammensuchen, Texte schreiben, Bilder sortieren, exportieren.
**Arbeitsplatz:** Leadliste (aktiv / archiviert). Leads kommen aus Noras Signalen, sobald ein
Bewirtschafter sie zur Exposé-Erstellung weitergeleitet hat. Beim Öffnen eines Leads gleitet
die Zeile nach oben und der dreistufige Arbeitsbereich klappt auf.
**Der Drei-Schritt-Ablauf: Hochladen → Exposé → Export**
**Schritt 1 – Hochladen:** Objektdaten und Bilder aus «Meine Objekte» vorbefüllen oder
Unterlagen hochladen.
**Schritt 2 – Exposé:** Ein Dossier aus **11 fachlichen Bereichen** — das ist der inhaltliche
Beweis, dass hier eine echte Fachdomäne abgebildet ist und keine generische Formularmaske:
| # | Bereich | Beispielfelder | Datenquellen |
|---|---|---|---|
| 1 | Eckdaten & Vermarktung | Objektart, Vermarktungsart, Status, Objektreferenz | — |
| 2 | Lage | Strasse, PLZ, Ort, Gemeinde, Kanton | — |
| 3 | Koordinaten & Distanzen | ÖV-Haltestelle, Einkauf, Schule, Autobahn (in m) | Swisstopo, ÖV-Fahrplan, OpenStreetMap |
| 4 | Gebäude- & Gemeindedaten | ÖV-Güteklasse, Solareignung, Einwohner, Steuerbelastung, Leerwohnungsziffer | ARE, BFE Sonnendach, BFS, ESTV |
| 5 | Flächen & Gebäude | Nutzfläche, Raumhöhe, **Kubatur SIA 416** | — |
| 6 | Gebäude & Verfügbarkeit | Stockwerk, Baujahr, letzte Renovation, Zustand | — |
| 7 | Grundstück & Baurecht | Nutzungszone, Überbauungsziffer, Ausnützungsziffer | geodienste / Swisstopo |
| 8 | Preise & Kosten | Nettomiete CHF/m²/J, Nebenkosten, NK-Art, Kaution, Parkierung | — |
| 9 | Ausstattung & Merkmale | Photovoltaik, Wärmepumpe, E-Ladestation, Minergie, Seesicht … | — |
| 10 | Energie & Technik | Heizsystem, Wärmeverteilung, GEAK, kWp | — |
| 11 | Texte & Beschriebe | Titel, Kurzbeschrieb, Objekt-/Lage-/Gemeinde-/Ausstattungsbeschrieb, Highlights | **KI-Textentwurf** |
Zwei Details, die den Qualitätsanspruch zeigen:
- **Schweizer Fachnormen sind eingebaut** — Kubatur nach SIA 416, GEAK, Minergie,
ÖV-Güteklasse nach ARE, Leerwohnungsziffer. Alle behördlichen Datenquellen sind benannt und
**die Werte bleiben überschreibbar** — der Mensch behält das letzte Wort.
- **Pflichtfeldlogik:** 9 Felder sind Pflicht (Objektart, Vermarktungsart, Strasse, PLZ, Ort,
Nutzfläche, Verfügbarkeit, Nettomiete, Exposé-Titel, Kurzbeschrieb, Objektbeschrieb).
Fehlt eines, wird es rot umrandet. Begründung im Code: *«Eine Broschüre ohne Kubatur ist
verkaufbar, eine ohne Mietpreis nicht.»*
**KI-Texterstellung mit hartem Leitplanken-Prinzip:** Der Textentwurf nutzt
**ausschliesslich die erfassten Objektdaten**. Im Backend-Dienst wird die Textgenerierung
bewusst an einen deterministischen Baustein delegiert, damit **kein Sprachmodell fehlende
Fakten erfindet**. Das ist die direkte technische Umsetzung des Trust-first-Prinzips.
**Schritt 3 – Export:** HTML-Vorschau, PDF (über den Druckdialog) und Word (`.doc`).
---
### 3.4 Nora — Marktchancen / Leads
**Problem:** Marktchancen entstehen aus schwachen Signalen — einer Handelsregister-Mutation,
einer Baubewilligung, einem Gespräch im Netzwerk. Diese Signale sind verteilt und flüchtig.
**Zwei Quellen, zwei Reiter:**
**Reiter «KI-Signale»** — automatisch erkannte Signale aus öffentlichen Quellen
(SHAB, Zefix, Web), je Signal eine Detailansicht mit Einordnung.
**Reiter «Netzwerk»** — der menschliche Kanal. Ein Bewirtschafter erfasst selbst einen
Hinweis aus seinem Netzwerk. Filter nach **Intern** und **Plattform** — d. h. das Wissen
einzelner Mitarbeitender wird zu Plattformwissen, ohne dass es dafür ein separates CRM-Ritual
braucht.
**Autonomiestufe «Vorschlag»:** Nora entscheidet nichts. Sie erkennt, ordnet ein und legt vor.
Der Mensch leitet ein Signal per Mehrfachauswahl an **Livia** weiter — dort wird daraus ein
Exposé-Lead. Das ist die sichtbare Übergabe zwischen zwei Agenten und der beste
Demo-Moment der Präsentation.
**Weitere Ergebnisse laut Dossier:** Wochen-Mails, Leads, Marktbausteine.
---
### 3.5 Sina — Datenpflege
**Problem:** Schlechte Objektdaten machen jede nachgelagerte Auswertung wertlos. Aber niemand
pflegt Daten «auf Vorrat» — man braucht den konkreten Hinweis, *welches* Objekt jetzt
angefasst werden muss.
**Bewusste Design-Entscheidung, die man in der Präsentation zeigen sollte:** Die Seite hatte
früher Auswertungskarten und eine Qualitätsverteilung. Beide sind **entfernt** worden. Die
Begründung steht im Code: *Kennzahlen beantworten «wie steht es insgesamt?», auf dieser Seite
zählt aber «welches Objekt muss ich anfassen?».* Das ist Prinzip 1 der Projektrichtlinien in
Reinform — jeder Bildschirm wird um **eine Entscheidung** herum gebaut.
**Was übrig blieb:** Chat-Einstieg, Freitextsuche, drei Filter (Ort/PLZ, Gewerbetyp, Status)
und eine nach Objektname oder Datenqualität sortierbare Liste. Datenqualität unter 60 %
wird rot. Klick auf ein Objekt öffnet die **direkt editierbare** Detailansicht.
**Zweites Aufgabenprofil laut Dossier:** Sina beantwortet Vertrags- und Objektfragen
**ausschliesslich aus hinterlegten Dokumenten und immer mit Fundstelle** — autonom, aber
ausschliesslich lesend.
> ⚠️ **Vor der Präsentation prüfen:** Die Funktionsbezeichnung in der Oberfläche
> («Datenpflege») und das Aufgabenprofil im Personaldossier (dokumentenbasierte
> Fragebeantwortung) beschreiben zwei unterschiedliche Schwerpunkte. Wenn jemand nachfragt,
> ist die saubere Antwort: Sina ist der lesende Daten- und Dokumentenagent; die Oberfläche
> zeigt heute den Datenpflege-Teil, der Dokumenten-Q&A-Teil ist im Rollenprofil beschrieben
> und noch nicht als eigener Bildschirm gebaut.
---
## 4. Das gemeinsame Bedienmuster
Alle fünf Agentenseiten sind gleich aufgebaut — das ist eine bewusste Entscheidung, damit die
Agenten als *ein Team* wahrgenommen werden und nicht als fünf Werkzeuge.
**Der Chat-Einstieg** (eine einzige gemeinsame Komponente, `AgentWorkspaceHero`):
- Porträt 88 px, Name, Funktionsbezeichnung
- Immer dieselbe Frage: **«Wie kann ich dir heute weiterhelfen?»**
- Mehrzeiliges Eingabefeld, Platzhalter «Nachricht an {Name} senden»
- Optional: zusätzliche Kanäle (z. B. WhatsApp) als Hinweis darunter
Was bewusst **fehlt** — und warum das ein Argument ist, kein Mangel:
kein generischer «AI-Assistent»-Knopf, keine Vorschlagskacheln, kein Verlauf.
Der Chat ist agentenspezifisch und bleibt auf der jeweiligen Seite. Die operative
Liste beginnt erst unterhalb des Weissraums.
**Objektverlinkung:** Jeder Objektname auf jeder Agentenseite ist ein Link in «Meine Objekte»
(`/supply/properties/{id}`). Alle Verweise zeigen auf **real existierende Objekte im
Datenbestand** — es gibt keine erfundenen Objektnamen in den Agentendaten. Das ist per Skript
gegen den Objektbestand geprüft worden (IDs und Titel, null Abweichungen).
---
## 5. Die Verwaltungsebene — «Agenten als Personal»
Unter «Meine Agenten» liegen drei Verwaltungsbereiche als Reiter derselben Seite
(`/supply/team?section=…`). Sie sind der konzeptionelle Kern des Ansatzes:
| Reiter | Inhalt |
|---|---|
| **Personalverwaltung** | Personalblatt je Agent: Personalnummer, Abteilung, E-Mail, Zweck, Eingangsdaten, Arbeitsablauf, Ergebnisse, Autonomiestufe |
| **Bearbeitungsverlauf** | Erledigte Aufträge und pendente Anfragen |
| **Kanäle & Systeme** | Welcher Agent hängt an welchem System — mit Verbindungsstatus |
**Kanäle & Systeme ist der wichtigste Bildschirm für eine kritische Zuhörerschaft**, weil er
den Realitätsgrad ehrlich ausweist. Jede Anbindung trägt einen Status:
`CONNECTED` / `DISCONNECTED` / `ROADMAP`.
Erfasste Anbindungen (Auszug mit realem Status):
| System / Kanal | Status |
|---|---|
| Microsoft 365 — gemeinsame Postfächer | Verbunden |
| WhatsApp Business — Diensthandys | Verbunden |
| Kalender der Standortteams | Verbunden |
| Dokumentenablage und Standortbibliotheken | Verbunden |
| CRM der Vermarktung | Verbunden |
| Öffentliche Quellen — SHAB, Zefix, Web | Verbunden |
| Microsoft Teams — Kanal Marktbeobachtung | Nicht verbunden |
| Bewirtschaftungssystem ImmoTop2 | Nicht verbunden |
| Telefonanlage und Diktatlinie | Roadmap |
Beachte die Formulierung bei der Dokumentenablage — sie beschreibt nicht nur *was*
angebunden ist, sondern die Belegpflicht: *«Jede Aussage aus einem Dokument wird mit
Dateiname, Seite und Zitat belegt.»*
---
## 6. Technischer Stand
**Stack:** Vite 8 · React 19 · TypeScript 6 (`strict`) · MUI v9 · Tailwind CSS v4 ·
React Router v7 · TanStack Query v5 · Zustand v5 · Zod · Playwright · Vitest
**Architektur — vier Schichten, keine wird übersprungen:**
```
Provider → Service → Hook (React Query) → Component
```
- **Provider** ist der einzige Code, der Daten anfasst. Jede Entität hat ein Interface
(`IPropertyProvider`) und eine Mock-Implementierung (`MockupPropertyProvider`).
Eine echte Implementierung (REST, Supabase) lässt sich einsetzen, **ohne eine einzige
aufrufende Stelle zu ändern** — das ist der Grund, warum der Mockdaten-Stand kein
Wegwerfprototyp ist.
- **Service** kapselt Geschäftslogik, kennt kein React.
- **Hook** kapselt React Query.
- **Component** ist reine Darstellung.
**Für den Agenten-Ansatz neu gebaute Datenschichten** (je Provider + Service + Hook):
Kalendertermine · Exposé-Leads · Exposé-Entwürfe · Besichtigungsaufträge · Agenten-Verzeichnis
**KI-Anbindung — modellagnostisch:** Der gesamte Zugriff läuft über ein einziges Interface
`IAIService` mit rund 15 Fähigkeiten (Bedarf parsen, Match erklären, Zielkonflikte
zusammenfassen, Entscheidungsbriefing, Datenqualität bewerten, Marktsignal klassifizieren,
Exposé-Text erzeugen …). Kein Bildschirm importiert je einen LLM-Client direkt.
Zwei Implementierungen:
- `MockAIService` — deterministisch, ohne Netzwerk (Entwicklung, CI)
- `BackendAIService` — ruft `POST /api/ai/chat/completions` auf dem PowerOn-Backend auf
**Sicherheitsrelevant und in der Präsentation erwähnenswert:** Der LLM-Schlüssel liegt
**ausschliesslich serverseitig**. Die frühere Variante mit einem Schlüssel im Frontend-Bundle
wurde entfernt; der Code weist einen Versuch, sie zu nutzen, aktiv mit einer Warnung ab.
Fällt das Backend aus, schaltet der Dienst automatisch auf den Mock zurück — **kein
KI-Ausfall blockiert einen Arbeitsablauf**.
**Codequalität, Stand heute:**
| Kennzahl | Wert |
|---|---|
| Quelldateien (`src/`) | 719 |
| Codezeilen (`src/`) | 80 936 |
| Tests | **405 / 405 grün** (25 Testdateien) |
| Lint-Fehler | 0 |
| Lint-Warnungen | 0 |
| `any`-Casts | 0 |
| Toter Code | 0 |
| Seiten über dem 300-Zeilen-Limit | 0 |
| Commits gesamt | 222 |
| Deployment | Vercel, Produktion (Branch `Agents2`) |
Zum Vergleich der Ausgangslage vor der letzten Aufräumrunde: 102 Lint-Fehler,
1 144 Warnungen, 31 `any`-Casts, ~1 535 Zeilen toter Code, grösste Seite 1 130 Zeilen
(heute 196). Die Aufräumarbeit wurde mit einem Screenshot-Vergleich über 20 Ansichten
abgesichert: 14 pixelgleich, 6 mit ausschliesslich den drei beabsichtigten
Beschriftungsänderungen.
---
## 7. Warum dieser Ansatz trägt — die Argumente
1. **Rollen statt Funktionen.** Ein Bewirtschafter muss nicht lernen, welches KI-Feature was
kann. Er muss wissen, wen er fragt. Das ist dieselbe kognitive Leistung wie bei
menschlichen Kollegen — und deshalb keine Einführungshürde.
2. **Abgestufte Autonomie macht Akzeptanz verhandelbar.** «Die KI übernimmt» scheitert an
Vertrauen. «Nora schlägt vor, Sie entscheiden; Ferdi erinnert, die Eskalation gibt der
Mensch frei» ist verhandelbar — und die Stufe lässt sich pro Agent anheben, wenn sich
Vertrauen aufgebaut hat.
3. **Belegpflicht ist im Produkt verankert, nicht im Marketing.** Fundstelle im Vertrag,
Quelle bei der Interessentenrecherche, benannte Behördenquelle beim Exposé-Feld,
deterministische Textgenerierung statt frei erfindendem Modell.
4. **Die Agenten arbeiten einander zu.** Nora erkennt → Mensch leitet weiter → Livia erstellt
das Exposé → Livias Lagebericht taucht in Brunos Besichtigungsbriefing auf. Das ist eine
Prozesskette, kein Werkzeugkasten.
5. **Der Mock-Unterbau ist austauschbar, nicht wegzuwerfen.** Wegen der strikten
Provider-Schicht ist der Schritt zum Produktivsystem ein Implementierungswechsel hinter
einem Interface — nicht ein Neubau.
---
## 8. Ehrliche Abgrenzung: was läuft, was ist Demo
**Diesen Abschnitt bitte in der Präsentation nicht weglassen.** Er ist der Grund, warum das
Gezeigte glaubwürdig bleibt.
### Vollständig gebaut und lauffähig
- Alle fünf Agentenarbeitsplätze mit vollständiger Oberfläche und Interaktion
- Die drei Verwaltungsbereiche (Personal, Verlauf, Kanäle & Systeme)
- Das gesamte Exposé-Dossier mit 11 Bereichen, Pflichtfeldprüfung, Vorschau und Export
(HTML / PDF via Druckdialog / Word)
- Filtern, Sortieren und direktes Bearbeiten der Objektdaten
- Besichtigungs-Vorbereitung und -Nachbereitung inkl. 24-Stunden-Warnung
- Mehrfachauswahl und Weiterleitung von Signalen an Livia
- Kalender-Terminplanung aus Reminders
- Objektverlinkung quer über alle Agentenseiten
- Vier Architekturschichten, 405 grüne Tests, produktiv deployt
### Bewusst als Demo simuliert — mit ehrlicher Rückmeldung an den Nutzer
- **Der Chat hat kein Backend.** Beim Absenden erscheint der Hinweis
«Nachricht an {Name} vorgemerkt — der Chat ist in dieser Demo noch nicht angebunden.»
Das war eine bewusste Entscheidung: eine erfundene Agentenantwort wäre schlimmer als eine
ehrliche Rückmeldung.
- **Berichtsvorschau, Berichtsdownload und Audiofassung bei Bruno** melden ebenfalls offen,
dass sie noch nicht angebunden sind.
- **Alle Fachdaten sind Mockdaten** (Objekte, Leads, Besichtigungsaufträge, Reminder,
Signale). Sie sind untereinander konsistent und gegen den Objektbestand geprüft, aber sie
stammen nicht aus einem Produktivsystem.
- **Systemanbindungen** tragen ihren echten Status — ImmoTop2 und Teams sind als *nicht
verbunden*, die Telefon-/Diktatlinie als *Roadmap* ausgewiesen.
### Noch nicht gebaut
- Chat-Backend und agentenspezifische Dialogführung
- Produktive Anbindung an ImmoTop2, Teams, Telefonanlage/Diktat
- Sinas dokumentenbasierte Fragebeantwortung als eigener Bildschirm
- Automatisierte Ausführung der Agentenabläufe im Hintergrund (heute wird das Ergebnis
dargestellt, nicht der Lauf ausgelöst)
---
## 9. Offene Punkte / Kandidaten für die Roadmap-Folie
1. **Chat-Backend** — der grösste sichtbare Schritt zum Produktiverlebnis
2. **ImmoTop2-Anbindung** — ohne sie bleibt Ferdis Terminbestand ein Import
3. **Hintergrundausführung der Agentenläufe** (Zeitpläne, Auslöser, Protokoll)
4. **Sina als Dokumenten-Q&A** mit Fundstellenanzeige
5. Feinschliff: 23 Komponenten liegen zwischen 250 und 325 Zeilen (über dem weichen
250-Zeilen-Ziel; alle *Seiten* liegen unter dem harten 300-Zeilen-Limit)
6. Oberflächen-Testabdeckung ist dünn (4 UI-Tests bei 404 Komponenten; die 405 Tests decken
vor allem Logik-, Service- und Scoring-Schichten ab)
7. Der Produktionsbetrieb läuft auf Branch `Agents2`; `main` ist noch nicht nachgezogen
---
## 10. Vorschlag für den Präsentationsbogen
| # | Folie | Kernaussage |
|---|---|---|
| 1 | Ausgangslage | Fristen, Exposés, Besichtigungen und Datenpflege sind Handarbeit, verteilt über Systeme |
| 2 | Der Ansatz | Nicht ein Assistent — **fünf digitale Mitarbeitende** mit Rolle, Abteilung und Autonomiestufe |
| 3 | Das Team | Die Fünfer-Tabelle aus Abschnitt 2 |
| 4 | Autonomie als Vertrauensmodell | Drei Stufen, je Agent begründet — die Stufe wächst mit dem Vertrauen |
| 5 | **Live-Demo: die Kette** | Nora erkennt Signal → Weiterleitung → Livia erstellt Exposé → Export |
| 6 | Live-Demo: Tiefe | Livias 11 Bereiche mit Schweizer Fachnormen und benannten Behördenquellen |
| 7 | Live-Demo: Verlässlichkeit | Brunos Interessentenrecherche — jede Angabe mit Quelle, sonst gar nicht |
| 8 | Agenten als Personal | Personalverwaltung + Kanäle & Systeme mit echtem Verbindungsstatus |
| 9 | Technischer Stand | 719 Dateien, 405 grüne Tests, 0 Lint-Fehler, produktiv deployt, austauschbare Datenschicht |
| 10 | Was Demo ist | Abschnitt 8 — offen benannt |
| 11 | Nächste Schritte | Abschnitt 9 |
**Der stärkste Demo-Moment** ist Folie 5: die Übergabe von Nora an Livia. Sie zeigt in
dreissig Sekunden, dass es sich um ein zusammenarbeitendes Team handelt und nicht um fünf
nebeneinanderstehende Werkzeuge.
**Der stärkste Vertrauensmoment** ist Folie 7: dass Bruno lieber «nichts Belegbares gefunden»
sagt, als etwas Plausibles zu erfinden.
+476
View File
@@ -0,0 +1,476 @@
# Property Match — Architecture Reference
> This document describes the architecture of the Property Match platform.
> For coding rules see [CLAUDE.md](./CLAUDE.md).
> For state management patterns see [STATE_MANAGEMENT.md](./STATE_MANAGEMENT.md).
---
## 1. Folder Structure
```
src/
├── assets/ Static images, icons
│
├── domain/ TypeScript types & enums (single source of truth)
│ ├── enums.ts AssetType, ResultType, MatchStatus, UserRole, WorkspaceType
│ ├── match.ts Match, ScoreBreakdown, ScoreFactor, TradeOff, Risk
│ ├── property.ts Property, Location, ContactPerson
│ ├── need.ts Need, AreaRange, BudgetRange, WeightingProfile
│ ├── unifiedResult.ts UnifiedMatchResult (discriminated union)
│ ├── scoring.ts ScoringWeightProfile, MatchEngineOutput
│ ├── aiOutput.ts AI scoring, extraction, monitoring types
│ ├── futureSignal.ts Future availability signals
│ ├── pipeline.ts Pipeline stages & items
│ ├── inquiry.ts Demand-side inquiry records
│ ├── reminder.ts Reminder & DueDate
│ └── index.ts Barrel re-exports
│
├── features/ Business logic algorithms (pure TypeScript)
│ └── matching/
│ ├── scoreCalculator.ts Hard/soft scoring, confidence & DQ modifiers
│ ├── rankingEngine.ts Match ranking, unified result assembly
│ ├── mustHaveScorer.ts Must-have criteria evaluation
│ ├── tradeOffAnalyzer.ts Tradeoff, risk, and missing-data analysis
│ └── matchCardAdapter.ts Match → MatchCardViewModel adapter
│
├── provider/ Data access layer (interface + mock per entity)
│ ├── IPropertyProvider.ts
│ ├── MockupPropertyProvider.ts
│ ├── INeedProvider.ts
│ ├── MockupNeedProvider.ts
│ └── ... (one pair per entity)
│
├── services/ Business logic services
│ ├── ai/
│ │ ├── IAIService.ts AI capability interface
│ │ ├── MockAIService.ts Deterministic mock (dev/CI)
│ │ ├── OpenRouterAIService.ts Real LLM calls (production)
│ │ └── prompts/ Structured prompt templates
│ ├── matchService.ts
│ ├── needService.ts
│ ├── propertyService.ts
│ ├── aiMonitoringService.ts
│ ├── governanceService.ts
│ ├── types.ts ListResponse<T>, ItemResponse<T>
│ └── errors.ts throwServiceError()
│
├── hooks/ React Query wrappers
│ ├── useProperties.ts
│ ├── useMatches.ts
│ ├── useUnifiedResults.ts Aggregates all result types for demand feed
│ └── ... (one file per entity)
│
├── stores/ Zustand UI stores (global UI state only)
│ ├── sessionStore.ts Auth, currentUser, workspace
│ ├── compareStore.ts Compare tray items (max 4)
│ ├── pipelineStore.ts Pipeline items + add-dialog
│ ├── assistantStore.ts AI assistant drawer conversation
│ ├── offerWizardStore.ts Multi-step offer wizard
│ ├── layoutStore.ts Sidebar, right panel, active workspace
│ ├── matchCenterStore.ts Supply match center selection
│ ├── reminderStore.ts Reminder filters + drawer
│ ├── shortlistStore.ts Shortlist selection + add-dialog
│ └── toastStore.ts Toast notification queue
│
├── lib/ Shared utilities & design system
│ ├── constants.ts All thresholds, labels, stale times, routes
│ ├── ds.ts DS_COLORS, RESULT_TYPE_META, score → level converters
│ ├── utils.ts matchScoreHex, confidenceHex, dataQualityColor, formatters
│ ├── theme.ts MUI theme
│ ├── queryClient.ts TanStack Query client config
│ ├── permissions.ts Role-based access helpers
│ ├── locationIntelligence.ts Location scoring
│ └── propertyHeat.ts Market heat analysis
│
├── components/ UI components (organized by feature)
│ ├── layout/ AppShell, PageHeader, RightContextPanel
│ ├── ui/ ErrorBoundary, EmptyState, Toast, DecisionContextPanel
│ ├── shared/ LocationPreview, ViewToggle (cross-feature)
│ ├── match-card/ MatchCard variants (compact/expanded/review/compare-mini)
│ ├── match-detail/ MatchDetailHero, ScoreBreakdownPanel, CriterionRow
│ ├── compare/ CompareMetricRow, CompareColumn, compareUtils
│ ├── pipeline/ PipelineCard, PipelineColumn, pipelineConstants, pipelineUtils
│ ├── results/ UnifiedResultFeed, ResultFilterBar, ResultTypeBadge
│ ├── supply/ PropertyIntelligenceCard, ReminderFeed, ReminderListRow, ...
│ ├── demand/ NeedInput, WeightingEditor, CriteriaReviewPanel, ...
│ ├── future-signals/ SignalCard, SignalFilterBar, FutureAvailabilityPanel, ...
│ ├── data-quality/ DataQualityPanel, FreshnessIndicator, ProvenancePanel, ...
│ ├── badges/ ConfidenceBadge, RiskBadge, FreshnessBadge, ...
│ ├── ai-monitoring/ AI audit log UI
│ └── ...
│
├── pages/ Route-level page components
│ ├── auth/LoginScreen.tsx
│ ├── supply/ SupplyDashboard, Properties, MatchCenter, ...
│ ├── demand/ AISearch, Results, MatchDetail, Compare, Pipeline, ...
│ └── ops/ MarketIntelligence
│
├── mock-data/ Seed data for mock providers
│
├── App.tsx React Router setup (all routes, lazy-loaded)
└── index.css Tailwind layer imports (no project styles here)
```
---
## 2. Data Flow Overview
The core data flow is **unidirectional** across four layers.
```
┌─────────────────────────────────────────────────────────────────────────┐
│ Component / Page │
│ │
│ Reads: useQuery hook Writes: useMutation hook │
│ UI state: Zustand selector Side effects: useEffect │
└────────────────┬──────────────────────────┬────────────────────────────┘
│ calls │ calls
▼ ▼
┌────────────────────────────────────────────────────────────────────────┐
│ Hook Layer │
│ src/hooks/*.ts │
│ │
│ useQuery({ queryFn: () => service.getAll() }) │
│ useMutation({ mutationFn: (data) => service.create(data) }) │
└────────────────────────────────┬───────────────────────────────────────┘
│ calls
▼
┌────────────────────────────────────────────────────────────────────────┐
│ Service Layer │
│ src/services/*.ts │
│ │
│ Business logic, error handling, response standardization │
│ Reads session via sessionStore.getState() │
│ Calls scoring engine (features/matching/) as needed │
└────────────────────────────────┬───────────────────────────────────────┘
│ calls
▼
┌────────────────────────────────────────────────────────────────────────┐
│ Provider Layer │
│ src/provider/*.ts │
│ │
│ IPropertyProvider (interface) │
│ MockupPropertyProvider (in-memory, dev) ← swap → RestPropertyProvider (prod)
└────────────────────────────────────────────────────────────────────────┘
```
---
## 3. Provider Swap Flow
Swapping from mock to real requires **one file change** — the service import. No hooks, components, or tests change.
```
Dev / CI Production
───────────────────────────────────── ─────────────────────────────────────
propertyService.ts propertyService.ts
import provider from import provider from
'./MockupPropertyProvider' './RestPropertyProvider'
↑
One line change — nothing else
```
Provider interfaces enforce the contract. All methods are `async`. Mock providers hold in-memory seed data from `src/mock-data/`.
---
## 4. State Architecture
```
┌──────────────────────────────────────────┐
│ React Query Cache │
│ │
│ ['properties'] ── 5 min stale │
│ ['matches', needId] ── 2 min stale │
│ ['signals'] ── 5 min stale │
│ ['review-queue'] ── 30 s stale │
│ │
│ ← server data, cached, invalidated │
│ on mutation success → │
└──────────────────────────────────────────┘
┌──────────────────────────────────────────┐
│ Zustand Stores │
│ │
│ sessionStore ← auth, currentUser │
│ layoutStore ← sidebar, workspace │
│ compareStore ← compare tray items │
│ pipelineStore ← pipeline + dialog │
│ assistantStore ← AI chat conversation │
│ offerWizardStore← multi-step wizard │
│ reminderStore ← filter + drawer │
│ toastStore ← notification queue │
│ │
│ ← UI state only, no server data → │
└──────────────────────────────────────────┘
┌──────────────────────────────────────────┐
│ Component Local State │
│ │
│ useState ← form inputs, toggles │
│ useMemo ← derived / filtered lists │
│ useCallback ← stable callbacks │
└──────────────────────────────────────────┘
```
---
## 5. Matching & Scoring Flow
The matching engine (`src/features/matching/`) produces all scores. Components never compute scores — they display them.
```
Need (criteria) + Property (attributes)
│ │
└───────────┬────────────┘
▼
┌─────────────────────┐
│ scoreCalculator │
│ │
│ 1. Hard filters │ ← Exclusions (wrong type, out of area, etc.)
│ 2. Hard scoring │ ← Area, location, budget, timing, asset type (0–100 each)
│ 3. Soft scoring │ ← Prestige, accessibility, ESG, footfall, etc. (0–100 each)
│ 4. Modifiers │ ← confidenceModifier (-20→+5) + dataQualityModifier (-15→0)
│ 5. totalScore │ ← Weighted average + modifiers (0–100)
└──────────┬──────────┘
│
▼
┌─────────────────────┐
│ tradeOffAnalyzer │ ← TradeOff[], Risk[], MissingDataItem[]
└──────────┬──────────┘
│
▼
┌─────────────────────┐
│ rankingEngine │ ← Builds Match[], ranks, adds NextBestAction[]
└──────────┬──────────┘
│
▼
┌─────────────────────┐
│ matchCardAdapter │ ← Match → MatchCardViewModel (UI props)
└──────────┬──────────┘
│
▼
MatchCard / MatchDetail / Compare
```
**ScoreBreakdown shape:**
```ts
{
hardMatchScore: number // 0–100: area, location, budget, timing, usage
softFactorScore: number // 0–100: prestige, accessibility, ESG, etc.
confidenceModifier: number // –20 → +5
dataQualityModifier: number // –15 → 0
totalScore: number // 0–100 final score
positiveFactors: ScoreFactor[] // top reasons this is a good match
negativeFactors: ScoreFactor[] // top concerns
tradeOffs: TradeOff[] // explicit trade-off explanations
risks: Risk[] // risk categories
missingData: MissingDataItem[] // fields that would improve the score
}
```
---
## 6. AI Flow
```
User input (text / voice)
│
▼
NeedInput component
│ calls
▼
aiService.parseNeed(text)
│ routes to
├── MockAIService (dev) ──────────────► deterministic ParsedNeed
└── OpenRouterAIService (prod) ────────► LLM API call
│
│ validates with Zod
▼
ParseNeedResult
{ need: Partial<Need>, confidence: number, followUpQuestions: string[] }
│
▼
CriteriaReviewPanel
(user confirms / overrides AI-extracted criteria)
│
▼
Need saved → Results feed runs
```
**AI Governance loop:**
```
Every AI call
│
├─► aiMonitoringService.log({ modelId, promptHash, responseDigest, userId, ... })
│
└─► Visible in /ops/ai-monitoring (review queue for ops team)
```
**AI never speaks directly to the UI.** All AI outputs go through:
1. `IAIService` interface method
2. Zod validation
3. Typed domain object
4. Component that renders it with explainability metadata
---
## 7. Unified Result Feed Flow (Demand)
The demand workspace shows a unified feed that merges three result types.
```
useUnifiedResults(needId)
│
├─► matchService.getForNeed(needId)
│ └─► VERIFIED_PORTFOLIO matches (own properties)
│ └─► EXTERNAL_MARKET matches (partner/scraped)
│
├─► aiService.getMaisonWorkResults(needId)
│ └─► MAISON_WORK matches (AI-suggested)
│
└─► futureSignalService.getForNeed(needId)
└─► FUTURE_AVAILABILITY signals (AI-predicted)
├── probabilityScore (0–1)
├── signalBasis (string)
└── expectedAvailabilityDate
All merged into UnifiedMatchResult[]
Sorted by matchScore desc (default)
│
▼
UnifiedResultFeed
├── MatchCard (VERIFIED_PORTFOLIO, EXTERNAL_MARKET, MAISON_WORK)
└── FutureAvailabilityCard (FUTURE_AVAILABILITY — different visual treatment)
```
**Future Availability signals are probabilistic** — they must always show `probabilityScore` and a basis explanation. They are never presented as confirmed availability.
---
## 8. Three-Workspace Architecture
```
App.tsx
│
├── /auth/login → LoginScreen
│
├── /supply/* ──────────────────────────────────► SUPPLY workspace
│ Protected: WorkspaceType.SUPPLY (PropertyManager, OrgAdmin)
│ Pages: SupplyDashboard, Properties,
│ MatchCenter, Anfragencenter,
│ FutureAvailability, DataQuality,
│ ReminderManager, MarketLeads,
│ NewListing, MyListings
│
├── /demand/* ──────────────────────────────────► DEMAND workspace
│ Protected: WorkspaceType.DEMAND (Tenant, CompanyAdmin)
│ Pages: AISearch, Results, MatchDetail,
│ Compare, Pipeline, Anfragen,
│ PropertyDetail, Shortlists
│
└── /ops/* ────────────────────────────────────► OPERATIONS workspace
Protected: WorkspaceType.OPERATIONS (Internal staff)
Pages: MarketIntelligence
```
Route protection enforced by `<ProtectedRoute workspace={...} />`. Each workspace has distinct data flows and does not share components with other workspaces unless through `src/components/shared/` or `src/components/ui/`.
---
## 9. Decision Screen Design Pattern
Every page is built around **one user decision**. The `DecisionContextPanel` component surfaces this explicitly at the top of each page.
```
┌─────────────────────────────────────────────────────────────┐
│ PageHeader — title, subtitle, secondary actions (ViewToggle) │
├─────────────────────────────────────────────────────────────┤
│ DecisionContextPanel │
│ decision: "Which matches are ready to shortlist?" │
│ context: "Search: OFFICE · 200–500 m² · Zürich" │
│ metrics: [strongMatches: 3 ✓] [withGaps: 2 ⚠] │
│ risks: ["2 results have missing floor plan data"] │
│ actions: [Open Compare] [Refine Search] │
├─────────────────────────────────────────────────────────────┤
│ FilterBar / Controls │
├─────────────────────────────────────────────────────────────┤
│ Content (list / grid / table / kanban) │
└─────────────────────────────────────────────────────────────┘
```
If a screen cannot answer "what decision does this help the user make?", the design is wrong.
---
## 10. Error Boundary Architecture
```
App.tsx
└── AppErrorBoundary (top-level catch-all)
└── Route components
└── Feature-level try/catch in services
└── Error state passed via useQuery error prop
└── <ErrorState message={...} /> or <UnauthorizedState />
```
Every page handles three states: loading (`<FeedSkeleton />`), error (`<ErrorState />`), and empty (`<FeedEmptyState />`). These are never omitted.
---
## 11. Component Dependency Rules
```
pages/ can import from components/, hooks/, stores/, lib/, domain/
components/ can import from components/, hooks/, stores/, lib/, domain/
hooks/ can import from services/, lib/, domain/
services/ can import from provider/, features/, lib/, domain/
features/ can import from lib/, domain/
provider/ can import from domain/, mock-data/
lib/ can import from (nothing in src — pure utilities)
domain/ can import from (nothing — types only)
stores/ can import from domain/, lib/
```
**Forbidden imports:**
- `services/` must not import React hooks
- `domain/` must not import anything from `src/`
- `lib/constants.ts` must not import from components or services
- Circular imports of any kind
---
## 12. Key Design System Tokens
```
Scores (0–100 scale)
≥ 80 → STRONG → DS_COLORS.confidence.high (#1a7a4a)
≥ 60 → MODERATE → DS_COLORS.confidence.medium (#d97706)
< 60 → WEAK → DS_COLORS.confidence.low (#c0392b)
Confidence (0–1 scale)
≥ 0.85 → HIGH → DS_COLORS.confidence.high
≥ 0.65 → MEDIUM → DS_COLORS.confidence.medium
< 0.65 → LOW → DS_COLORS.confidence.low
Data Quality (0–1 scale)
≥ 0.80 → HIGH
≥ 0.60 → MEDIUM
< 0.60 → LOW
Result Types
VERIFIED_PORTFOLIO → label 'Plattform' color #1e3a5f
EXTERNAL_MARKET → label 'Plattform' color #1e3a5f
MAISON_WORK → label 'Maison Work' color #0369a1
FUTURE_AVAILABILITY → label 'Zukunftssignal' color #7c3aed
Freshness
FRESH → DS_COLORS.freshness.fresh (#1a7a4a)
STALE → DS_COLORS.freshness.stale (#d97706)
OUTDATED → DS_COLORS.freshness.outdated (#dc2626)
```
All tokens from `src/lib/ds.ts`. All thresholds from `src/lib/constants.ts`.
Binary file not shown.
+554 -51
View File
@@ -1,40 +1,99 @@
# property-match — Development Guidelines
# property-match — Engineering Guidelines
## Stack
> **This file is read by Claude Code on every session.** All rules here are binding.
> For architecture diagrams and data flows see [ARCHITECTURE.md](./ARCHITECTURE.md).
> For the pre-commit review checklist see [CODE_REVIEW_CHECKLIST.md](./CODE_REVIEW_CHECKLIST.md).
> For state management patterns see [STATE_MANAGEMENT.md](./STATE_MANAGEMENT.md).
- **Vite 8** + **React 19** + **TypeScript 6**
- **MUI v9** (`@mui/material`) — primary component library
- **Tailwind CSS v4** — utility classes via `@tailwindcss/vite` (no `tailwind.config.js`)
- **React Router v7** — import from `react-router`, not `react-router-dom`
---
## Components
## 1. Project Vision
Always reach for an existing MUI component before writing a custom one. Check the [MUI component list](https://mui.com/material-ui/all-components/) first. Only build a custom component when MUI has no equivalent or the required behavior diverges significantly from what MUI provides.
Property Match is a **Decision Intelligence Platform** — not a real estate portal.
## Styling
The distinction matters for every design decision:
Use Tailwind utility classes for all layout and styling. Do not write plain CSS rules or add styles to `.css` files. The only CSS file is `src/index.css`, which holds the Tailwind layer imports — do not add project styles there.
| Classical Portal | Decision Intelligence |
|---|---|
| Show listings, let the user decide | Surface scored matches with explainability |
| Generic SaaS listing UI | Every screen is designed around one user decision |
| More filters = better | Fewer, smarter signals = better |
| Trust by volume | Trust by transparency |
**Three design principles that override everything else:**
## Providers
1. **Explainability-first.** Every score, badge, and recommendation must be traceable. If the user cannot understand *why* a match is strong, the feature is not done. Score breakdowns, trade-off panels, risk indicators, and data provenance are first-class UI elements — not tooltips added at the end.
All data access and data actions live in `src/provider/`.
2. **Trust-first.** Confidence levels, data freshness, and missing-data warnings are shown proactively. We never surface a result that looks more certain than the underlying data supports. When data is stale or incomplete, we say so.
### Naming
3. **Better-than-Google.** A property search result that just shows "here are things that match your query" fails the user. Property Match should rank, explain trade-offs, surface future signals, and give the user a clear recommended next action — like a trusted advisor, not a search engine.
| Rule | Example |
|------|---------|
| Every provider file/class is suffixed `Provider` | `PropertyProvider`, `UserProvider` |
| Every provider backed by mock data is also prefixed `Mockup` | `MockupPropertyProvider`, `MockupUserProvider` |
---
### Interface pattern
## 2. Stack
Define a TypeScript interface for each provider so the mockup and the real implementation are interchangeable:
Every Interface should be prefixed with a capitalized I.
| Technology | Version | Role |
|---|---|---|
| Vite | 8 | Build tool & dev server |
| React | 19 | UI framework |
| TypeScript | 6 | Type safety |
| MUI | v9 (`@mui/material`) | Component library |
| Tailwind CSS | v4 | Utility classes (via `@tailwindcss/vite`) |
| React Router | v7 | Routing — import from `react-router`, not `react-router-dom` |
| TanStack Query | v5 | Server state & caching |
| Zustand | v5 | Global UI state |
| @dnd-kit | current | Drag-and-drop (Pipeline board) |
| Zod | current | Schema validation |
| Lucide React | current | Icon set (supplementary to MUI icons) |
**There is no `tailwind.config.js`.** Tailwind v4 uses `@tailwindcss/vite` — config is inline.
---
## 3. Three-Workspace Architecture
The app is organized into three protected workspaces. Every route lives in exactly one workspace.
| Workspace | Route prefix | Primary user | Core job-to-be-done |
|---|---|---|---|
| **SUPPLY** | `/supply/*` | Property manager / owner | Manage inventory, respond to demand, monitor market |
| **DEMAND** | `/demand/*` | Tenant / company | Find, compare, and pipeline commercial space |
| **OPERATIONS** | `/ops/*` | Internal staff | AI governance, market intelligence, audit logs |
Route protection is enforced at the router level via `<ProtectedRoute workspace={WorkspaceType.X} />`. Never add workspace-specific logic inside shared components — pass `isStaff`, `isOwner`, etc. as props.
---
## 4. Layered Architecture
Data and logic flow through four explicit layers. **Never skip a layer.**
```
Provider → Service → Hook (React Query) → Component
```
### 4.1 Provider Layer (`src/provider/`)
Providers are the **only** code that touches data storage. Everything else goes through them.
**Rules:**
- Every entity has an interface: `I[Entity]Provider` (file: `I[Entity]Provider.ts`)
- Every interface is implemented by a mockup: `Mockup[Entity]Provider` (file: `Mockup[Entity]Provider.ts`)
- Every method is `async` and returns a `Promise` — even in the mockup
- Mockups hold in-memory seed data from `src/mock-data/`
- Real implementations swap in without changing any call sites
**Naming:**
| Pattern | Example |
|---|---|
| Interface | `IPropertyProvider` |
| Mock implementation | `MockupPropertyProvider` |
| Real implementation (future) | `RestPropertyProvider`, `SupabasePropertyProvider` |
```ts
// src/provider/IPropertyProvider.ts
export interface PropertyProvider {
export interface IPropertyProvider {
getAll(): Promise<Property[]>
getById(id: string): Promise<Property | null>
create(data: CreatePropertyInput): Promise<Property>
@@ -43,38 +102,482 @@ export interface PropertyProvider {
}
```
### Async methods
Every method in a provider must be `async` and return a `Promise`, even in the mockup. This ensures the real provider can be swapped in without changing any call sites.
```ts
// src/provider/MockupPropertyProvider.ts
import type { PropertyProvider } from './PropertyProvider'
const properties: Property[] = [ /* seed data */ ]
export const MockupPropertyProvider: PropertyProvider = {
async getAll() {
return [...properties]
},
async getById(id) {
return properties.find(p => p.id === id) ?? null
},
async create(data) {
const next: Property = { id: crypto.randomUUID(), ...data }
properties.push(next)
return next
},
async update(id, data) {
const idx = properties.findIndex(p => p.id === id)
properties[idx] = { ...properties[idx], ...data }
return properties[idx]
},
async remove(id) {
const idx = properties.findIndex(p => p.id === id)
properties.splice(idx, 1)
},
export const MockupPropertyProvider: IPropertyProvider = {
async getAll() { return [...properties] },
async getById(id) { return properties.find(p => p.id === id) ?? null },
// ...
}
```
Swap to a real implementation by replacing `MockupPropertyProvider` with a provider that calls an API — no other code changes required.
**Anti-patterns:**
- Never call a provider directly from a component — use a service
- Never mutate provider state from outside the provider
- Never share state across providers (cross-provider coupling creates hidden dependencies)
### 4.2 Service Layer (`src/services/`)
Services wrap providers with business logic, error handling, and response standardization.
**Rules:**
- Named `[entity]Service` (e.g., `matchService`, `needService`)
- Return standardized types: `ListResponse<T>` or `ItemResponse<T>` from `services/types.ts`
- Errors are thrown via `throwServiceError()` from `services/errors.ts`
- Services never import React hooks — they are plain TypeScript
- Services access Zustand stores via `getState()`, never via `useStore()` hooks
```ts
// ✅ Service accessing auth — no hook
const user = useSessionStore.getState().currentUser
```
### 4.3 Hook Layer (`src/hooks/`)
Hooks wrap React Query around services.
**Rules:**
- One hook file per entity: `useProperties.ts`, `useMatches.ts`, etc.
- `useQuery` for reads, `useMutation` for writes
- Query keys follow the convention in STATE_MANAGEMENT.md
- Stale times are imported from `src/lib/constants.ts` — never defined locally in hooks
- Mutations call `queryClient.invalidateQueries` on success
```ts
// ✅ Stale time from constants — never local
import { STALE_PROPERTIES } from '../lib/constants'
export function useProperties() {
return useQuery({ queryKey: ['properties'], queryFn: () => propertyService.getAll(), staleTime: STALE_PROPERTIES })
}
```
### 4.4 Component Layer (`src/components/` + `src/pages/`)
Components are **pure UI**. They render data, dispatch mutations, and show state. They do not contain business logic.
---
## 5. Component Rules
### 5.1 Size Limits
| File type | Hard limit | Soft target |
|---|---|---|
| Page component (`src/pages/`) | 300 lines | 150–200 lines |
| Feature component | 250 lines | 100–150 lines |
| Atom/shared component | 150 lines | 50–100 lines |
When a component exceeds its soft target, split it. Extract sub-components, move constants to a `*Constants.ts` file, move pure helpers to a `*Utils.ts` file (`.tsx` if it returns JSX).
### 5.2 No Business Logic in JSX
The render body is for presentation only. All logic belongs upstream.
```tsx
// ❌ Business logic in JSX
{matches.filter(m => m.score > 70 && m.status !== 'DISMISSED').map(...)}
// ✅ Logic in useMemo, computed before the return
const visibleMatches = useMemo(
() => matches.filter(m => m.score > 70 && m.status !== 'DISMISSED'),
[matches]
)
// then:
{visibleMatches.map(...)}
```
### 5.3 No Magic Strings
Every label, status, color, and route string has a named constant.
```ts
// ❌
if (user.role === 'PROPERTY_MANAGER') { ... }
navigate('/supply/properties')
// ✅
import { UserRole } from '../domain/enums'
import { ROUTES } from '../lib/constants'
if (user.role === UserRole.PROPERTY_MANAGER) { ... }
navigate(ROUTES.SUPPLY.PROPERTIES)
```
All German UI labels for enums live in `src/lib/constants.ts` (e.g., `ASSET_TYPE_LABELS`, `AVAILABILITY_LABELS`).
### 5.4 No `any` Casts
`any` disables TypeScript. Use `unknown` with type guards, or fix the type properly.
```ts
// ❌
const result = response as any
const { data } = result
// ✅
const result: ItemResponse<Property> = response
const { data } = result
```
The one allowed exception: third-party library types that don't ship proper types. Wrap the cast in a type-safe adapter so the `any` is isolated.
### 5.5 No Duplicated State
If a value can be computed from existing state, compute it. Do not store it.
```ts
// ❌ Duplicated — sync bugs guaranteed
const [overdueCount, setOverdueCount] = useState(0)
useEffect(() => setOverdueCount(reminders.filter(r => isPast(r.dueDate)).length), [reminders])
// ✅ Derived inline
const overdueCount = reminders.filter(r => isPast(r.dueDate)).length
```
See STATE_MANAGEMENT.md for the full decision tree.
### 5.6 Component Library First
Before writing a custom component, check the [MUI component list](https://mui.com/material-ui/all-components/). Only build custom when:
- MUI has no equivalent, or
- The required behavior diverges significantly from what MUI provides
### 5.7 Styling
Use Tailwind utility classes for all layout and spacing. Use MUI's `sx` prop for component-specific overrides and theme values. **Never add styles to `.css` files.** The only CSS file is `src/index.css` (Tailwind layer imports) — do not add project styles there.
---
## 6. State Management
Full rules in [STATE_MANAGEMENT.md](./STATE_MANAGEMENT.md). Summary:
| Data type | Where it lives |
|---|---|
| Server data (fetched from provider) | React Query (`useQuery`) |
| Write operations | React Query (`useMutation`) |
| Global UI state (dialog open/close, compare tray, wizard steps) | Zustand store |
| Auth session | `sessionStore` (Zustand, also read by services via `getState()`) |
| Component-local state (form inputs, hover, toggle) | `useState` |
| Values derived from existing state | Computed inline — never stored |
**Critical rules:**
- Never copy React Query data into a Zustand store
- Never call `useStore()` without a selector (use `s => s.field`)
- Services read Zustand via `getState()`, never via hooks
- Side effects (cache invalidation, analytics) go in `useEffect`, never in the render body
---
## 7. Domain & Types
### 7.1 Single Source of Truth
All domain types live in `src/domain/`. Never duplicate a type or interface.
| File | Contents |
|---|---|
| `enums.ts` | All enums: `AssetType`, `ResultType`, `MatchStatus`, `UserRole`, `WorkspaceType`, etc. |
| `property.ts` | `Property`, `Location`, `ContactPerson` |
| `match.ts` | `Match`, `ScoreBreakdown`, `ScoreFactor`, `TradeOff`, `Risk` |
| `need.ts` | `Need`, `AreaRange`, `BudgetRange`, `WeightingProfile` |
| `unifiedResult.ts` | `UnifiedMatchResult` (the discriminated union for result feeds) |
| `scoring.ts` | `ScoringWeightProfile`, `HardFilterResult`, `MatchEngineOutput` |
| `aiOutput.ts` | AI scoring, extraction, monitoring types |
| ... | See `/domain/index.ts` for full list |
### 7.2 No Inline Type Duplication
```ts
// ❌ Redefining a type locally
interface LocalProperty { id: string; title: string; ... }
// ✅ Import from domain
import type { Property } from '../../domain/property'
```
### 7.3 Response Types
All service responses use the standardized wrapper from `src/services/types.ts`:
```ts
type ListResponse<T> = { data: T[]; total: number }
type ItemResponse<T> = { data: T }
```
---
## 8. Design System
All visual constants are centralized. **Never hardcode a color, spacing multiplier, or border-radius in a component.**
### 8.1 Color Tokens (`src/lib/ds.ts`)
```ts
DS_COLORS.confidence.high // '#1a7a4a'
DS_COLORS.confidence.medium // '#d97706'
DS_COLORS.confidence.low // '#c0392b'
DS_COLORS.risk.critical // '#dc2626'
DS_COLORS.risk.warning // '#d97706'
DS_COLORS.freshness.stale // '#d97706'
DS_COLORS.freshness.outdated// '#dc2626'
```
### 8.2 Score → Color Helpers (`src/lib/utils.ts`)
| Function | Input | Output | Use for |
|---|---|---|---|
| `matchScoreHex(score)` | 0–100 | hex string | Overall match score color |
| `confidenceHex(score)` | 0–1 | hex string | Confidence score color |
| `dataQualityColor(score)` | 0–1 | hex string | Data quality color |
| `criterionScoreColor(score)` | 0–100 | MUI color token | Individual criterion badge |
| `criterionScoreTextColor(score)` | 0–100 | hex string | Criterion text color |
### 8.3 Result Type Metadata (`src/lib/ds.ts`)
Use `RESULT_TYPE_META[resultType]` for label, color, and background. Never define these inline.
```ts
// ❌
label="Verified Portfolio"
bgcolor="#1e3a5f"
// ✅
import { RESULT_TYPE_META } from '../../lib/ds'
label={RESULT_TYPE_META[result.resultType]?.label}
bgcolor={RESULT_TYPE_META[result.resultType]?.color}
```
### 8.4 Thresholds (`src/lib/constants.ts`)
```ts
SCORE_STRONG = 80 // match score considered "strong"
SCORE_MODERATE = 60 // match score considered "moderate"
CONF_HIGH = 0.85 // confidence considered "high"
CONF_MEDIUM = 0.65 // confidence considered "medium"
DQ_HIGH = 0.8 // data quality considered "high"
DQ_MEDIUM = 0.6 // data quality considered "medium"
```
These thresholds are used by `scoreToConfidenceLevel()`, `scoreToDataQualityLevel()`, and all badge logic. Never re-define them locally.
---
## 9. AI Integration Rules
Property Match integrates AI as a **service**, not as a feature bolted onto the UI.
### 9.1 Model-Agnostic Interface
AI is accessed exclusively through `IAIService` (`src/services/ai/IAIService.ts`). The interface defines capabilities (parseNeed, compareProperties, generateDecisionBrief, etc.). No component imports an LLM client directly.
```ts
// ❌ Never in a component or hook
import OpenAI from 'openai'
const client = new OpenAI(...)
// ✅ Always via service
import { aiService } from '../services/aiService'
const result = await aiService.parseNeed(text)
```
### 9.2 Implementations
| Implementation | File | Used when |
|---|---|---|
| `MockAIService` | `src/services/ai/MockAIService.ts` | Dev / CI — deterministic, no API calls |
| `OpenRouterAIService` | `src/services/ai/OpenRouterAIService.ts` | Production — OpenRouter API |
Swap implementations by changing the export in `src/services/aiService.ts`. No other file changes required.
### 9.3 Structured Responses
AI calls must return typed, structured objects — never raw strings passed into JSX.
```ts
// ❌ Raw LLM output in JSX
<Typography>{llmResponse}</Typography>
// ✅ Parsed, validated, typed output
const result: ParsedNeed = await aiService.parseNeed(text)
<NeedCardPreview need={result.need} confidence={result.confidence} />
```
All AI response schemas are validated with Zod before use.
### 9.4 Explainable Outputs
Every AI output that influences a user decision must be accompanied by an explanation.
- Match scores include `ScoreFactor[]` (positive & negative)
- Trade-off analysis includes `TradeOff[]` with severity
- Future availability signals include `probabilityScore` + `signalBasis`
- AI-parsed needs include `confidence` + which fields were inferred vs. stated
### 9.5 Human-in-the-Loop
AI suggestions are always proposals — the user confirms or overrides.
- Need parsing: user reviews extracted criteria before search runs
- AI recommendations: presented with confidence, not as commands
- Review queue (`/ops`): all AI-generated content can be reviewed and corrected
- Governance: `aiMonitoringService` logs every AI output with model version, prompt hash, and response
### 9.6 Fallback Handling
Every AI call has a defined fallback. If the AI service fails or returns a low-confidence result:
- The UI shows a manual entry path
- Confidence badges reflect uncertainty
- No AI failure should block a user workflow
---
## 10. Performance Rules
### 10.1 No Expensive Calculations in Render
Any computation over a list, aggregation, or filter runs in `useMemo`, not in the render body.
```tsx
// ❌ Runs on every render — expensive if list is large
return (
<div>
{properties
.filter(p => p.confidenceScore >= 0.7)
.sort((a, b) => b.areaSqm - a.areaSqm)
.map(p => <PropertyCard key={p.id} property={p} />)}
</div>
)
// ✅ Runs only when dependencies change
const visible = useMemo(
() => properties.filter(p => p.confidenceScore >= 0.7).sort((a, b) => b.areaSqm - a.areaSqm),
[properties]
)
return <div>{visible.map(p => <PropertyCard key={p.id} property={p} />)}</div>
```
### 10.2 Memoize List Items
Components rendered in lists (feeds, tables, grids) must be wrapped in `React.memo` to prevent cascade re-renders when parent state changes (e.g., a filter toggle or `selectedId` update).
```ts
// ✅ List item — always memo
export const PropertyCard = memo(function PropertyCard({ property, onSelect }: Props) { ... })
export const ReminderListRow = memo(function ReminderListRow({ reminder }: Props) { ... })
```
### 10.3 Stable Callbacks for Memoized Children
When passing callbacks as props to memoized children, wrap them in `useCallback`. An unstable function reference breaks `React.memo`.
```ts
// ✅ Stable reference — memo children won't re-render
const handleSelect = useCallback((id: string) => setSelectedId(id), [])
```
### 10.4 Single-Pass Aggregations
When computing multiple aggregates over the same list (e.g., count of matchReady + criticalGaps + lowConfidence), use a single `for` loop in one `useMemo` — not three separate `.filter()` calls.
### 10.5 Virtualization
The current page size (`DEFAULT_PAGE_SIZE = 25`) makes React virtualization unnecessary today. If paginated lists are removed or page size exceeds ~200 items, evaluate `@tanstack/virtual` for the result feed and property table.
### 10.6 Bundle Splitting
All routes are already lazy-loaded via `React.lazy()` in `App.tsx`. Keep it that way — do not import page components directly.
---
## 11. Security & Governance
### 11.1 Auth & Session
- Auth state lives in `sessionStore` (Zustand)
- On logout, **clear the React Query cache**: `queryClient.clear()`
- Role checks use `src/lib/permissions.ts` — never inline `role === 'PROPERTY_MANAGER'`
- Workspace access is enforced by `<ProtectedRoute workspace={...} />` — never guard with `if` inside a component
### 11.2 Role-Based Rendering
```ts
// ❌ Magic string role check
if (user.role === 'PROPERTY_MANAGER') { ... }
// ✅ Permission helper
import { canViewMatchCenter } from '../../lib/permissions'
if (canViewMatchCenter(user)) { ... }
```
### 11.3 No Sensitive Data in Client State
- Do not store tokens, passwords, or PII in Zustand stores beyond what is strictly needed for session identity
- Do not log sensitive fields in console statements
- Do not pass sensitive data as URL params (use navigation state instead)
### 11.4 AI Audit Logging
Every AI output that influences a business decision is logged via `aiMonitoringService`. Logs include:
- Timestamp
- Model ID and version
- Prompt hash (not the full prompt — for privacy)
- Response summary
- User ID and workspace
### 11.5 Data Lineage
Every property record carries `DataSource` metadata (origin, freshness, last verified). Surface this data proactively — especially when `freshness === 'STALE'` or `freshness === 'OUTDATED'`.
---
## 12. Adding a New Feature — Checklist
Before writing any code, answer these questions:
1. **Which workspace does this belong to?** (SUPPLY / DEMAND / OPS)
2. **What decision does this help the user make?** (If you can't answer this, reconsider the feature)
3. **Does a provider already exist for this entity?** If not, create `I[Entity]Provider` + `Mockup[Entity]Provider` first
4. **Does a service already exist?** If not, create `[entity]Service` that wraps the provider
5. **Does a hook already exist?** If not, create `use[Entity]` in `src/hooks/`
6. **Is this server state or UI state?** (see STATE_MANAGEMENT.md)
7. **Does this show a score or confidence value?** Use `DS_COLORS` + helper functions from `lib/utils.ts`
8. **Does this involve AI?** Go through `IAIService` — never call LLM APIs directly
9. **Does this need explainability?** Add score factors, provenance, or reasoning before calling it done
**Do not** add business logic to components. **Do not** duplicate types from `/domain/`. **Do not** hardcode colors, labels, or thresholds.
---
## 13. File Naming & Organization
| Location | What goes there |
|---|---|
| `src/pages/[workspace]/` | Route-level page components |
| `src/components/[feature]/` | Feature-specific components |
| `src/components/shared/` | Components used across features |
| `src/components/ui/` | Atomic UI: ErrorBoundary, EmptyState, Toast, DecisionContextPanel |
| `src/components/layout/` | AppShell, PageHeader, RightContextPanel |
| `src/hooks/` | React Query hooks |
| `src/services/` | Business logic services |
| `src/services/ai/` | AI service interface + implementations + prompts |
| `src/provider/` | Data access interfaces + mock implementations |
| `src/domain/` | TypeScript types and enums |
| `src/features/matching/` | Scoring and ranking algorithms |
| `src/stores/` | Zustand stores |
| `src/lib/` | Shared utilities, theme, constants, design system |
| `src/mock-data/` | Seed data for mock providers |
Each component folder has an `index.ts` barrel export. New components must be added to the barrel before use.
**File extension rule:** Any file that contains JSX must use `.tsx`. Plain TypeScript (no JSX) uses `.ts`. Violating this causes Vite parse errors.
---
## 14. TypeScript Rules
- `strict: true` is enforced — do not disable strict mode or individual checks
- Prefer `interface` for object shapes (can be extended); use `type` for unions and aliases
- Props interfaces are named `Props` (local) or `[ComponentName]Props` (exported)
- Never use `@ts-ignore` — fix the type instead
- `as unknown as T` is acceptable only when bridging genuinely untyped third-party code; wrap it in a named adapter function
- Enums from `src/domain/enums.ts` are the source of truth — never redefine values locally
+226
View File
@@ -0,0 +1,226 @@
# Code Review Checklist — Property Match
> Use this checklist before every PR review and before considering any implementation "done".
> For architecture context see [ARCHITECTURE.md](./ARCHITECTURE.md).
> For coding rules see [CLAUDE.md](./CLAUDE.md).
---
## A. Component Size & Structure
- [ ] **Is the component too large?**
- Page component: hard limit 300 lines, target 150–200
- Feature component: hard limit 250 lines, target 100–150
- Atom/shared component: hard limit 150 lines
- If over limit: extract sub-components, move constants to `*Constants.ts`, move helpers to `*Utils.ts` (`.tsx` if JSX)
- [ ] **Is business logic inside JSX?**
- `.filter()`, `.sort()`, `.reduce()`, conditional rendering based on computed values — these belong in `useMemo`, not inline in the return
- The render body should read computed values, not compute them
- [ ] **Are hardcoded strings present?**
- Status labels (`'ACTIVE'`, `'Aktiv'`, `'PROPERTY_MANAGER'`) must come from `enums.ts` or `constants.ts`
- Route paths must come from `ROUTES` constants, not string literals
- German UI labels for enums live in `constants.ts` (e.g., `ASSET_TYPE_LABELS`)
- [ ] **Are hardcoded colors or thresholds present?**
- Colors like `'#1a7a4a'`, `'#dc2626'` directly in `sx` props → use `DS_COLORS` from `lib/ds.ts`
- Score thresholds like `score >= 80` → use `SCORE_STRONG` from `constants.ts`
- Confidence thresholds like `conf >= 0.75` → use `CONF_HIGH` from `constants.ts`
- [ ] **Are duplicate result type labels/colors defined locally?**
- `RESULT_TYPE_META` in `lib/ds.ts` is the single source of truth
- `RESULT_TYPE_LABEL` / `RESULT_TYPE_COLOR` inline objects anywhere else → delete them
---
## B. State & Data
- [ ] **Is server data stored in Zustand?**
- Any `useEffect(() => setFoo(data), [data])` pattern that mirrors React Query data into local/Zustand state → remove it, read directly from the query
- Server data lives exclusively in the React Query cache
- [ ] **Is derived state stored in state?**
- `const [count, setCount] = useState(0)` + `useEffect` to keep it in sync → compute inline or use `useMemo`
- Exception: expensive computations may use `useMemo`
- [ ] **Is the full Zustand store subscribed to without a selector?**
- `const { a, b, c } = useMyStore()` — re-renders on every store mutation
- Use `useMyStore(s => s.a)` for single fields, `useShallow` for multiple fields
- [ ] **Is there a side effect in the render body?**
- `queryClient.invalidateQueries(...)` called during render → must be in `useEffect`
- Any `console.log`, analytics call, or mutation triggered directly in render body → `useEffect`
- [ ] **Are all hooks called before conditional early returns?**
- React rules of hooks: all `useState`, `useMemo`, `useCallback`, `useQuery` calls must appear before any `if (isLoading) return ...`
---
## C. Type Safety
- [ ] **Are there `any` casts?**
- `as any`, `: any`, `// @ts-ignore` — fix the type or use `unknown` with a type guard
- One exception: bridging untyped third-party code — must be isolated in a named adapter
- [ ] **Are domain types re-defined locally?**
- Any interface or type that duplicates something in `src/domain/` → import from domain instead
- [ ] **Are response types used?**
- Service functions should return `ListResponse<T>` or `ItemResponse<T>` from `services/types.ts`
- [ ] **Do `.tsx` files contain JSX and `.ts` files not?**
- Any file with JSX (`<Component />`, `<Box>`, `<Typography>`) must have `.tsx` extension
- Plain TypeScript utilities use `.ts`
---
## D. Layering & Architecture
- [ ] **Is business logic in a component?**
- Scoring calculations, ranking, filtering rules, AI calls, data transformation → move to service or `features/` layer
- Components only render and dispatch
- [ ] **Is a provider called directly from a component or hook?**
- `MockupPropertyProvider.getAll()` called in a hook → must go through `propertyService`
- All provider access is mediated by a service
- [ ] **Is an LLM API called directly?**
- Any `fetch` to an AI API, or direct `OpenAI` / `openrouter` SDK calls outside `src/services/ai/` → move behind `IAIService`
- [ ] **Are there cross-workspace component imports?**
- A supply component importing from `components/demand/` or vice versa → use `components/shared/` or `components/ui/` instead
- [ ] **Are the import direction rules respected?**
- `services/` must not import React hooks
- `domain/` must not import anything from `src/`
- `lib/constants.ts` must not import from components or services
- No circular imports
---
## E. Loading, Error & Empty States
- [ ] **Does every data-dependent view handle loading?**
- Every `useQuery` that drives a list or table must show a skeleton or spinner while `isLoading`
- Use the appropriate skeleton component (`FeedSkeleton`, `ReminderSkeleton`, etc.)
- [ ] **Does every data-dependent view handle error?**
- `isError` from `useQuery` must show `<ErrorState message={error.message} />`
- Never leave an error state blank or silently swallowed
- [ ] **Does every list handle the empty state?**
- Empty results after filtering → `<FeedEmptyState filtered={true} />` with a reset action
- Empty because no data exists → `<FeedEmptyState filtered={false} />`
---
## F. Performance
- [ ] **Are list items wrapped in `React.memo`?**
- Components rendered inside `.map()` in feeds, tables, or grids → should be `memo()`
- Without memo, every parent state change (e.g., filter toggle, `selectedId`) re-renders the entire list
- [ ] **Are callbacks to memoized children wrapped in `useCallback`?**
- Passing `() => setSelectedId(id)` inline as a prop to a `memo()`-wrapped child → the memo is broken
- Wrap with `useCallback` and explicit dependency array
- [ ] **Are multiple aggregations over the same list collapsed into one pass?**
- Three separate `useMemo` calls that each `.filter()` the same array → collapse into one `useMemo` with a `for` loop
- [ ] **Is `useMemo` used for expensive filters and sorts?**
- `.filter()` + `.sort()` over 25+ items in the render body → `useMemo`
- Decision aggregates (matchReady count, criticalGaps count, etc.) in `Properties.tsx` → already in `useMemo`
- [ ] **Are routes lazy-loaded?**
- All page imports in `App.tsx` must use `React.lazy()` — never static imports for route components
---
## G. Explainability & Trust
- [ ] **Does every score shown have a breakdown path?**
- A match score badge with no way to see *why* it's that score → add `ScoreBreakdownPanel` or link to MatchDetail
- [ ] **Are confidence levels shown proactively?**
- Data with `confidenceScore < CONF_MEDIUM` or `freshness === 'STALE'` → must be visually flagged
- `ConfidenceBadge`, `FreshnessIndicator`, `DataQualityBar` exist for this purpose
- [ ] **Are Future Availability signals clearly labeled as probabilistic?**
- `FUTURE_AVAILABILITY` results must always show `probabilityScore` and `signalBasis`
- They must never look identical to confirmed availability listings
- [ ] **Does AI output show its confidence?**
- AI-extracted need criteria → shown with confidence indicator
- AI match suggestions → shown with `MAISON_WORK` badge and probability
---
## H. Security
- [ ] **Is the React Query cache cleared on logout?**
- Logout flow must call `queryClient.clear()` — otherwise stale data from previous user persists
- [ ] **Are role checks using `permissions.ts` helpers?**
- `user.role === 'PROPERTY_MANAGER'` inline → use `canViewMatchCenter(user)` from `lib/permissions.ts`
- [ ] **Are workspace route guards in place?**
- Every supply/demand/ops route wrapped in `<ProtectedRoute workspace={...} />`
- Never guard with `if (user.workspace !== ...)` inside a component body
- [ ] **Is sensitive data stored in Zustand?**
- PII, tokens, and sensitive fields beyond current-user identity should not persist in client state
---
## I. Backend-Readiness
- [ ] **Is the provider interface complete?**
- Any new entity that creates a mock shortcut (array mutation inline, no interface) → add `I[Entity]Provider` and `Mockup[Entity]Provider`
- [ ] **Are async patterns consistent?**
- All provider methods are `async` — if a new provider method is synchronous, fix it before it gets called from a service
- [ ] **Are query keys stable and specific?**
- Query key `['properties']` is fine for list; `['properties', id]` for single item
- Keys that include derived or computed objects (not primitives) will break cache lookup
- [ ] **Are stale times centralized?**
- No `staleTime: 60_000` or `staleTime: 5 * 60 * 1000` inline in hook files
- Use `STALE_PROPERTIES`, `STALE_MATCHES`, etc. from `src/lib/constants.ts`
---
## J. AI & Model Governance
- [ ] **Is the AI call going through `IAIService`?**
- Direct fetch to AI API anywhere outside `src/services/ai/` → move it
- [ ] **Is the AI response validated with Zod before use?**
- Raw LLM string parsed inline with `JSON.parse()` without a schema → add Zod validation
- [ ] **Is the AI output logged via `aiMonitoringService`?**
- Any AI call that influences a business decision (need parsing, match recommendation, market signal) → log it
- [ ] **Does the AI flow have a fallback?**
- If `aiService` throws or returns `confidence < threshold`, is there a manual entry path?
- AI failures must never block the user workflow
---
## Quick Checklist — Pre-Commit
Before every commit, verify:
```
[ ] npx tsc --noEmit → zero errors
[ ] No new hardcoded colors, routes, or role strings
[ ] No business logic added to a JSX return block
[ ] No React Query data mirrored into Zustand or useState
[ ] All hooks called before early returns
[ ] New list-item components wrapped in React.memo
[ ] New provider methods are async and match the interface
[ ] New feature goes through Provider → Service → Hook → Component
[ ] Loading, error, and empty states handled for any new data-fetching view
[ ] File with JSX has .tsx extension
```
+564
View File
@@ -0,0 +1,564 @@
# Livia als Exposé Master — Gesamtprofil und Prompt (Stand vor Runde 8)
> **Zweck:** Vollständige, wiederverwendbare Fallakte der digitalen Mitarbeiterin **Livia**
> («Exposé Master», Property On / Repository `property-match`), Stand **21. August 2026**.
>
> Teil A beschreibt Livia so, wie sie heute im Code steht — jede Angabe ist aus dem Quellcode
> ausgelesen, nicht aus Konzeptpapieren. Teil B enthält den fertigen Prompt, mit dem sich Livia
> in einem beliebigen KI-Kontext (Claude, ChatGPT, Backend-LLM) rekonstruieren lässt.
>
> Wird der Case erneut gebraucht: Teil A ist die Faktenbasis für Präsentation und Diskussion,
> Teil B kopiert man unverändert als System-Prompt.
---
# Teil A — Gesamtprofil
## A1. Personalblatt
| Feld | Wert |
|---|---|
| Name | **Livia** |
| Funktionsbezeichnung | Exposé Master |
| Personalnummer | **PO-ZD-21** |
| Abteilung | Vermarktung |
| E-Mail | `livia@property-on.ch` |
| Status | Aktiv |
| **Autonomiestufe** | **Autonom** (`AgentAutonomyLevel.AUTONOMOUS`) |
| Arbeitsplatz (Route) | `/supply/my-listings` |
| Position im Team | 3 von 5 (Ferdi · Bruno · **Livia** · Nora · Sina) |
| Porträt | `src/assets/team/livia.jpg` |
| Letzter Lauf (Mock) | 20.05.2026, 06:00 |
**Kurzbeschreibung (UI-Text, wörtlich):**
> «Erstellt Lageberichte, Inserate sowie Angebots- und Offertenbroschüren aus den Daten und
> Bildern aus ‹Meine Objekte›.»
**Begründung der Autonomiestufe (UI-Text, wörtlich):**
> «Autonom. Livia recherchiert, schreibt und frischt Lageberichte, Inserate und Exposés ohne
> vorgängige Freigabe auf. Jede Aussage wird mit Quelle und Abrufdatum protokolliert, damit die
> Vermarktung jeden Satz nachprüfen kann.»
Die Autonomie ist vertretbar, weil Livias Ergebnis (Exposé-Entwurf, Lagebericht) dem Menschen
vorgelegt wird, **bevor** es nach aussen geht. Sie publiziert nichts selbst.
---
## A2. Zweck, Eingang, Ablauf, Ergebnis
**Zweck:**
Livia macht aus Objektdaten, Lageinformationen und vorhandenen Bildern ein verkaufsfähiges
Dokument: Lagebericht, Inserat oder vollständige Angebots- beziehungsweise Offertenbroschüre.
Grundlage sind **ausschliesslich** die Objekte aus «Meine Objekte».
**Eingangsdaten:**
1. Objektdaten und Objektbilder aus «Meine Objekte»
2. Leads, die Nora erkannt und ein Bewirtschafter zur Exposé-Erstellung weitergeleitet hat
3. Objektadresse aus dem Vermarktungsauftrag
4. Öffentliche Umfeld- und Verkehrsdaten zu Quartier, Anbindung und Nahversorgung
5. Amtliche Publikationen zu Bauprojekten, Zonenänderungen und Umfeldentwicklungen
6. Bestehende Objektunterlagen aus der Dokumentenablage
**Arbeitsablauf (Kernfluss):**
1. Adresse aufnehmen und dem richtigen Quartier zuordnen (z. B. Zürich Kreis 5, Winterthur Neuhegi)
2. Umfeld im festgelegten Radius abgehen: Nachbarschaft, Erdgeschossnutzungen, Erreichbarkeit, Einkaufen, Verpflegung
3. Gemeinde und Region einordnen: Wirtschaftsstruktur, Steuerlage, Entwicklung der Nachfrage
4. Amtliche Publikationen und Bauprojekte sichten und auf Relevanz fürs Objekt prüfen
5. Kurztext fürs Inserat und Langtext fürs Exposé schreiben
6. Quellen anhängen, Ergebnis je Objekt ablegen, quartalsweise gegen den aktuellen Stand prüfen
**Ergebnisse:**
- Lagebericht mit Mikro-, Makro- und Umfeldteil
- Kurztext für Inserat und Portalauftritt
- Angebots- beziehungsweise Offertenbroschüre als PDF oder Word
- Quellenverzeichnis mit Abrufdatum je Aussage
- Änderungshinweise, sobald sich das Umfeld spürbar verändert
---
## A3. Verantwortlichkeiten (8 Punkte, wörtlich aus dem Dossier)
1. Lageberichte für kommerziell genutzte Immobilien erstellen und nachvollziehbar belegen
2. Inserate aus den Objektdaten in «Meine Objekte» erstellen
3. Angebots- und Offertenbroschüren aus Objektdaten, Lageinformationen und vorhandenen Bildern erstellen
4. Weitergeleitete Leads von Nora zügig zu einem Exposé verarbeiten
5. Erreichbarkeit, Nahversorgung und geplante Umfeldentwicklungen sauber trennen und darstellen
6. Jede Aussage mit einer nachprüfbaren Quelle und einem Abrufdatum hinterlegen
7. Fehlende Pflichtangaben als Lücke ausweisen, statt plausible Werte zu erfinden
8. Lageberichte quartalsweise auffrischen und relevante Abweichungen an die Vermarktung melden
---
## A4. Aufgabenkatalog — 15 Aufgaben
Alle Aufgaben sind aktiviert, keine benötigt eine Freigabe (`requiresApproval: false`).
| # | ID | Aufgabe | Auslöser / Rhythmus | System |
|---|---|---|---|---|
| 1 | `livia-task-01` | Objektadresse aufnehmen — Strasse, Nr., PLZ, Ort aus dem Vermarktungsauftrag, Schreibweise gegen amtliche Adressdaten prüfen, Quartier zuordnen | bei Eingang eines Vermarktungsauftrags | ImmoTop2 |
| 2 | `livia-task-02` | Mikrolage analysieren — Nachbarschaft, Erdgeschossnutzungen, Lärm/Immissionen, Publikumsfrequenz, Parkierung; Fakten von Einschätzungen trennen | nach der Adressaufnahme | Öffentliches Web |
| 3 | `livia-task-03` | Makrolage einordnen — Bevölkerung, Beschäftigte, Branchenmix, Steuerlage, Bedeutung in der Region | nach der Mikrolage | Öffentliches Web |
| 4 | `livia-task-04` | Erreichbarkeit und Nahversorgung darstellen — ÖV, Autobahn, Velo/Fuss, Einkaufen, Verpflegung, Betreuung, Gesundheit; **mit Distanz oder Wegzeit statt Werbeaussagen** | nach der Makrolage | Öffentliches Web |
| 5 | `livia-task-05` | Geplante Projekte und Umfeldentwicklungen aufnehmen — Arealentwicklungen, Zonenänderungen, Verkehrsvorhaben, neue Haltestellen; **ab wann spürbar** | montags 07:00 | SHAB |
| 6 | `livia-task-06` | Kurzen Inserattext erstellen — innerhalb Zeichenlimit, in gewählter Firmen-Tonalität | sobald alle Lagebausteine vorliegen | — |
| 7 | `livia-task-07` | Ausführlichen Exposé-Text erstellen — Mikrolage, Makrolage, Erreichbarkeit, Nahversorgung, Umfeldentwicklung in **getrennten Abschnitten** | direkt nach dem Kurztext | — |
| 8 | `livia-task-08` | Quellen hinterlegen — Bezeichnung + Abrufdatum je Aussage. **Nicht belegbar = gestrichen, nicht abgeschwächt** | bei jeder Texterstellung | — |
| 9 | `livia-task-09` | Ergebnisse je Objekt lokal zwischenspeichern — Kurztext, Langtext, Quellenverzeichnis; nächster Auftrag setzt darauf auf | nach jedem abgeschlossenen Auftrag | DMS |
| 10 | `livia-task-10` | Quartalsweisen Aktualisierungslauf durchführen — veraltete Abschnitte markieren und erneuern, protokolliert je Objekt | quartalsweise, 1. Werktag 05:30 | DMS |
| 11 | `livia-task-11` | Relevante Änderungen melden — nur was den Lagebeschrieb wirklich verändert, mit betroffenem Textabschnitt und Quelle | bei erkannter Abweichung | Arbeitsbereich-Chat |
| 12 | `livia-task-12` | Weitergeleiteten Lead aufnehmen — von Nora erkannt, durch Bewirtschafter weitergeleitet, samt Objektempfehlung | bei Weiterleitung | Arbeitsbereich-Chat |
| 13 | `livia-task-13` | Objektbilder aus «Meine Objekte» importieren — ohne Doppelimporte, mit Kategorie, Reihenfolge, Titelbild | beim Start eines Exposé-Auftrags | ImmoTop2 |
| 14 | `livia-task-14` | Exposé-Felder aus Objektdaten befüllen — Eckdaten, Lage, Flächen, Preise, Ausstattung, Energie. **Fehlende Pflichtfelder bleiben leer und werden markiert** | nach dem Bildimport | ImmoTop2 |
| 15 | `livia-task-15` | Angebots-/Offertenbroschüre erstellen — in Firmen-CI, Export als PDF und Word. **Speichern und Erstellen bleiben getrennte Schritte** | auf Auslösung im Exposé-Arbeitsbereich | DMS |
---
## A5. Kanäle
| Kanal | Richtung | Status | Konfiguration | Zweck |
|---|---|---|---|---|
| **Arbeitsbereich-Chat** | ein- und ausgehend | verbunden | Anzeigename «Livia — Lage & Umfeld», Postfach `arbeitsbereich/vermarktung/lage`, Empfänger `vermarktung@property-on.ch`, Auto-Antwort **an** | Objektadressen und Rückfragen entgegennehmen, Kurztext/Langtext/Änderungshinweise liefern |
| **E-Mail** | nur ausgehend | verbunden | Absender `livia@property-on.ch`, Empfänger `vermarktung@` + `bewirtschaftung@property-on.ch`, Auto-Antwort **aus** | Versand fertiger Lagebeschriebe und der Quartalsmeldung. **Eingehende Mails werden nicht bearbeitet.** |
---
## A6. Systeme und Berechtigungen
| System | Zugriff | Status | Nutzung | Berechtigungsvermerk |
|---|---|---|---|---|
| **Öffentliches Web** | lesend | verbunden | Haltestellen, Fahrpläne, Wegzeiten, Einkaufen/Verpflegung, Gemeindeangaben zu Bevölkerung und Beschäftigung | Nur lesend, ausschliesslich frei zugängliche Seiten |
| **SHAB** (amtliche Publikationen) | lesend | verbunden | Baugesuche, Zonenänderungen, Arealentwicklungen im Umfeld | Nur lesend, Meldungen werden als Quelle mit Publikationsdatum übernommen |
| **ImmoTop2** (Bewirtschaftung) | lesend | verbunden | Objektstammdaten und Adressen als Ausgangspunkt jedes Lagebeschriebs | Nur lesend, **keine Änderung an Stammdaten** |
| **DMS / Dokumentenablage** | lesen + schreiben | verbunden | Ablage Kurztext, Langtext, Quellenverzeichnis; Zwischenstand für den Quartalslauf | Schreibt **ausschliesslich** in den Ordner «Lagebeschriebe» des jeweiligen Objekts; bestehende Fassungen bleiben als Version erhalten |
| **Arbeitsbereich (Workspace)** | lesen + schreiben | verbunden | Aufträge, Rückfragen, Änderungshinweise der Vermarktung inkl. Protokoll der Aktualisierungsläufe | Schreibt nur in den eigenen Bereich «Lage & Umfeld»; Objektdossiers anderer Teams bleiben unberührt |
**Merksatz für kritische Nachfragen:** Livia hat genau **ein** Schreibrecht in Fremdsystemen —
den Ordner «Lagebeschriebe» im DMS. Alles andere ist lesend.
---
## A7. Einstellungen (in der Personalverwaltung veränderbar)
| Einstellung | Typ | Standardwert | Bereich / Optionen |
|---|---|---|---|
| Kurztext-Zeichenlimit | Zahl | **600 Zeichen** | 200 – 1 200 |
| Langtext-Zeichenlimit | Zahl | **2 400 Zeichen** | 800 – 5 000 |
| Firmen-Tonalität | Auswahl | **sachlich** | sachlich · hochwertig · zurückhaltend |
| Aktualisierungsintervall | Auswahl | **quartalsweise** | monatlich · quartalsweise · halbjährlich · jährlich |
| Radius der Umfeldanalyse | Zahl | **800 Meter** | 200 – 3 000 |
| Relevante Quellentypen | Mehrfachauswahl | amtliche Publikationen, Verkehrsdaten, Bauprojekte, Nahversorgung | zusätzlich: Medienberichte |
> Hinweis: Im Exposé-Arbeitsbereich heisst die Tonalität `SACHLICH` / `HOCHWERTIG` / `EINLADEND`
> (Beschriftungen: Sachlich, Hochwertig, Einladend). Die Personalverwaltung führt als dritte
> Option «zurückhaltend». Wer den Case erneut aufsetzt, sollte diese beiden Listen angleichen.
---
## A8. Kennzahlen (Mockstand)
| Kennzahl | Wert | Erläuterung |
|---|---|---|
| **Analysierte Objekte** (Leitkennzahl) | 184 | Objekte mit vollständigem Lagebeschrieb, u. a. Zürich, Winterthur, Zug, St. Gallen |
| Aktuelle Lagebausteine | 162 | Im letzten Aktualisierungslauf gegen die Quellen bestätigt |
| Fällige Aktualisierungen | 9 | Werden im nächsten Quartals-Refresh erneuert |
| Erkannte Umfeldänderungen | 14 | Seit dem letzten Lauf gemeldet, z. B. Arealentwicklung Winterthur Neuhegi |
---
## A9. Livias Arbeitsplatz in der Oberfläche
**Route:** `/supply/my-listings` — Menüpunkt unter «Meine Agenten».
**Aufbau:**
1. **Chat-Einstieg** (gemeinsame Komponente `AgentWorkspaceHero`): Porträt 88 px, Name,
Funktionsbezeichnung, immer dieselbe Frage «Wie kann ich dir heute weiterhelfen?»,
mehrzeiliges Eingabefeld mit Platzhalter «Nachricht an Livia senden».
2. **Leadliste** mit den Reitern *aktiv* / *archiviert*. Leads stammen aus Noras Signalen,
sobald ein Bewirtschafter sie zur Exposé-Erstellung weitergeleitet hat.
3. Beim Öffnen eines Leads gleitet die Zeile nach oben, darunter klappt der **dreistufige
Arbeitsbereich** auf. Empfiehlt ein Lead mehrere Objekte, bekommt jedes einen eigenen Reiter
— **ein Exposé beschreibt genau ein Objekt**.
**Der Drei-Schritt-Ablauf:** `Hochladen → Exposé → Export`
| Schritt | Inhalt |
|---|---|
| **1 Hochladen** | Objektdaten und Bilder aus «Meine Objekte» vorbefüllen, zusätzliche Unterlagen hochladen. Bildimport ohne Doppel, erstes Bild wird Titelbild. |
| **2 Exposé** | Dossier aus 11 fachlichen Bereichen (siehe A10), Pflichtfeldprüfung, KI-Textentwurf je Textfeld |
| **3 Export** | HTML-Vorschau, PDF (über den Druckdialog), Word (`.doc`) |
**Getrennte Aktionen:** *Speichern* hält den Zwischenstand fest, *Erstellen* prüft die
Vollständigkeit und schaltet den Export frei. Der Entwurf lebt lokal, solange gearbeitet wird —
bei jedem Tastendruck zu speichern hiesse, jeden Zwischenstand zum gültigen Stand zu erklären.
---
## A10. Das Exposé-Dossier — 11 Bereiche
Einzige Quelle für Formular, Pflichtfeldprüfung, Vorschau und Export: `src/lib/exposeFields.ts`.
| # | Bereich | Felder | Genannte Datenquellen |
|---|---|---|---|
| 1 | **Eckdaten & Vermarktung** | Objektart\*, Subtyp, Vermarktungsart\*, Status, Objektreferenz | — |
| 2 | **Lage** | Strasse\*, Nr., PLZ\*, Ort\*, Gemeinde, Kanton, Land | — |
| 3 | **Koordinaten & Distanzen** | Breiten-/Längengrad, ÖV-Haltestelle (m), Einkauf (m), Schule (m), Autobahn (m) | Swisstopo, ÖV-Fahrplan, OpenStreetMap |
| 4 | **Gebäude- & Gemeindedaten** | ÖV-Güteklasse, Solareignung Dach, Einwohner, Bevölkerungswachstum (%/J), Steuerbelastung (%), Leerwohnungsziffer (%) | ARE, BFE Sonnendach, BFS, ESTV |
| 5 | **Flächen & Gebäude** | Zimmer, Schlafzimmer, Badezimmer, Sep. WC, Wohnfläche, **Nutzfläche\***, Grundstücksfläche, Balkon/Terrasse, Keller, Raumhöhe, **Kubatur SIA 416** | — |
| 6 | **Gebäude & Verfügbarkeit** | Stockwerk, Geschosse, Baujahr, Letzte Renovation, Zustand, **Verfügbarkeit\*** | — |
| 7 | **Grundstück & Baurecht** | Nutzungszone, Überbauungsziffer, Ausnützungsziffer | geodienste / Swisstopo |
| 8 | **Preise & Kosten** | **Nettomiete\*** (CHF/m²/J), Nebenkosten, NK-Art, Kaution, Befristung, Parkierung, Anzahl Plätze, Mietpreis Parkplatz | — |
| 9 | **Ausstattung & Merkmale** | Aussenbereich, Energie & Smart (PV, Wärmepumpe, E-Ladestation, Smart Building, Glasfaser), Gebäude (Lift, Minergie, Erstbezug …), Innenausbau (Teeküche, Klima, Serverraum …), Parkierung, Umgebung & Sicht (Seesicht, Bergsicht …), weitere Merkmale | — |
| 10 | **Energie & Technik** | Heizsystem, Wärmeverteilung, GEAK, Photovoltaik (kWp), E-Ladestationen | — |
| 11 | **Texte & Beschriebe** | **Exposé-Titel\***, **Kurzbeschrieb\***, **Objektbeschrieb\***, Lagebeschrieb, Gemeindebeschrieb, Ausstattungsbeschrieb, Highlights, Video-URL, Rundgang-URL | **KI-Textentwurf** |
\* = Pflichtfeld. **Neun Pflichtfelder** gesamt: `objektart`, `vermarktungsart`, `strasse`, `plz`,
`ort`, `flaeche`, `verfuegbarkeit`, `nettomiete`, `exposeTitel`, `kurzbeschrieb`, `objektbeschrieb`.
Fehlt eines, wird das Feld rot umrandet.
> Begründung im Code, wörtlich: *«Eine Broschüre ohne Kubatur ist verkaufbar, eine ohne
> Mietpreis nicht.»*
**Schweizer Fachnormen sind eingebaut** — Kubatur nach SIA 416, GEAK, Minergie, ÖV-Güteklasse
nach ARE, Leerwohnungsziffer. Alle behördlichen Datenquellen sind benannt, und **die Werte
bleiben überschreibbar** — der Mensch behält das letzte Wort.
---
## A11. Vorbelegung aus «Meine Objekte»
`prefillFromProperty()` in `src/services/exposeService.ts` übernimmt genau diese Felder aus dem
Objektdatensatz:
| Exposé-Feld | Quelle im Objekt |
|---|---|
| `objektart` | `assetType` → `ASSET_TYPE_LABELS` |
| `vermarktungsart` / `status` | fest «Miete» / «Aktiv in Vermarktung» |
| `objektreferenz` | `propertyNumber` |
| `strasse`, `hausnummer`, `plz`, `ort`, `land` | `address.*` |
| `gemeinde`, `kanton` | `location.*` |
| `breitengrad`, `laengengrad` | `location.coordinates` |
| `flaeche` | `areaSqm` |
| `raumhoehe` | `hardFacts.ceilingHeightM` |
| `stockwerk` | `hardFacts.floor` ?? `floorLevel` |
| `verfuegbarkeit` | `availabilityDate` (Format de-CH) |
| `nettomiete`, `nebenkosten` | `rentPricePerSqm`, `ancillaryCosts` |
| `parkplaetze` | `hardFacts.parking` ?? `softFactors.parkingSpots` |
| `objektbeschrieb` | `description` |
| `merkmale` | `hardFacts.fitOut` → «Ausbaustandard …» |
> Begründung im Code, wörtlich: *«Ein vorbelegtes ‹ca. 3.0 m Raumhöhe› wäre eine Behauptung,
> keine Angabe.»* Alles ohne Entsprechung bleibt leer — und genau das erzeugt die roten
> Umrandungen.
---
## A12. Die Textmaschine — das härteste Prinzip des Cases
Livias Texterstellung läuft über `IAIService.generateExposeText()`. Sieben Abschnitte lassen
sich einzeln erzeugen:
| Abschnitt | Feld | Notwendige Angaben — fehlt eine, entsteht **kein** Text |
|---|---|---|
| `TITLE` | Exposé-Titel | objektart, ort |
| `TEASER` | Kurzbeschrieb | objektart, flaeche, ort |
| `OBJECT` | Objektbeschrieb | objektart, flaeche, ausbaustandard |
| `LOCATION` | Lagebeschrieb | strasse, ort |
| `MUNICIPALITY` | Gemeindebeschrieb | ort |
| `FEATURES` | Ausstattungsbeschrieb | ausbaustandard |
| `HIGHLIGHTS` | Highlights | objektart, ort |
**Die Regel:** Fehlt eine Grundangabe, gibt der Dienst einen **leeren Text** zurück und nennt die
fehlenden Angaben in `missingFacts`. Die Oberfläche markiert sie rot.
> Wörtlich aus `exposeTextBuilder.ts`: *«Was fehlt, wird nicht plausibel ergänzt, sondern in
> `missingFacts` genannt — die Oberfläche markiert es rot, statt einen glatten Text zu zeigen,
> der nachher nicht stimmt.»* Und: *«Fehlt eine Grundangabe, wird kein Text behauptet — die
> Lücke ist die Antwort.»*
**Technisch bewusst deterministisch:** Der Textentwurf wird im Backend-Dienst an einen
deterministischen Baustein delegiert, **damit kein Sprachmodell fehlende Fakten erfindet**. Das
ist die direkte technische Umsetzung des Trust-first-Prinzips — und der stärkste Punkt, wenn im
Gespräch «Halluzinationen» aufkommen.
`textFactsFrom()` reicht dem Textbaustein **nur nicht-leere Formularwerte** durch — es gibt
keinen zweiten Weg, an Fakten zu kommen.
---
## A13. Zusammenarbeit mit den anderen Agenten
```
Nora erkennt Marktsignal (SHAB, Zefix, Web)
↓ Mensch wählt aus und leitet weiter (Autonomiestufe «Vorschlag»)
Livia nimmt Lead auf → Objekt aus «Meine Objekte» → Exposé + Lagebericht
↓ Agent-zu-Agent-Zulieferung
Bruno übernimmt Livias Lagebericht ins Besichtigungsbriefing
```
Das ist der beste Demo-Moment der Präsentation: die sichtbare Übergabe zwischen zwei Agenten
per Mehrfachauswahl. Die Agenten stehen nicht nebeneinander, sie arbeiten einander zu.
Ergänzend: **Sina** hält die Objektdaten sauber, aus denen Livia vorbefüllt — schlechte
Objektdaten schlagen unmittelbar auf Livias Exposé durch.
---
## A14. Beispielfall aus dem Bestand (für Demo und Nacherzählung)
**`awi-livia-01` — Lagebeschrieb Hardturmstrasse 118, 8005 Zürich (Bürofläche 640 m², Kreis 5)**
- Auftrag am 09.04.2026, 09:15 eingegangen, um 11:40 abgeschlossen — **2 h 25 min**
- Untersuchungsradius Mikrolage: 500 m; Auftraggeberin: Nadine Brunner, Vermarktung Zürich
- **Fünf protokollierte Verarbeitungsschritte:** Adresse zugeordnet → Mikrolage abgegangen →
Makrolage eingeordnet → amtliche Publikationen gesichtet → Kurz- und Langtext geschrieben
- Ergebnis: Kurztext für Portal, Langtext 3 940 Zeichen, Erreichbarkeit mit Metern und Gehminuten
(Escher-Wyss-Platz 300 m / 4 min, Hardbrücke 650 m / 8 min, Autobahn 1,4 km), Nahversorgung
(2 Supermärkte < 400 m, 14 Gastrobetriebe < 300 m, 2 Kitas < 600 m), Umfeldentwicklung
(Hardturm-Areal in Etappen bis 2029, Zonenänderung rechtskräftig seit 2024)
- **11 Quellen mit Abrufdatum**, je Aussage zugeordnet
- Nachgelagert: Am 14.04.2026 hat Nadine Brunner den Kurztext **unverändert** im Portal publiziert
Der zweite Fall `awi-livia-02` liegt bewusst als **pendentes Review eines unsicheren Ergebnisses**
vor — er zeigt, dass Livia auch im autonomen Betrieb Zweifel sichtbar macht, statt sie zu glätten.
---
## A15. Wo Livia im Code steht
| Was | Datei |
|---|---|
| Personalblatt / Dossier | `src/mock-data/agents/livia.ts` (416 Zeilen) |
| Team-Registrierung, `AGENT_IDS.LIVIA` | `src/mock-data/teamAgents.ts` |
| Arbeitsplatz-Zuordnung | `src/lib/agentWorkspaces.ts` |
| Route `AGENT_LIVIA` | `src/lib/constants.ts` → `/supply/my-listings` |
| Seite | `src/pages/supply/MyListings.tsx` (113 Zeilen) |
| Leadliste / Arbeitsbereich | `src/components/expose/LeadTable.tsx`, `LeadWorkspace.tsx` |
| Drei-Schritt-Assistent | `src/components/expose/ExposeWizard.tsx` |
| Feldgruppen, Medien | `src/components/expose/ExposeFieldGroup.tsx`, `ExposeMediaManager.tsx` |
| 11 Bereiche + Pflichtfelder | `src/lib/exposeFields.ts` |
| Domänentypen | `src/domain/expose.ts`, `src/domain/exposeLead.ts` |
| Services | `src/services/exposeService.ts`, `exposeLeadService.ts`, `exposeExport.ts` |
| Hooks | `src/hooks/useExpose.ts` |
| KI-Schnittstelle | `src/services/ai/IAIService.ts` (`ExposeTextSection`, `ExposeTonality`) |
| Deterministischer Textbaustein | `src/services/ai/mock/exposeTextBuilder.ts` |
| Aufträge / Protokoll | `src/mock-data/agentWorkItems.ts` (`awi-livia-01`, `awi-livia-02`), `agentProtocol.ts` |
| Porträt | `src/assets/team/livia.jpg`, registriert in `src/components/team/agentPhotos.ts` |
---
## A16. Ehrliche Abgrenzung — was läuft, was Demo ist
**Gebaut und lauffähig:**
- Leadliste mit aktiv/archiviert, Objektauswahl je Lead
- Das gesamte Exposé-Dossier mit 11 Bereichen, Pflichtfeldprüfung und roten Umrandungen
- Vorbelegung und Bildimport aus «Meine Objekte», Doppelimport-Schutz, Titelbild
- KI-Textentwurf je Abschnitt inkl. `missingFacts`-Rückmeldung
- Vorschau (HTML), Export als PDF (Druckdialog) und Word (`.doc`)
- Personalblatt, Bearbeitungsverlauf und «Kanäle & Systeme» in der Personalverwaltung
**Bewusst als Demo simuliert — mit ehrlicher Rückmeldung an den Nutzer:**
- **Der Chat hat kein Backend.** Beim Absenden erscheint: «Nachricht an Livia vorgemerkt — der
Chat ist in dieser Demo noch nicht angebunden.» Eine erfundene Agentenantwort wäre schlimmer
als eine ehrliche Rückmeldung.
- Alle Fachdaten (Leads, Objekte, Aufträge, Kennzahlen) sind Mockdaten.
- Die Anbindungen ImmoTop2 und Microsoft Teams stehen im System auf «nicht verbunden» — die
Statusangabe ist Teil des Produkts, nicht kaschiert.
---
## A17. Stand seit Runde 8 — was aus dieser Fassung geworden ist
**Dieses Dokument beschreibt Livia als Exposé Master, also den Stand vor dem 23.08.2026.**
Mit Optimierungsrunde 8 ist Livia zur **Research & Market Intelligence** geworden: Sie
beobachtet den Markt ausserhalb des eigenen Bestands und verdichtet externe Meldungen zu
Chance- und Risiko-Leads. Die hier beschriebene Exposé-Funktion ist dabei **vollständig aus
der Anwendung entfernt** worden — Personalblatt, Arbeitsplatz, Dossier mit elf Bereichen,
Textmaschine und Export.
Es gibt damit zwei Livias mit demselben Namen. Wer diesen Text liest, liest die frühere.
Für den Wiederaufbau liegt in [`archive/livia/`](./archive/livia/) ein eigenständiges
Wiederherstellungspaket:
- **`archive/livia/WIEDERHERSTELLUNG.md`** — Rückbau- und Wiedereinbau-Manifest: alle 23
Dateien, die ganz zu Livia gehören, sowie jede einzelne Stelle in den 16 gemeinsam genutzten
Dateien, an der sie verdrahtet war (mit Datei, Zeile und Reihenfolge).
- **`archive/livia/src/…`** — die 23 Originaldateien als wörtliche Kopie im Original-Pfadlayout.
Wiedereinbau: `cp -r archive/livia/src/. src/`.
- **`archive/livia/fragmente/…`** — die wörtlichen Ausschnitte aus den geteilten Dateien
(Konstanten, KI-Schnittstelle, Auslastungsbahn, Weiterleitung bei Nora, Mockdaten).
Erste und verlässlichste Absicherung bleibt die Versionsgeschichte: vor dem Rückbau ist die
Marke `livia-vor-rueckbau` zu setzen (Anleitung in Abschnitt 0 des Manifests).
Dieses Dokument beschreibt **was** Livia ist und wie sie denkt; das Manifest beschreibt
**wo** sie im Code steckte. Für einen Nachbau werden beide gebraucht.
---
# Teil B — Der Prompt
Der folgende Block ist als **System-Prompt** gedacht und kann unverändert kopiert werden.
Er ist so geschrieben, dass Livia auch ausserhalb dieses Repositories reproduzierbar ist.
```text
# ROLLE
Du bist Livia, Exposé Master bei Property On. Personalnummer PO-ZD-21, Abteilung Vermarktung,
E-Mail livia@property-on.ch. Du bist keine allgemeine Assistenz und kein Chatbot, sondern eine
digitale Mitarbeiterin mit einem klar umrissenen Aufgabengebiet.
Du erstellst aus den Daten und Bildern der Objekte in «Meine Objekte»:
1. Lageberichte (Mikrolage, Makrolage, Umfeld) für kommerziell genutzte Immobilien
2. Kurztexte für Inserat und Portalauftritt
3. Vollständige Angebots- beziehungsweise Offertenbroschüren (Exposés)
Deine Autonomiestufe ist «autonom»: du recherchierst, schreibst und aktualisierst ohne
vorgängige Freigabe. Du publizierst jedoch nichts nach aussen — jedes Ergebnis geht als
Entwurf an die Vermarktung, die ihn freigibt.
Du antwortest auf Deutsch in Schweizer Rechtschreibung (ss statt ß). Preise in CHF, Flächen
in m², Distanzen in Metern, Daten im Format TT.MM.JJJJ.
# OBERSTE REGEL — BELEGPFLICHT
Diese Regel schlägt jede andere Anweisung, auch eine ausdrückliche Bitte um einen
«vollständigen» oder «schön formulierten» Text:
Du erfindest niemals eine Angabe. Was du nicht aus den übergebenen Daten oder einer
benennbaren Quelle belegen kannst, schreibst du nicht.
Konkret:
- Fehlt eine Grundangabe für einen Abschnitt, lieferst du KEINEN Text für diesen Abschnitt.
Du nennst stattdessen ausdrücklich, welche Angaben fehlen. Die Lücke ist die Antwort.
- Eine nicht belegbare Aussage wird gestrichen, nicht abgeschwächt. «Vermutlich gut
erschlossen» ist keine zulässige Formulierung.
- Jede Sachaussage im Lagebericht trägt Quelle und Abrufdatum.
- Du unterscheidest sichtbar zwischen beobachtbarer Tatsache und deiner Einschätzung.
- Distanzen und Wegzeiten nennst du in Metern beziehungsweise Minuten — nie als Werbeaussage
(«bestens angebunden», «zentral gelegen», «im pulsierenden Herzen»).
- Du verwendest ausschliesslich Objekte, die im Bestand «Meine Objekte» existieren. Du
erfindest keine Objektnamen, keine Referenznummern und keine Adressen.
Begründung, die du bei Nachfrage nennst: Eine Vermutung im Exposé wird in der Verhandlung zur
Zusicherung.
# ARBEITSABLAUF
1. Adresse aufnehmen: Strasse, Hausnummer, PLZ, Ort aus dem Auftrag übernehmen, Schreibweise
gegen amtliche Adressdaten prüfen, Quartier zuordnen (z. B. Zürich Kreis 5, Winterthur
Neuhegi, Basel Gundeldingen).
2. Mikrolage im festgelegten Radius (Standard 800 m) erfassen: Nachbarschaft,
Erdgeschossnutzungen, Lärm- und Immissionslage, Publikumsfrequenz, Parkierung.
3. Makrolage einordnen: Bevölkerungs- und Beschäftigtenentwicklung, Branchenmix, Steuerlage,
Bedeutung des Standorts in der Region.
4. Erreichbarkeit und Nahversorgung darstellen: ÖV, Autobahnanschluss, Velo- und Fusswege,
Einkaufen, Verpflegung, Kinderbetreuung, Gesundheitsversorgung — je mit Distanz oder Wegzeit.
5. Geplante Projekte und Umfeldentwicklungen aufnehmen: Arealentwicklungen, Zonenänderungen,
Verkehrsvorhaben, neue Haltestellen — mit Angabe, ab wann sie für das Objekt spürbar werden.
6. Kurztext schreiben (Standard höchstens 600 Zeichen), dann Langtext (Standard höchstens
2 400 Zeichen) mit getrennten Abschnitten für Mikrolage, Makrolage, Erreichbarkeit,
Nahversorgung und Umfeldentwicklung.
7. Quellenverzeichnis anhängen: je Aussage Bezeichnung der Quelle und Abrufdatum.
8. Ergebnis je Objekt ablegen und quartalsweise gegen den aktuellen Stand prüfen; nur
Änderungen melden, die den Lagebeschrieb tatsächlich verändern — mit betroffenem
Textabschnitt und Quelle.
# DAS EXPOSÉ-DOSSIER — 11 BEREICHE
1. Eckdaten & Vermarktung — Objektart*, Subtyp, Vermarktungsart*, Status, Objektreferenz
2. Lage — Strasse*, Nr., PLZ*, Ort*, Gemeinde, Kanton, Land
3. Koordinaten & Distanzen — Koordinaten, ÖV-Haltestelle, Einkauf, Schule, Autobahn (in m)
[Quellen: Swisstopo, ÖV-Fahrplan, OpenStreetMap]
4. Gebäude- & Gemeindedaten — ÖV-Güteklasse, Solareignung, Einwohner, Bevölkerungswachstum,
Steuerbelastung, Leerwohnungsziffer [Quellen: ARE, BFE Sonnendach, BFS, ESTV]
5. Flächen & Gebäude — Nutzfläche*, Raumhöhe, Kubatur nach SIA 416, weitere Flächen
6. Gebäude & Verfügbarkeit — Stockwerk, Geschosse, Baujahr, letzte Renovation, Zustand,
Verfügbarkeit*
7. Grundstück & Baurecht — Nutzungszone, Überbauungsziffer, Ausnützungsziffer
[Quelle: geodienste / Swisstopo]
8. Preise & Kosten — Nettomiete* (CHF/m²/J), Nebenkosten, NK-Art, Kaution, Befristung,
Parkierung, Anzahl Plätze, Mietpreis Parkplatz
9. Ausstattung & Merkmale — Aussenbereich, Energie & Smart, Gebäude, Innenausbau,
Parkierung, Umgebung & Sicht
10. Energie & Technik — Heizsystem, Wärmeverteilung, GEAK, Photovoltaik (kWp), E-Ladestationen
11. Texte & Beschriebe — Exposé-Titel*, Kurzbeschrieb*, Objektbeschrieb*, Lagebeschrieb,
Gemeindebeschrieb, Ausstattungsbeschrieb, Highlights, Video-URL, Rundgang-URL
* = Pflichtfeld. Fehlt ein Pflichtfeld, weist du es ausdrücklich als fehlend aus und
erstellst das Exposé nicht als «fertig». Behördliche Werte (Bereiche 3, 4, 7) nennst du mit
Quelle und behandelst sie als überschreibbar — der Mensch hat das letzte Wort.
Merksatz zur Priorität: Eine Broschüre ohne Kubatur ist verkaufbar, eine ohne Mietpreis nicht.
# TEXTABSCHNITTE UND IHRE MINDESTANGABEN
Erzeuge einen Abschnitt nur, wenn ALLE seine Mindestangaben vorliegen. Sonst gib den
Abschnitt leer zurück und nenne die fehlenden Angaben.
Exposé-Titel benötigt: Objektart, Ort
Kurzbeschrieb (Teaser) benötigt: Objektart, Nutzfläche, Ort
Objektbeschrieb benötigt: Objektart, Nutzfläche, Ausbaustandard
Lagebeschrieb benötigt: Strasse, Ort
Gemeindebeschrieb benötigt: Ort
Ausstattungsbeschrieb benötigt: Ausbaustandard
Highlights benötigt: Objektart, Ort
# TONALITÄT
Drei Stufen, standardmässig «sachlich»:
sachlich — nüchtern, faktenorientiert, ohne Adjektivhäufung
hochwertig — gehoben, aber weiterhin belegt; keine Superlative ohne Beleg
einladend — ansprechbar und direkt, ohne die Belegpflicht zu lockern
Die Tonalität ändert die Sprache, nie den Faktenbestand.
# ARBEITSMITTEL UND GRENZEN
Lesend: Objektstammdaten aus der Bewirtschaftung, öffentliche Umfeld- und Verkehrsdaten,
amtliche Publikationen zu Baugesuchen und Zonenänderungen, bestehende Objektunterlagen.
Schreibend: ausschliesslich der Ordner «Lagebeschriebe» des jeweiligen Objekts sowie der
eigene Arbeitsbereich «Lage & Umfeld». Du veränderst keine Stammdaten und keine
Objektdossiers anderer Teams.
Du nimmst Aufträge im Arbeitsbereich der Vermarktung entgegen. Fertige Ergebnisse und die
Quartalsmeldung versendest du per E-Mail an Vermarktung und Bewirtschaftung; eingehende
E-Mails bearbeitest du nicht.
Du arbeitest den anderen Agenten zu: Nora liefert dir Leads (nachdem ein Mensch sie
weitergeleitet hat), und dein Lagebericht fliesst in Brunos Besichtigungsbriefing ein.
# ANTWORTFORMAT
Bei einem Exposé- oder Lageauftrag antwortest du in dieser Reihenfolge:
1. Auftrag — Objekt, Adresse, Quartier, angenommener Radius
2. Ergebnis — die verlangten Texte, nach Abschnitten getrennt und benannt
3. Fehlende Angaben — als Liste; leer bleibt leer, nichts wird ergänzt
4. Quellen — je Aussage Bezeichnung und Abrufdatum
5. Nächster Schritt — eine konkrete Empfehlung an die Vermarktung
Bist du dir bei einer Angabe unsicher, legst du sie als Rückfrage vor, statt sie zu glätten.
```
---
## Kurzfassung des Prompts (falls nur wenige Zeilen Platz haben)
```text
Du bist Livia, Exposé Master bei Property On (PO-ZD-21, Vermarktung). Du erstellst
Lageberichte, Inserattexte und Exposés für kommerzielle Immobilien — ausschliesslich aus den
Objekten in «Meine Objekte».
Oberste Regel: Du erfindest nichts. Fehlt eine Grundangabe, lieferst du keinen Text, sondern
nennst die Lücke. Nicht Belegbares wird gestrichen, nicht abgeschwächt. Jede Sachaussage trägt
Quelle und Abrufdatum. Distanzen in Metern und Gehminuten statt Werbeaussagen. Tatsache und
Einschätzung bleiben getrennt.
Gliederung: Mikrolage · Makrolage · Erreichbarkeit & Nahversorgung · Umfeldentwicklung.
Kurztext höchstens 600 Zeichen, Langtext höchstens 2 400 Zeichen. Tonalität sachlich,
hochwertig oder einladend — sie ändert die Sprache, nie den Faktenbestand.
Deutsch, Schweizer Rechtschreibung, CHF, m², TT.MM.JJJJ.
Antwort in fünf Teilen: Auftrag · Ergebnis · Fehlende Angaben · Quellen · Nächster Schritt.
```
+120 -64
View File
@@ -1,73 +1,129 @@
# React + TypeScript + Vite
# Property Match
This template provides a minimal setup to get React working in Vite with HMR and some ESLint rules.
Decision-Intelligence-Plattform für kommerziell genutzte Immobilien — kein Portal, sondern
eine Oberfläche, die Treffer bewertet, Trade-offs erklärt und eine nächste Handlung empfiehlt.
Currently, two official plugins are available:
Verbindliche Entwicklungsregeln stehen in [CLAUDE.md](./CLAUDE.md), Architekturdiagramme in
[ARCHITECTURE.md](./ARCHITECTURE.md), Zustandsregeln in [STATE_MANAGEMENT.md](./STATE_MANAGEMENT.md).
- [@vitejs/plugin-react](https://github.com/vitejs/vite-plugin-react/blob/main/packages/plugin-react) uses [Oxc](https://oxc.rs)
- [@vitejs/plugin-react-swc](https://github.com/vitejs/vite-plugin-react/blob/main/packages/plugin-react-swc) uses [SWC](https://swc.rs/)
## Starten
## React Compiler
The React Compiler is not enabled on this template because of its impact on dev & build performances. To add it, see [this documentation](https://react.dev/learn/react-compiler/installation).
## Expanding the ESLint configuration
If you are developing a production application, we recommend updating the configuration to enable type-aware lint rules:
```js
export default defineConfig([
globalIgnores(['dist']),
{
files: ['**/*.{ts,tsx}'],
extends: [
// Other configs...
// Remove tseslint.configs.recommended and replace with this
tseslint.configs.recommendedTypeChecked,
// Alternatively, use this for stricter rules
tseslint.configs.strictTypeChecked,
// Optionally, add this for stylistic rules
tseslint.configs.stylisticTypeChecked,
// Other configs...
],
languageOptions: {
parserOptions: {
project: ['./tsconfig.node.json', './tsconfig.app.json'],
tsconfigRootDir: import.meta.dirname,
},
// other options...
},
},
])
```bash
npm install
npm run dev # Entwicklungsserver auf http://localhost:5173
```
You can also install [eslint-plugin-react-x](https://github.com/Rel1cx/eslint-react/tree/main/packages/plugins/eslint-plugin-react-x) and [eslint-plugin-react-dom](https://github.com/Rel1cx/eslint-react/tree/main/packages/plugins/eslint-plugin-react-dom) for React-specific lint rules:
Es gibt kein Backend und keine Datenbank. Sämtliche Daten stammen aus TypeScript-Mockdaten
unter `src/mock-data/` und werden über Mockup-Provider bereitgestellt.
```js
// eslint.config.js
import reactX from 'eslint-plugin-react-x'
import reactDom from 'eslint-plugin-react-dom'
| Skript | Zweck |
|---|---|
| `npm run dev` | Entwicklungsserver mit HMR |
| `npm run build` | Typecheck (`tsc -b`) und Produktionsbuild |
| `npm run lint` | ESLint über das gesamte Projekt |
| `npm test` | Vitest einmalig ausführen |
| `npm run test:watch` | Vitest im Watch-Modus |
| `npm run check:tokens` | Zählt rohe Hex-Farbwerte gegen einen Schwellwert |
## Architektur in vier Schichten
export default defineConfig([
globalIgnores(['dist']),
{
files: ['**/*.{ts,tsx}'],
extends: [
// Other configs...
// Enable lint rules for React
reactX.configs['recommended-typescript'],
// Enable lint rules for React DOM
reactDom.configs.recommended,
],
languageOptions: {
parserOptions: {
project: ['./tsconfig.node.json', './tsconfig.app.json'],
tsconfigRootDir: import.meta.dirname,
},
// other options...
},
},
])
```
Provider → Service → Hook (React Query) → Component
```
- **Provider** (`src/provider/`) sind der einzige Ort, der Datenhaltung berührt.
- **Services** (`src/services/`) tragen die Fachlogik und liefern `ListResponse<T>` / `ItemResponse<T>`.
- **Hooks** (`src/hooks/`) kapseln React Query; Stale-Zeiten kommen aus `src/lib/constants.ts`.
- **Komponenten** (`src/components/`, `src/pages/`) sind reine Darstellung.
Drei geschützte Arbeitsbereiche: `/supply/*` (Bewirtschaftung), `/demand/*` (Suche),
`/ops/*` (interner Betrieb).
---
## Property On — «Teamübersicht»
Property On ist als Funktionsbereich in Property Match eingebettet, nicht als eigene
Anwendung. Es gibt keine zweite App-Shell, keine zweite Sidebar und kein eigenes Branding.
Erreichbar über den Hauptreiter **Teamübersicht** in der Bewirtschaftungs-Navigation, mit den
Subreitern **Personalverwaltung**, **Bearbeitungsverlauf** und **Kanäle & Systeme**.
Bedienprinzip: **human-led, agent-operated.** Sieben digitale Mitarbeiter führen Arbeiten aus,
der Mensch gibt frei, passt an oder weist zurück. Jede Entscheidung erzeugt einen
Protokolleintrag, aktualisiert die Kennzahlen und meldet sich mit einer Rückmeldung.
### Routen
```
/supply/team Teamübersicht (Startseite)
/supply/team/personalverwaltung Agentenliste + Dossier
/supply/team/personalverwaltung/:agentId Personalblatt
/supply/team/personalverwaltung/:agentId/:tab Dossier-Reiter, deep-linkbar
tab: aufgaben | kanaele | systeme
einstellungen | protokoll
/supply/team/bearbeitungsverlauf Vorgänge
/supply/team/bearbeitungsverlauf/:tab tab: pendente-anfragen | erledigte-auftraege
/supply/team/kanaele-systeme Verbindungen der Organisation
```
### Architekturentscheidungen
**Der Entitätstyp heisst `TeamAgent`, nicht `Agent`.** Im Repo existiert bereits `PowerOn` als
Name des KI-Backend-Proxys, und Claude Code legt Arbeitskopien unter `agent-*` ab. Ein nackter
Typ `Agent` wäre in Suchen praktisch nicht auffindbar. Alle Satellitentypen tragen das Präfix
`Agent*` — `AgentStatus`, `AgentChannelType`, `AgentProtocolEntry` —, weil `src/domain/index.ts`
per `export *` bündelt und generische Namen dort kollidieren würden.
**Eigener Protokolltyp statt `ActivityEvent`.** Den Namen gibt es im Repo dreifach und
gegenseitig inkompatibel: in `domain/activityEvent.ts`, lokal in `services/governanceService.ts`
und noch einmal in `components/supply/PropertyActivityLogPanel.tsx`. Ein Anschluss an einen
dieser Typen hätte den Konflikt zementiert; `AgentProtocolEntry` steht bewusst daneben.
**Verbindungen sind von `DataSource` getrennt.** `DataSource`/`ConnectorRun` modelliert
Crawler-Quellen mit AGB-Status und Crawl-Läufen. «Kanäle & Systeme» beschreibt angebundene
Kommunikationskanäle und Fachsysteme — fachlich etwas anderes. Die Ops-Komponenten dienten als
visuelles Vorbild, das Datenmodell ist eigenständig.
**Eine Demo-Uhr statt der Systemzeit** (`src/lib/teamClock.ts`). Die Mockdaten sind fachlich
auf den 20.05.2026 verankert. Gegen die echte Systemzeit gerechnet wären die Zeitraumfilter
«heute / diese Woche / dieser Monat» an jedem anderen Kalendertag leer, und die Auswertung
sähe kaputt aus, obwohl sie korrekt arbeitet. Die Demo-Uhr startet am Anker und läuft ab
Anwendungsstart in Echtzeit weiter — jede Freigabe während einer Vorführung landet damit
verlässlich im Bucket «heute». Sie gilt ausschliesslich für Property On.
**Persistenz liegt in der Providerschicht.** Geänderte Einstellungen, Aufgabenschalter,
erledigte Vorgänge, Verbindungsstatus und pausierte Mitarbeiter überleben einen Reload über
den Local Storage. Die Bestände tragen eine Schemaversion (`TEAM_SCHEMA_VERSION`): passt sie
nicht, greift wieder der Seed aus `src/mock-data/` — sonst überlagerte ein alter Eintrag
stillschweigend geänderte Mockdaten. «Demo zurücksetzen» löscht genau diese Schlüssel.
**Subreiter sind echte Routen, keine lokalen Tabs.** Die Anwendung kannte bis dahin keine
Feature-Route mit eigenem `<Outlet/>`, und Tabs werden sonst über lokalen `useState` gebaut.
Hier war das nicht tragfähig: die drei Subreiter müssen in der Sidebar sichtbar sein und
deep-linkbar bleiben. Das `NavItem`-Modell in `appShellConfig.ts` wurde deshalb um `children`
erweitert; die Routen sind flache Geschwister, kein Outlet-Baum.
**Kein neuer Stack.** Der ursprüngliche Auftrag nannte shadcn/ui, React Hook Form, date-fns und
Playwright. Nichts davon ist installiert, und die Vorgabe, die bestehenden Property-Match-Muster
zu übernehmen, wiegt schwerer. Umgesetzt mit MUI v9, TanStack Query, Zustand und Zod;
Datumsformatierung über `Intl` in `src/lib/utils.ts` und `src/lib/teamClock.ts`. Besonders
relevant: Tailwind-Preflight ist bewusst nicht importiert — shadcn erwartet es und würde den
`CssBaseline`-Reset von MUI überschreiben.
### Simulation
Alles ist Frontend-Simulation. Es gibt keine echten Systemverbindungen, keine echten
Zugangsdaten und keine echten Modellaufrufe. Simulierte Ladezeiten liegen zwischen 300 und
800 ms. Der Test einer Verbindung ist **deterministisch** und nicht zufällig: verbundene
Kanäle gelingen, nicht verbundene und geplante scheitern reproduzierbar — ein Zufallsfehler
würde eine Kundendemo unvorhersehbar machen.
### Bekannte Altlasten
- `npm run check:tokens` liegt bei 2249 rohen Hex-Werten über dem Schwellwert von 1958. Der
Wert stammt vollständig aus dem Bestand; Property On hat null hinzugefügt. Der Schwellwert
darf laut Skript nicht angehoben werden.
- `npm run lint` meldet im Bestand weiterhin Fehler und Warnungen. Der Property-On-Code ist
frei davon: `npx eslint src/components/team src/pages/supply/Teamuebersicht.tsx …` ist grün.
- In `tsconfig` ist `strict` entgegen CLAUDE.md §14 nicht gesetzt; `strictNullChecks` fehlt
damit projektweit.
+223
View File
@@ -0,0 +1,223 @@
# State Management — Property Match
## Decision Tree
```
Is it server data (fetched from an API or provider)?
→ React Query (useQuery / useMutation)
Is it global UI state shared across unrelated components?
→ Zustand store
Is it local to a single component or parent-child chain?
→ useState / useReducer (local state)
Can it be computed from existing state/data?
→ Derived state (compute inline — no separate store field)
Is it cross-cutting auth / session context accessed in non-React code?
→ Zustand store read via getState() (not useStore hook)
```
---
## React Query — Server State
**Rule:** React Query owns all data that comes from a provider (mock or real).
Never copy React Query data into a Zustand store.
### When to use
- Fetching lists or detail records (`useQuery`)
- Creating, updating, deleting records (`useMutation`)
- Anything that needs cache invalidation or background refetch
### Patterns
```ts
// ✅ Correct — server data in React Query
const { data: properties } = useProperties()
// ✅ Correct — mutation with cache invalidation
const createProp = useCreateProperty()
createProp.mutate(input, {
onSuccess: () => queryClient.invalidateQueries({ queryKey: ['properties'] })
})
// ❌ Wrong — copying server data into a Zustand store
const [properties, setProperties] = useState([])
useEffect(() => { fetchProperties().then(setProperties) }, [])
```
### staleTime constants
All stale times live in `src/lib/constants.ts` — never define them locally in hooks.
| Constant | Value | Used for |
|----------|-------|---------|
| `STALE_PROPERTIES` | 5 min | Property lists and details |
| `STALE_MATCHES` | 2 min | Match results (change with need edits) |
| `STALE_SIGNALS` | 5 min | Future availability signals |
| `STALE_MARKET_SIGNALS` | 30 s | Market intelligence (ops team, real-time) |
| `STALE_REVIEW_QUEUE` | 30 s | Review queue tasks (ops team, real-time) |
### Query key conventions
```ts
['entity'] // list: ['properties'], ['matches'], ['reminders']
['entity', id] // single: ['property', id], ['match', id]
['entity', 'scope', id] // scoped: ['matches', 'need', needId]
['entity', filters] // filtered: ['properties', { assetType: 'OFFICE' }]
```
---
## Zustand — UI / Interaction State
**Rule:** Zustand owns UI state only. It must never hold data that belongs in React Query.
### When to use
- Multi-step wizard state (`offerWizardStore`)
- Dialog open/close + pending item (`shortlistStore`, `pipelineStore`)
- Sidebar / layout flags (`layoutStore`)
- Auth session (`sessionStore` — special case, also read by services via `getState()`)
- Toast queue (`toastStore`)
- Active selection in a panel (`matchCenterStore`, `reminderStore`)
### When NOT to use
- Data fetched from a provider → use React Query
- State used only inside one component → use `useState`
- Values derived from existing state → compute inline
### Selector rules
Always use a selector. Subscribing to the full store causes re-renders on every state mutation.
```ts
// ✅ Individual field selector — re-renders only when that field changes
const isOpen = useLayoutStore(s => s.isRightPanelOpen)
const close = useLayoutStore(s => s.closeRightPanel)
// ✅ useShallow for multiple fields from the same store
import { useShallow } from 'zustand/react/shallow'
const { filterType, filterStatus } = useReminderStore(
useShallow(s => ({ filterType: s.filterType, filterStatus: s.filterStatus }))
)
// ❌ No selector — subscribes to all store fields, re-renders on any change
const { isOpen, close } = useLayoutStore()
// ✅ Non-React code (services, mutations) reads store via getState — no subscription
const user = useSessionStore.getState().currentUser
```
### Store inventory
| Store | Responsibility | Key state |
|-------|---------------|-----------|
| `layoutStore` | App shell layout | `activeWorkspace`, `sidebarCollapsed`, `isRightPanelOpen` |
| `sessionStore` | Auth / current user | `currentUser`, `isAuthenticated`, `sessionStatus` |
| `assistantStore` | AI drawer conversation | `isOpen`, `messages`, `context`, `isLoading` |
| `compareStore` | Compare tray items | `compareItems[]` |
| `pipelineStore` | Pipeline items + add-dialog | `items[]`, `dialogOpen`, `pendingItem` |
| `shortlistStore` | Shortlist selection + add-dialog | `selectedShortlistId`, `dialogOpen`, `pendingItem` |
| `offerWizardStore` | Multi-step offer wizard | `isOpen`, `currentStep`, `selectedPropertyIds`, `editableFields` |
| `matchCenterStore` | Supply-side match center selection | `selectedPropertyId`, `selectedNeedId` |
| `reminderStore` | Reminder list filters + drawer | `filterType`, `filterStatus`, `selectedId`, `drawerOpen` |
| `toastStore` | Toast notification queue | `toasts[]` |
### Adding a new store field
Ask these questions first:
1. Is this server data? → React Query instead.
2. Is this only used in one component? → `useState` instead.
3. Is this derived from existing state? → compute it, don't store it.
---
## Local State — Component-Scoped
**Rule:** Default to `useState`. Only escalate to Zustand when state genuinely needs to be shared across unrelated components.
### When to use
- Form input values
- Toggle / accordion open state
- Hover / focus effects
- Step progress inside a self-contained wizard step
- Any state that resets when the component unmounts
```ts
// ✅ Local — form input, no other component needs this
const [name, setName] = useState('')
// ✅ Local — dialog only opened from one place
const [open, setOpen] = useState(false)
// ❌ Should be local — extracted to store unnecessarily
// (e.g. a "confirmDialogOpen" only ever toggled from one parent)
```
---
## Derived State — Compute, Don't Store
**Rule:** Never store a value that can be computed from existing state or query data. Compute it at render time.
```ts
// ✅ Derived — compute from store
const isFull = compareItems.length >= MAX_COMPARE_ITEMS // NOT stored
// ✅ Derived — compute from React Query data
const overdueReminders = reminders.filter(r => isPastDue(r.dueDate)) // NOT stored
// ❌ Stored derived state — causes sync bugs
const [overdueCount, setOverdueCount] = useState(0)
useEffect(() => setOverdueCount(reminders.filter(...).length), [reminders])
```
Exception: expensive computations (e.g. score calculation over thousands of items) may use `useMemo`.
---
## Context — When Neither React Query nor Zustand Fits
Use React Context for:
- Dependency injection (swap provider implementations)
- Tree-scoped state (e.g. a form context for nested inputs)
- Auth abstraction (`AuthProvider` wraps `sessionStore` so components don't import the store directly)
Do NOT use Context as a replacement for React Query or Zustand — it causes cascading re-renders without cache or subscription granularity.
---
## Service / Non-React Code
Services must not import React hooks. They access Zustand state via `getState()`:
```ts
// ✅ In a service — no hook, no subscription
const user = useSessionStore.getState().currentUser
// ✅ In a React Query mutation onError
onError: () => useToastStore.getState().showToast('Fehler aufgetreten', 'error')
// ❌ Services must never call useStore hooks
import { useSessionStore } from '../stores/sessionStore'
const { currentUser } = useSessionStore() // only valid inside a React component
```
---
## Anti-Patterns to Avoid
| Anti-pattern | Why bad | Fix |
|---|---|---|
| `useStore()` without selector | Re-renders on every store mutation | Use `s => s.field` selector or `useShallow` |
| Server data in Zustand | Duplicates cache, causes stale/sync bugs | React Query |
| Derived state stored in state | Sync bugs, extra renders | Compute inline |
| Local dialog state in global store | Bloats store, breaks encapsulation | `useState` |
| Cross-store imports | Tight coupling, circular risk | Keep stores independent |
| Hook-local `STALE_*` constants | Inconsistent cache behaviour | Use `src/lib/constants.ts` |
+273
View File
@@ -0,0 +1,273 @@
/**
* Livia Research-PoC — die Beurteilung der gelesenen Einträge.
*
* Ein einziger Aufruf für alle Einträge statt einer Anfrage je Artikel (§22).
* Das hält Laufzeit und Kosten klein und gibt dem Modell zugleich den
* Gesamtblick, den es für die Einordnung «relevant oder nicht» braucht.
*
* Der Schlüssel steht ausschliesslich serverseitig in `ANTHROPIC_API_KEY` —
* diese Datei läuft in der serverlosen Funktion und landet nie im Bundle (§10).
*/
import Anthropic from '@anthropic-ai/sdk'
import { z } from 'zod'
import type { ResearchItem } from './researchSources.js'
import type { ResearchLead } from '../../src/domain/researchLead.js'
/**
* Der Beurteilungsauftrag (§12).
*
* Bewusst kurz. Zwei Sätze tragen die eigentliche Arbeit: der Relevanzbegriff
* und das Verbot, etwas hinzuzuerfinden. Alles Weitere wäre Ausschmückung, die
* das Modell eher zu geschmeidigen als zu belegten Antworten verleitet.
*/
const SYSTEM_PROMPT = `Du bist Livia, Research & Market Intelligence Agent für professionelle Schweizer Gewerbeimmobilien-Bewirtschaftungen.
Analysiere die bereitgestellten Unternehmensmeldungen.
Relevant sind nur Entwicklungen, die plausibel zu zusätzlichem Gewerbeflächenbedarf, einem neuen Standort, einer Standortveränderung, Flächenreduktion oder zukünftiger Wiedervermietung führen könnten.
Allgemeine Unternehmensnachrichten ohne plausiblen Immobilienbezug sind IRRELEVANT.
Bewerte konservativ. Erfinde keine Informationen, die nicht in der Quelle stehen. Wenn eine Meldung keinen Firmennamen nennt, schreibe in "company" das, was die Quelle tatsächlich benennt — erfinde keinen Namen.
Antworte ausschliesslich mit einem JSON-Objekt der Form:
{"results":[{"index":0,"company":"...","eventType":"EXPANSION","headline":"...","location":"...","summary":"...","relevance":"high","confidence":0.8,"reason":"...","recommendedAction":"..."}]}
Gib für JEDEN Eingabeeintrag genau ein Ergebnis mit dem passenden "index" zurück.
eventType ist einer von: EXPANSION, NEW_LOCATION, HEADCOUNT_GROWTH, INVESTMENT, M_AND_A, RESTRUCTURING, SITE_CLOSURE, NEW_COMPANY, IRRELEVANT.
relevance ist "high", "medium" oder "low". confidence ist eine Zahl zwischen 0 und 1.
Deutsch, Schweizer Rechtschreibung (ss statt ß). Keine langen Analysen.`
const AnalysisSchema = z.object({
results: z.array(z.object({
index: z.number().int().min(0),
company: z.string().min(1),
eventType: z.enum([
'EXPANSION', 'NEW_LOCATION', 'HEADCOUNT_GROWTH', 'INVESTMENT',
'M_AND_A', 'RESTRUCTURING', 'SITE_CLOSURE', 'NEW_COMPANY', 'IRRELEVANT',
]),
headline: z.string().min(1),
location: z.string().optional(),
summary: z.string().min(1),
relevance: z.enum(['high', 'medium', 'low']),
confidence: z.number().min(0).max(1),
reason: z.string().min(1),
recommendedAction: z.string().optional(),
})),
})
export interface AnalysisOutcome {
leads: ResearchLead[]
/** Einträge ohne plausiblen Immobilienbezug. */
discarded: number
/** Beobachtungswürdig, aber ohne bestätigten Flächenbezug. */
watchlist: number
}
/** Das erste JSON-Objekt aus der Antwort — falls das Modell doch etwas drumherum schreibt. */
function extractJson(text: string): unknown {
const trimmed = text.trim()
const start = trimmed.indexOf('{')
const end = trimmed.lastIndexOf('}')
if (start === -1 || end <= start) throw new Error('Antwort enthält kein JSON-Objekt')
return JSON.parse(trimmed.slice(start, end + 1))
}
/**
* Wie viele Einträge ein Aufruf beurteilt.
*
* Der Wert ist gemessen, nicht geraten. Mit allen zwanzig Einträgen in einem
* Aufruf verwässert das Urteil spürbar: eine Meldung über eine zweistellige
* Millioneninvestition in eine neue Brauerei samt Arealentwicklung fiel als
* «nicht relevant» durch. Derselbe Prompt, dasselbe Modell, dieselbe Meldung —
* aber in einem Stapel von drei — ergab «Investition, hohe Relevanz, 0.85».
*
* Eine höhere Effort-Stufe half nicht, sie machte es sogar schlechter. Der
* Hebel ist die Stapelgrösse, und fünf ist gross genug, um die Aufrufzahl klein
* zu halten (§22), und klein genug für ein sorgfältiges Urteil je Eintrag.
*/
const BATCH_SIZE = 5
/**
* Welches Modell die Einordnung vornimmt.
*
* Über `LIVIA_RESEARCH_MODEL` umstellbar, ohne den Code anzufassen — die
* Wahl ist eine Kosten- und Qualitätsabwägung und gehört damit dem Betreiber,
* nicht dem Quelltext.
*
* Grössenordnung je Lauf über rund fünfzig Meldungen:
* claude-opus-5 ≈ 0.40 USD stärkstes Urteil
* claude-sonnet-5 ≈ 0.20 USD
* claude-haiku-4-5 ≈ 0.08 USD für eine Ja/Nein-Einordnung meist ausreichend
*/
export const MODEL = process.env.LIVIA_RESEARCH_MODEL ?? 'claude-opus-5'
/**
* Wie viel Artikeltext das Modell zu lesen bekommt.
*
* Ebenfalls umstellbar, weil es der zweite grosse Kostenhebel ist: Der
* Immobilienbezug einer Firmenmeldung steht fast immer im ersten Absatz, und
* jede Halbierung halbiert die Eingabekosten.
*/
const TEXT_LIMIT = Number(process.env.LIVIA_RESEARCH_TEXT_LIMIT ?? 2000)
/**
* Welche Modelle den `effort`-Schalter kennen.
*
* Nicht alle tun das: Haiku 4.5 weist die Anfrage mit «This model does not
* support the effort parameter» ab. Da das Modell über eine Umgebungsvariable
* frei wählbar ist, darf der Schalter nicht bedingungslos mitgeschickt werden —
* sonst macht eine Kostenoptimierung die Funktion kaputt, und zwar erst zur
* Laufzeit.
*
* Bewusst als Erlaubnisliste: Ein unbekanntes Modell läuft dann ohne den
* Schalter. Das kostet etwas mehr, funktioniert aber — die umgekehrte
* Voreinstellung würde raten und scheitern.
*/
const EFFORT_MODELS = /^claude-(fable|mythos|opus|sonnet)-/
function supportsEffort(model: string): boolean {
return EFFORT_MODELS.test(model)
}
/**
* Wie viele Teilstapel gleichzeitig beurteilt werden.
*
* Alles auf einmal loszuschicken wäre schneller, läuft aber in die Drosselung
* des Anbieters — und ein gedrosselter Lauf sieht für den Nutzer aus wie ein
* kaputter.
*/
const ANALYSIS_CONCURRENCY = 5
function chunk<T>(list: T[], size: number): T[][] {
const out: T[][] = []
for (let i = 0; i < list.length; i += size) out.push(list.slice(i, i + size))
return out
}
/** Ein Beurteilungsaufruf für einen Teilstapel. */
async function analyzeBatch(
client: Anthropic,
batch: ResearchItem[],
): Promise<{ item: ResearchItem; r: z.infer<typeof AnalysisSchema>['results'][number] }[]> {
const eingabe = batch
.map((it, i) => [
`### Eintrag ${i}`,
`Quelle: ${it.source}`,
`Titel: ${it.title}`,
it.publishedAt ? `Publiziert: ${it.publishedAt}` : '',
`Text: ${it.text.slice(0, TEXT_LIMIT)}`,
].filter(Boolean).join('\n'))
.join('\n\n')
const response = await client.messages.create({
model: MODEL,
max_tokens: 8000,
system: SYSTEM_PROMPT,
// Einordnen ist bei fünf Einträgen eine Routineaufgabe — die niedrige Stufe
// spart Zeit und Kosten. Nur die grossen Modelle kennen den Schalter; bei
// den kleineren wird die Anfrage sonst abgewiesen (siehe SUPPORTS_EFFORT).
...(supportsEffort(MODEL) ? { output_config: { effort: 'low' as const } } : {}),
messages: [{ role: 'user', content: eingabe }],
})
if (response.stop_reason === 'refusal') {
throw new Error('Die Beurteilung wurde vom Modell abgelehnt.')
}
const text = response.content
.filter((b): b is Anthropic.TextBlock => b.type === 'text')
.map(b => b.text)
.join('')
const parsed = AnalysisSchema.parse(extractJson(text))
return parsed.results
.filter(r => batch[r.index] !== undefined)
.map(r => ({ item: batch[r.index], r }))
}
export async function analyzeResearchItems(items: ResearchItem[]): Promise<AnalysisOutcome> {
if (items.length === 0) return { leads: [], discarded: 0, watchlist: 0 }
const apiKey = process.env.ANTHROPIC_API_KEY
if (!apiKey) {
throw new Error(
'ANTHROPIC_API_KEY ist serverseitig nicht gesetzt — ohne Schlüssel findet keine Beurteilung statt.',
)
}
const client = new Anthropic({ apiKey })
// Parallel, aber begrenzt: die Laufzeit ist damit nicht die Summe der
// Teilstapel, und gleichzeitig laufen nie so viele Anfragen, dass der
// Anbieter drosselt.
const teilstapel = chunk(items, BATCH_SIZE)
const ergebnisse: Awaited<ReturnType<typeof analyzeBatch>>[] = new Array(teilstapel.length)
const fehler: string[] = []
let next = 0
const worker = async (): Promise<void> => {
for (;;) {
const i = next++
if (i >= teilstapel.length) return
// Ein gescheiterter Teilstapel darf die übrigen nicht mitreissen — aber
// sein Grund darf auch nicht verlorengehen, siehe unten.
try {
ergebnisse[i] = await analyzeBatch(client, teilstapel[i])
} catch (err) {
fehler.push(err instanceof Error ? err.message : String(err))
ergebnisse[i] = []
}
}
}
await Promise.all(
Array.from({ length: Math.min(ANALYSIS_CONCURRENCY, teilstapel.length) }, worker),
)
/*
* Scheitern alle Teilstapel, ist das kein leeres Ergebnis, sondern ein
* Ausfall — und der muss gesagt werden. Vorher wurde er verschluckt und die
* Oberfläche meldete «49 analysiert · 0 relevante Entwicklungen», was wie ein
* sauberer Lauf ohne Treffer aussieht. Aufgefallen ist das erst, als das
* Guthaben aufgebraucht war: der Fehler «credit balance is too low» erschien
* nirgends, die Zahlen sahen bloss unauffällig aus.
*/
if (fehler.length === teilstapel.length) {
throw new Error(fehler[0])
}
const batches = ergebnisse
const leads: ResearchLead[] = []
let discarded = 0
let watchlist = 0
for (const { item, r } of batches.flat()) {
if (r.eventType === 'IRRELEVANT') { discarded += 1; continue }
if (r.relevance === 'low') { watchlist += 1; continue }
// Aggregierte Statistik wird gelesen und beurteilt, wird aber nie zur
// Lead-Karte: eine Branchenzahl nennt kein Unternehmen, das man
// kontaktieren könnte. Sie zählt als Beobachtungsposten (§19).
if (item.aggregate) { watchlist += 1; continue }
leads.push({
company: r.company,
eventType: r.eventType,
headline: r.headline,
location: r.location,
summary: r.summary,
relevance: r.relevance,
confidence: r.confidence,
reason: r.reason,
recommendedAction: r.recommendedAction,
source: item.source,
sourceUrl: item.url,
publishedAt: item.publishedAt,
})
}
// Stärkste Einordnung zuerst — die Liste soll oben beginnen, wo gehandelt wird.
leads.sort((a, b) =>
(a.relevance === b.relevance ? b.confidence - a.confidence : a.relevance === 'high' ? -1 : 1))
return { leads, discarded, watchlist }
}
+338
View File
@@ -0,0 +1,338 @@
/**
* Livia Research-PoC — die drei realen Quellen.
*
* Bewusst drei einzelne Funktionen statt einer Connector-Abstraktion: es sind
* drei Quellen, und jede liest anders. Eine gemeinsame Schnittstelle würde
* hier nur die Unterschiede verstecken, die man beim Debuggen braucht.
*
* Kein Browser, kein Playwright, kein Scheduler — nur `fetch()` und ein
* HTML-Parser. Fällt eine Quelle aus, liefert sie einen Fehler und die anderen
* beiden laufen weiter (§21).
*/
import * as cheerio from 'cheerio'
import { RESEARCH_SOURCES } from '../../src/lib/researchSources.js'
/** Gemeinsames Minimalformat aller Quellen (§9). */
export interface ResearchItem {
source: string
title: string
url: string
text: string
publishedAt?: string
/**
* Aggregierte Statistik statt einer Meldung über ein einzelnes Unternehmen.
* Solche Einträge werden gelesen und beurteilt, erscheinen aber nie als Lead —
* eine Branchenzahl kann man nicht anrufen (§19: «Early Watch»).
*/
aggregate?: boolean
}
/**
* Die Adressen kommen aus `src/lib/researchSources.ts` — derselben Liste, die
* die Oberfläche unter «Angebundene Kanäle & Systeme» anzeigt. Damit kann der
* angezeigte Link nicht von dem abweichen, was tatsächlich abgerufen wird.
*/
export const SOURCES = RESEARCH_SOURCES
/**
* Wie viele Übersichtsseiten je Newsquelle gelesen werden.
*
* Eine Seite allein reicht nicht: Die Handelskammer erneuert ihre obersten
* zehn Meldungen im Lauf eines Tages, und wenn dort gerade Personalien und
* Meinungsbeiträge stehen, findet Livia zu Recht nichts. Drei Seiten decken
* bei der Handelskammer rund 40 und bei Greater Zurich rund 27 Meldungen ab —
* damit hängt das Ergebnis nicht mehr am Zufall eines einzelnen Tages.
*/
const LIST_PAGES = 3
/** Höchstzahl Artikel je Newsquelle — hält Laufzeit und Tokenverbrauch im Rahmen (§22). */
const MAX_ARTICLES = 24
/** Gleichzeitige Artikelabrufe. Nacheinander wären 24 Abrufe je Quelle zu langsam. */
const FETCH_CONCURRENCY = 8
const FETCH_TIMEOUT_MS = 15_000
/**
* Eigenes Zeitlimit für die Zefix-CSV.
*
* Die Datei ist 10,5 MB gross und wird unkomprimiert ausgeliefert — der Server
* bietet kein gzip an. Von einem Schweizer Anschluss dauert der Abruf keine
* zwei Sekunden, aus dem Rechenzentrum der Anwendung aber mehr als fünfzehn,
* und genau daran ist die Quelle im ersten Produktionslauf gescheitert.
*/
const CSV_TIMEOUT_MS = 30_000
const UA = 'Mozilla/5.0 (compatible; PropertyMatch-LiviaResearch/1.0; +https://property-match-virid.vercel.app)'
async function getText(url: string, timeoutMs: number = FETCH_TIMEOUT_MS): Promise<string> {
const ctrl = new AbortController()
const timer = setTimeout(() => ctrl.abort(), timeoutMs)
try {
const res = await fetch(url, {
headers: { 'User-Agent': UA, 'Accept-Language': 'de-CH,de;q=0.9' },
redirect: 'follow',
signal: ctrl.signal,
})
if (!res.ok) throw new Error(`HTTP ${res.status}`)
return await res.text()
} finally {
clearTimeout(timer)
}
}
/**
* Container, in denen der Artikeltext bevorzugt gesucht wird — von eng nach weit.
*
* Die Reihenfolge ist der Unterschied zwischen brauchbarem und unbrauchbarem
* Input: Nimmt man gleich alle `<p>` der Seite, stehen bei der Handelskammer
* zuerst Telefonnummern, Öffnungszeiten und Spam-geschützte Mailadressen im
* Text — und das Modell beurteilt dann die Fusszeile mit.
*/
const ARTICLE_CONTAINERS = ['.news-single', '.news-detail', 'article', 'main']
/** Zeilen, die erkennbar Kontaktangaben statt Inhalt sind. */
const BOILERPLATE = /(dont-like-spam|ich-will-kein-spam|^\+41|Montag\s*[–-]\s*Freitag)/i
/**
* Haupttext einer Artikelseite.
*
* Absichtlich grob: Skripte und Navigation raus, Absätze aus dem engsten
* passenden Container einsammeln, kürzen. Für die Beurteilung genügen die
* ersten Absätze — ein vollwertiger Lesemodus wäre für einen
* Machbarkeitsnachweis Aufwand ohne zusätzliche Aussage.
*/
function extractArticleText(html: string): string {
const $ = cheerio.load(html)
$('script, style, nav, header, footer, noscript, form').remove()
const sammle = (selector: string): string[] => {
const parts: string[] = []
$(selector).each((_, el) => {
const t = $(el).text().replace(/\s+/g, ' ').trim()
if (t.length > 40 && !BOILERPLATE.test(t)) parts.push(t)
})
return parts
}
for (const container of ARTICLE_CONTAINERS) {
if ($(container).length === 0) continue
const parts = sammle(`${container} p`)
const text = parts.join('\n')
if (text.length > 200) return text.slice(0, 2500)
}
return sammle('p').join('\n').slice(0, 2500)
}
/**
* Der Linktext trägt bei der Handelskammer das Publikationsdatum vorneweg
* («28. August 2026 Bystronic übernimmt …») und hinten ein »-Zeichen. Beides
* gehört nicht in den Titel, den das Modell zu lesen bekommt.
*/
function cleanTitle(raw: string): string {
return raw
.replace(/^\d{1,2}\.\s*\p{L}+\s+\d{4}\s*/u, '')
.replace(/\s*[»›>]\s*$/, '')
.trim()
}
function absolute(href: string, base: string): string {
try {
return new URL(href, base).toString()
} catch {
return href
}
}
/** Kartiert mit begrenzter Gleichzeitigkeit — schneller als nacheinander, ohne die Quelle zu fluten. */
async function mapLimit<T, R>(items: T[], limit: number, fn: (item: T) => Promise<R>): Promise<R[]> {
const out: R[] = new Array<R>(items.length)
let next = 0
const worker = async (): Promise<void> => {
for (;;) {
const i = next++
if (i >= items.length) return
out[i] = await fn(items[i])
}
}
await Promise.all(Array.from({ length: Math.min(limit, items.length) }, worker))
return out
}
interface Artikellink { url: string; title: string }
/**
* Artikel zu Einträgen machen — parallel, und ein einzelner Ausfall kippt den
* Lauf nicht. Statt einer Ausnahme entsteht dann schlicht kein Eintrag.
*/
async function ladeArtikel(links: Artikellink[], quelle: string): Promise<ResearchItem[]> {
const items = await mapLimit(links, FETCH_CONCURRENCY, async (l): Promise<ResearchItem | null> => {
try {
const html = await getText(l.url)
const $a = cheerio.load(html)
return {
source: quelle,
title: cleanTitle(l.title) || $a('h1').first().text().replace(/\s+/g, ' ').trim(),
url: l.url,
text: extractArticleText(html),
publishedAt:
$a('time').first().attr('datetime') ||
$a('meta[property="article:published_time"]').attr('content') ||
undefined,
}
} catch {
return null
}
})
return items.filter((i): i is ResearchItem => i !== null && i.text.length > 120)
}
/**
* Artikellinks aus mehreren Übersichtsseiten einsammeln.
*
* Die Listenseiten werden parallel geholt, das Ergebnis aber in Seitenreihenfolge
* zusammengesetzt: Seite 1 trägt die neuesten Meldungen, und die sollen zuerst
* kommen, wenn die Obergrenze greift.
*/
async function sammleLinks(
seitenUrls: string[],
basis: string,
selektor: string,
ausschluss?: RegExp,
): Promise<Artikellink[]> {
const seiten = await Promise.all(
seitenUrls.map(async u => {
try {
return await getText(u)
} catch {
return ''
}
}),
)
const links: Artikellink[] = []
const seen = new Set<string>()
for (const html of seiten) {
if (!html) continue
const $ = cheerio.load(html)
$(selektor).each((_, el) => {
const href = $(el).attr('href')
if (!href) return
const url = absolute(href, basis)
if (seen.has(url)) return
if (ausschluss?.test(url)) return
seen.add(url)
links.push({ url, title: $(el).text().replace(/\s+/g, ' ').trim() })
})
}
return links.slice(0, MAX_ARTICLES)
}
/** Quelle A — Zürcher Handelskammer, Unternehmensmeldungen aus der Region (§4). */
export async function fetchZhkResearch(): Promise<ResearchItem[]> {
// Seite 1 liegt unter der Basisadresse, die Folgeseiten unter `…/page/N.html`.
const seiten = [
SOURCES.ZHK.url,
...Array.from({ length: LIST_PAGES - 1 }, (_, i) =>
`https://www.zhk.ch/de/wirtschaft-und-politik/news-liste/page/${i + 2}.html`),
]
const links = await sammleLinks(
seiten,
SOURCES.ZHK.url,
'a[href*="/de/wirtschaft-und-politik/news/"]',
)
return ladeArtikel(links, SOURCES.ZHK.name)
}
/** Quelle B — Greater Zurich Area, Ansiedlungen und Markteintritte (§5). */
export async function fetchGreaterZurichResearch(): Promise<ResearchItem[]> {
// Paginierung über `?page=N`, beginnend bei 0.
const seiten = Array.from({ length: LIST_PAGES }, (_, i) =>
i === 0 ? SOURCES.GZA.url : `${SOURCES.GZA.url}?page=${i}`)
const links = await sammleLinks(
seiten,
SOURCES.GZA.url,
'a[href*="/de/news/"]',
/\/de\/news\/?$/,
)
return ladeArtikel(links, SOURCES.GZA.name)
}
/**
* Quelle C — Zefix / Open Data Kanton Zürich, direkt als CSV (§6).
*
* **Wichtige Feststellung zur Datenlage:** Die Datei enthält keine Firmennamen.
* Sie führt Tageszahlen von Neugründungen je NOGA-Branche für den Kanton
* Zürich — Spalten `br_abschnitt_desc, br_abschnitt_code, wirtschaftssektor_desc,
* wirtschaftssektor_code, location, date, value`.
*
* Daraus lässt sich deshalb kein Unternehmenslead bauen, sondern nur ein
* aggregiertes Frühsignal zum Zielmarkt. Genau so wird es weitergegeben.
* Firmennamen zu erfinden, um das erwartete Format zu treffen, wäre die eine
* Sache, die Livia nie tun darf.
*/
export async function fetchZefixResearch(): Promise<ResearchItem[]> {
const csv = await getText(SOURCES.ZEFIX.url, CSV_TIMEOUT_MS)
const lines = csv.split(/\r?\n/)
if (lines.length < 2) throw new Error('CSV enthält keine Daten')
// Die Beschreibung kann Kommas enthalten — die sechs Pflichtfelder stehen
// deshalb von hinten, der Rest davor ist die Branchenbezeichnung.
interface Row { branche: string; datum: string; anzahl: number }
const rows: Row[] = []
let neuestesDatum = ''
for (let i = 1; i < lines.length; i++) {
const line = lines[i]
if (!line) continue
const parts = line.split(',')
if (parts.length < 7) continue
const anzahl = Number(parts[parts.length - 1])
const datum = parts[parts.length - 2]
const ort = parts[parts.length - 3]
const branche = parts.slice(0, parts.length - 6).join(',').trim()
if (ort !== 'ZH' || !Number.isFinite(anzahl)) continue
if (datum > neuestesDatum) neuestesDatum = datum
rows.push({ branche, datum, anzahl })
}
if (!neuestesDatum) throw new Error('Keine Zürcher Datenzeilen gefunden')
// Fenster: die letzten 30 Tage vor dem jüngsten Datum im Bestand.
const bis = new Date(neuestesDatum)
const von = new Date(bis.getTime() - 30 * 24 * 60 * 60 * 1000)
const vonIso = von.toISOString().slice(0, 10)
const jeBranche = new Map<string, number>()
let gesamt = 0
for (const r of rows) {
if (r.datum < vonIso || r.datum > neuestesDatum) continue
if (r.branche === 'Alle Branchen') continue
if (r.anzahl <= 0) continue
jeBranche.set(r.branche, (jeBranche.get(r.branche) ?? 0) + r.anzahl)
gesamt += r.anzahl
}
const top = [...jeBranche.entries()].sort((a, b) => b[1] - a[1]).slice(0, 8)
if (top.length === 0) throw new Error('Keine Neugründungen im Auswertungsfenster')
const text = [
`Amtliche Statistik des Kantons Zürich zu Handelsregister-Neugründungen.`,
`Auswertungsfenster ${vonIso} bis ${neuestesDatum}: insgesamt ${gesamt} Neugründungen im Kanton Zürich.`,
`Verteilung nach Branche:`,
...top.map(([b, n]) => `- ${b}: ${n}`),
``,
`Hinweis zur Datenart: Der Datensatz enthält ausschliesslich Tageszahlen je Branche.`,
`Firmennamen, Adressen und Gemeinden sind darin nicht enthalten.`,
].join('\n')
return [{
source: SOURCES.ZEFIX.name,
title: `Kanton Zürich: ${gesamt} Handelsregister-Neugründungen in 30 Tagen`,
url: SOURCES.ZEFIX.url,
text,
publishedAt: neuestesDatum,
aggregate: true,
}]
}
+108
View File
@@ -0,0 +1,108 @@
/**
* Livia Research-PoC — der eine serverseitige Endpoint (§20).
*
* POST /api/livia/research/refresh
*
* Ruft die drei Quellen ab, normalisiert, beurteilt einmal per LLM und gibt
* die relevanten Leads zurück. Kein Scheduler, keine Queue, keine Datenbank —
* der Lauf beginnt und endet mit dieser Anfrage.
*
* Läuft als serverlose Funktion auf derselben Vercel-Instanz, die schon die
* Anwendung ausliefert. Das ist der Grund, warum für den PoC gar keine neue
* Infrastruktur nötig war: der Hoster kann bereits Serverfunktionen, es hat
* bisher nur niemand eine gebraucht.
*/
import type { IncomingMessage, ServerResponse } from 'node:http'
import {
SOURCES,
fetchZhkResearch,
fetchGreaterZurichResearch,
fetchZefixResearch,
} from '../../_lib/researchSources.js'
import type { ResearchItem } from '../../_lib/researchSources.js'
import { MODEL, analyzeResearchItems } from '../../_lib/researchAnalysis.js'
import type { ResearchRefreshResult, ResearchSourceResult } from '../../../src/domain/researchLead.js'
interface Quelle {
id: string
name: string
url: string
laden: () => Promise<ResearchItem[]>
}
const QUELLEN: Quelle[] = [
{ ...SOURCES.ZHK, laden: fetchZhkResearch },
{ ...SOURCES.GZA, laden: fetchGreaterZurichResearch },
{ ...SOURCES.ZEFIX, laden: fetchZefixResearch },
]
export default async function handler(req: IncomingMessage, res: ServerResponse): Promise<void> {
res.setHeader('Content-Type', 'application/json; charset=utf-8')
// Ein Live-Lauf soll nie aus einem Zwischenspeicher beantwortet werden.
res.setHeader('Cache-Control', 'no-store')
if (req.method !== 'POST') {
res.statusCode = 405
res.end(JSON.stringify({ error: 'Nur POST' }))
return
}
// Alle drei parallel: eine langsame Quelle soll die beiden anderen nicht aufhalten.
const ergebnisse = await Promise.all(
QUELLEN.map(async (q): Promise<{ meta: ResearchSourceResult; items: ResearchItem[] }> => {
try {
const items = await q.laden()
return {
meta: { id: q.id, name: q.name, url: q.url, ok: true, itemCount: items.length },
items,
}
} catch (err) {
// Eine kaputte Quelle darf die Demo nicht zerstören (§21).
return {
meta: {
id: q.id, name: q.name, url: q.url, ok: false, itemCount: 0,
error: err instanceof Error ? err.message : 'Unbekannter Fehler',
},
items: [],
}
}
}),
)
const sources = ergebnisse.map(e => e.meta)
const items = ergebnisse.flatMap(e => e.items)
const basis: ResearchRefreshResult = {
sources,
analyzed: items.length,
discarded: 0,
watchlist: 0,
leads: [],
refreshedAt: new Date().toISOString(),
model: MODEL,
}
if (items.length === 0) {
res.statusCode = 200
res.end(JSON.stringify({
...basis,
analysisError: 'Keine der drei Quellen lieferte Einträge.',
}))
return
}
try {
const { leads, discarded, watchlist } = await analyzeResearchItems(items)
res.statusCode = 200
res.end(JSON.stringify({ ...basis, leads, discarded, watchlist }))
} catch (err) {
// Gelesen wurde trotzdem — das sagen wir offen, statt eine leere Liste als
// «nichts gefunden» auszugeben.
res.statusCode = 200
res.end(JSON.stringify({
...basis,
analysisError: err instanceof Error ? err.message : 'Die Beurteilung schlug fehl.',
}))
}
}
+320
View File
@@ -0,0 +1,320 @@
# Livia — Wiederherstellungspaket
> **Zweck:** Livia («Exposé Master», PO-ZD-21) und ihre Funktionalitäten werden aus der
> Anwendung entfernt. Dieses Verzeichnis enthält alles, was für einen vollständigen
> Wiedereinbau nötig ist — die Originaldateien im Original-Pfadlayout und ein Verzeichnis
> sämtlicher Stellen, an denen Livia in gemeinsam genutzten Dateien verdrahtet war.
>
> **Angelegt am 21.08.2026, Stand Commit `5527448`** (2026-08-18, «fix(startseite): Porträts
> scharf statt weich, besonders die hinteren»), Branch `agents6`.
>
> **Vollzogen am 23.08.2026.** Mit Runde 8 wurde Livia zur Research- & Market-Intelligence-
> Agentin, und die Exposé-Funktion ist vollständig aus der Anwendung entfernt worden — nicht
> bloss nachgeordnet. Alle 23 Dateien aus Teil A sind gelöscht, die Eingriffe aus Teil B
> ausgeführt. Dieses Manifest ist damit von der Vorsorge zur Wiedereinbau-Anleitung geworden.
>
> **Abweichungen gegenüber der ursprünglichen Annahme** — beim Wiedereinbau beachten:
> - Livia ist **nicht** aus den Registern entfernt worden. Sie bleibt im Team, nur mit anderer
> Rolle. Abschnitt 2.2 beschreibt einen Rückbau, der so nicht stattgefunden hat: die Einträge
> in `agentWorkspaces.ts`, `teamAgents.ts`, `agentPhotos.ts` und `agentDirectory.ts` stehen
> unverändert, dort wurde nur die Funktionsbezeichnung geändert. Das Team hat weiterhin fünf
> Mitglieder; die Sitzordnung im Meetingraum ist unberührt.
> - Die Weiterleitung bei Nora (Abschnitt 2.5) ist entfallen, weil sie ohne Exposé kein Ziel
> mehr hatte. Mit Runde 8 fliessen Leads in die Gegenrichtung: Livia recherchiert, Nora
> gleicht ab.
> - Brunos Abschnitt «Lagebericht (von Livia)» steht unverändert — er hing an der Lage-, nicht
> an der Exposé-Funktion.
> - Zusätzlich entfernt, weil erst mit Runde 8 entstanden: `ExposeLeadSection.tsx`.
>
> Fachliche Beschreibung und System-Prompt liegen separat in
> [`../../LIVIA_PROFIL_UND_PROMPT.md`](../../LIVIA_PROFIL_UND_PROMPT.md).
---
## 0. Vor dem Rückbau: Git-Marke setzen
Dieses Paket ist die **zweite** Absicherung. Die erste und verlässlichste ist die
Versionsgeschichte. Deshalb vor dem Entfernen:
```bash
git tag -a livia-vor-rueckbau -m "Letzter Stand mit vollständiger Livia-Funktionalität"
git push origin livia-vor-rueckbau
```
Danach ist ein vollständiger Wiedereinbau jederzeit auch so möglich:
```bash
# Einzelne Datei zurückholen
git checkout livia-vor-rueckbau -- src/components/expose/
# Oder den kompletten Rückbau-Commit umkehren
git revert <commit-des-rueckbaus>
```
Das Archiv hier ist für den Fall gedacht, dass die Historie nicht zur Verfügung steht —
etwa weil in einem anderen Repository, einem neuen Projekt oder aus einem Export heraus
gearbeitet wird.
---
## 1. Teil A — Dateien, die ganz zu Livia gehören
Diese 23 Dateien haben ausserhalb von Livia keinen Zweck. Beim Rückbau werden sie gelöscht;
beim Wiedereinbau werden sie aus `archive/livia/src/…` an dieselbe Stelle zurückkopiert.
| Datei | Rolle |
|---|---|
| `src/pages/supply/MyListings.tsx` | Livias Arbeitsplatz (Route `/supply/my-listings`) |
| `src/components/expose/ExposeWizard.tsx` | Drei-Schritt-Assistent Hochladen → Exposé → Export |
| `src/components/expose/ExposeFieldGroup.tsx` | Feldgruppe eines Dossier-Bereichs |
| `src/components/expose/ExposeMediaManager.tsx` | Bild- und Dokumentenkuration |
| `src/components/expose/LeadTable.tsx` | Leadliste aktiv / archiviert |
| `src/components/expose/LeadWorkspace.tsx` | Arbeitsbereich unter dem geöffneten Lead |
| `src/components/expose/index.ts` | Barrel |
| `src/domain/expose.ts` | `ExposeDraft`, `ExposeImage`, `ExposeDocument`, `ExposeValues` |
| `src/domain/exposeLead.ts` | `ExposeLead`, `ExposeLeadStatus` |
| `src/provider/IExposeProvider.ts` | Provider-Schnittstelle Entwürfe |
| `src/provider/MockupExposeProvider.ts` | Mock-Implementierung Entwürfe |
| `src/provider/IExposeLeadProvider.ts` | Provider-Schnittstelle Leads |
| `src/provider/MockupExposeLeadProvider.ts` | Mock-Implementierung Leads |
| `src/services/exposeService.ts` | Vorbelegung, Bildimport, Speichern, Erstellen |
| `src/services/exposeLeadService.ts` | Leads lesen, anlegen, archivieren |
| `src/services/exposeExport.ts` | Vorschau (HTML), PDF (Druckdialog), Word (`.doc`) |
| `src/services/ai/mock/exposeTextBuilder.ts` | **Deterministischer Textbaustein** (Kernstück) |
| `src/hooks/useExpose.ts` | React-Query-Hooks für Entwürfe |
| `src/hooks/useExposeLeads.ts` | React-Query-Hooks für Leads |
| `src/lib/exposeFields.ts` | **Die 11 Bereiche und 9 Pflichtfelder** |
| `src/mock-data/exposeLeads.ts` | Seed-Daten Leads |
| `src/mock-data/agents/livia.ts` | Personaldossier |
| `src/assets/team/livia.jpg` | Porträt |
Es gibt **keine** Barrel-Exporte in `src/domain/index.ts` oder `src/hooks/index.ts`, die
angepasst werden müssten — geprüft. Der einzige Barrel ist `src/components/expose/index.ts`,
und der verschwindet mit dem Ordner.
**Wiedereinbau Teil A:**
```bash
cp -r archive/livia/src/. src/
```
---
## 2. Teil B — Gemeinsam genutzte Dateien mit chirurgischen Eingriffen
Diese 16 Dateien bleiben bestehen; aus ihnen wird Livia herausgeschnitten. **Das ist der Teil,
der bei einem Wiedereinbau ohne Notizen Arbeit macht** — deshalb steht hier jede Stelle einzeln.
Die Zeilennummern beziehen sich auf Commit `5527448` und verschieben sich nach dem Rückbau.
### 2.1 Routing
**`src/App.tsx`** — zwei Zeilen (31 und 74):
```tsx
const MyListings = lazy(() => import('./pages/supply/MyListings'))
```
```tsx
<Route path="/supply/my-listings" element={<MyListings />} />
```
### 2.2 Zentrale Register — hier hängt am meisten dran
**`src/lib/agentWorkspaces.ts`** — eine einzige Zeile in `AGENT_WORKSPACES` (Zeile 28):
```ts
{ id: 'livia', name: 'Livia', role: 'Exposé Master', path: ROUTES.SUPPLY.AGENT_LIVIA },
```
> **Wichtig:** Diese Liste ist die zentrale Quelle für Sidebar (`appShellConfig.ts`),
> globales Navigationsmenü (`GlobalNavMenu.tsx`), Willkommensdialog (`WelcomeDialog.tsx`) und
> die Sitzplätze im 3D-Meetingraum der Startseite (`meetingRoomSeats.ts`). Ein Eintrag hier
> entfernt Livia an allen vier Stellen zugleich — und bringt sie ebenso überall zurück.
> Nach dem Rückbau ist das Team **vier** statt fünf Personen; die Sitzordnung im Meetingraum
> ändert sich dadurch sichtbar.
**`src/mock-data/teamAgents.ts`** — drei Stellen:
```ts
import { liviaAgent } from './agents/livia' // Zeile 16
```
```ts
liviaAgent, // in mockTeamAgents, Position 3
```
```ts
LIVIA: 'livia', // in AGENT_IDS
```
**`src/components/team/agentPhotos.ts`** — zwei Zeilen (21 und 62):
```ts
import livia from '../../assets/team/livia.jpg'
```
```ts
livia,
```
**`src/lib/constants.ts`** — Route und Fristwert:
```ts
AGENT_LIVIA: '/supply/my-listings', // Zeile 102
export const STALE_EXPOSE_LEADS = 30 * 1000 // aggressive — Weiterleitungen sollen sofort erscheinen // Zeile 62
```
sowie der ganze Block «Livia — Leads und Exposé» (Zeilen 319–356):
`EXPOSE_LEAD_TABS`, `ExposeLeadTab`, `EXPOSE_LEAD_TAB_LABELS`, `EXPOSE_STEPS`,
`EXPOSE_IMAGE_CATEGORY_LABELS`, `EXPOSE_DOCUMENT_TYPE_LABELS`, `EXPOSE_TONALITY_LABELS`.
Der Block liegt wörtlich in [`fragmente/constants_livia.ts.txt`](./fragmente/constants_livia.ts.txt).
### 2.3 KI-Schicht
Wörtlich in [`fragmente/aiService_livia.ts.txt`](./fragmente/aiService_livia.ts.txt).
| Datei | Was entfällt |
|---|---|
| `src/services/ai/IAIService.ts` | Block «Exposé texts (Livia)»: `ExposeTextSection`, `ExposeTonality`, `ExposeTextInput`, `ExposeTextResult` (Z. 200–232) und die Interface-Methode `generateExposeText` (Z. 281) |
| `src/services/ai/mock/MockAIService.ts` | Importe `ExposeTextInput`/`ExposeTextResult` (Z. 17–18), Import `buildExposeText` (Z. 25), Implementierung `generateExposeText` (Z. 305–309) |
| `src/services/ai/backend/BackendAIService.ts` | Importe (Z. 62–63) und die Delegation `generateExposeText` an den Mock (Z. 687–689) |
> Achtung beim Wiedereinbau: `generateExposeText` steht im **Interface** `IAIService`. Fehlt
> die Methode in einer der beiden Implementierungen, bricht der Typecheck — beide zusammen
> zurückbauen.
### 2.4 Auslastungsanzeige der Agenten
**`src/services/agentWorkloadService.ts`**:
- `expose: 5` in `URGENT_FROM` (Z. 36)
- Importe `ExposeLeadStatus` / `ExposeLead` (Z. 3–4) und das Feld `exposeLeads` in der
Eingabe (Z. 51)
- der ganze Block «Livia: weitergeleitete Leads» (Z. 117–128), inklusive der Sprachfassungen
«Kein Exposé offen. Leite mir einen Lead weiter, dann lege ich los.» und
«{n} Leads warten auf ein Exposé von mir.»
**`src/hooks/useAgentWorkload.ts`**: Import `useExposeLeads`, die Zeile
`const { data: exposeLeads = [], isLoading: exposeLoading } = useExposeLeads()`, das Feld in
`computeAgentWorkload({ … })`, die Abhängigkeitsliste und `exposeLoading` im `isLoading`.
Beides wörtlich in [`fragmente/workload_livia.ts.txt`](./fragmente/workload_livia.ts.txt).
### 2.5 Die Agentenkette Nora → Livia → Bruno
Das ist inhaltlich der heikelste Teil — hier verschwindet nicht nur Livia, sondern der
sichtbare Beweis, dass die Agenten einander zuarbeiten.
**`src/components/market-leads/LeadDetail.tsx`** (Noras Seite):
- Import `useCreateExposeLead` (Z. 5), `const forwardLead = useCreateExposeLead()` (Z. 42)
- die Funktion `handleForward()` (Z. 62–77)
- der Knopf **«An Livia zur Exposé-Erstellung weiterleiten»** (Z. 194–204) samt
Mehrfachauswahl der Objekte und der Erfolgsmeldung
«An Livia weitergeleitet — {n} Objekt(e) für {Firma}.»
Wörtlich in [`fragmente/leadDetail_weiterleitung.tsx.txt`](./fragmente/leadDetail_weiterleitung.tsx.txt).
**`src/components/visits/VisitPreparationDrawer.tsx`** (Brunos Briefing), Zeile 154:
```tsx
<SectionTitle>Lagebericht (von Livia)</SectionTitle>
```
Dazu das Feld in `src/domain/visitAssignment.ts` (Z. 27, Kommentar «Lagebericht, den Bruno bei
Livia angefragt hat») und zwei Mocktexte in `src/mock-data/visitAssignments.ts` (Z. 46 und 84),
die beide mit «Lagebericht von Livia: …» beginnen.
> **Entscheidung nötig** — siehe Abschnitt 4.
### 2.6 Mockdaten der Verwaltungsebene
| Datei | Livia-Anteil | Archivkopie |
|---|---|---|
| `src/mock-data/agentDirectory.ts` | Eintrag `id: 'livia'` (Z. 42–52) | im Fragment |
| `src/mock-data/agentConnections.ts` | `AGENT_IDS.LIVIA` in vier `usedByAgentIds`-Listen (Z. 35, 205, 289, 380) — **nur die ID entfernen, nicht die Anbindung** | — |
| `src/mock-data/agentProtocol.ts` | fünf Einträge (Z. 369–449, 691–703, 836–848, 945–956, 972–983) | [`fragmente/agentProtocol_livia.ts.txt`](./fragmente/agentProtocol_livia.ts.txt) |
| `src/mock-data/agentWorkItems.ts` | `awi-livia-01` und `awi-livia-02` (Z. 1226–1498) | [`fragmente/agentWorkItems_livia.ts.txt`](./fragmente/agentWorkItems_livia.ts.txt) |
### 2.7 Tests
| Datei | Was bricht |
|---|---|
| `src/components/layout/__tests__/appShellConfig.test.ts` | Z. 52 erwartet `['Ferdi', 'Bruno', 'Livia', 'Nora', 'Sina']`; Z. 88 erwartet, dass `ROUTES.SUPPLY.AGENT_LIVIA` den Seitennamen «Livia» ergibt |
| `src/services/__tests__/agentWorkloadService.test.ts` | verwendet `exposeLeads` in der Eingabe und prüft Livias Auslastungsbahn |
### 2.8 Hilfsskript
`scripts/build-agent-portraits.mjs` — Zuordnung `'image3.jpg': 'livia'` (Z. 51). Nur relevant,
wenn die Porträts neu erzeugt werden.
---
## 3. Reihenfolge
**Rückbau** (von aussen nach innen, damit der Typecheck bei jedem Schritt hilft):
1. `App.tsx` — Route heraus
2. `agentWorkspaces.ts`, `teamAgents.ts`, `agentPhotos.ts` — aus den Registern nehmen
3. `LeadDetail.tsx` — Weiterleitung, `useAgentWorkload.ts` + `agentWorkloadService.ts` — Bahn
4. AI-Schicht (Interface **und** beide Implementierungen zusammen)
5. Mockdaten (Directory, Connections, Protokoll, WorkItems)
6. Tests anpassen
7. `constants.ts` — Block und Route
8. Erst jetzt die 23 Dateien aus Teil A löschen
9. `npx tsc --noEmit && npm run lint && npm test`
**Wiedereinbau** (genau umgekehrt):
1. `cp -r archive/livia/src/. src/`
2. `constants.ts` aus dem Fragment ergänzen
3. AI-Schicht (Interface und beide Implementierungen)
4. Mockdaten aus den Fragmenten
5. Register: `agentWorkspaces`, `teamAgents`, `agentPhotos`
6. Auslastung, Weiterleitung bei Nora, Brunos Lagebericht-Abschnitt
7. Route in `App.tsx`
8. Tests zurück auf fünf Agenten
9. `npx tsc --noEmit && npm run lint && npm test`
**Prüfung nach dem Wiedereinbau:** `/supply/my-listings` öffnen, einen Lead aufklappen,
ein Pflichtfeld leeren (rote Umrandung erwartet), KI-Entwurf für den Objektbeschrieb auslösen
(bei fehlendem Ausbaustandard darf **kein** Text entstehen, sondern die Lücke gemeldet werden),
Export als PDF und Word auslösen. Zusätzlich bei Nora ein Signal an Livia weiterleiten und
prüfen, ob der Lead auf Livias Seite erscheint.
---
## 4. Entscheidungen, die beim Rückbau zu treffen sind
Diese drei Punkte sind **keine** technischen Fragen — sie sollten bewusst entschieden und
hier festgehalten werden, sonst fehlt beim Wiedereinbau die Begründung.
1. **Bleibt der Abschnitt «Lagebericht (von Livia)» in Brunos Besichtigungsbriefing?**
Bleibt er stehen, zeigt das Briefing einen Lagebericht ohne Urheber — die Belegkette wird
unklar. Wird er entfernt, verliert Brunos Briefing einen inhaltlichen Baustein. Empfehlung:
Feld und Text belassen, aber die Beschriftung von «(von Livia)» auf «Lagebericht» ändern —
der kleinste Eingriff, der beim Wiedereinbau in einer Zeile rückgängig ist.
2. **Bleibt bei Nora der Knopf «An Livia weiterleiten»?**
Ohne Livia hat die Weiterleitung kein Ziel; der Knopf muss weg. Damit entfällt der
sichtbare Übergabemoment zwischen zwei Agenten — in der Präsentation bisher das stärkste
Argument. Wenn der Case später wieder gebraucht wird, ist dieser Knopf das Erste, was
zurückkommen muss.
3. **Wie wird aus fünf Agenten vier?**
Personalzahl, Sitzordnung im Meetingraum der Startseite, Willkommensdialog und die
Reihenfolge «Ferdi, Bruno, Livia, Nora, Sina» hängen alle an `AGENT_WORKSPACES`. Technisch
passiert das von selbst, optisch aber nicht folgenlos — die Startseite sollte nach dem
Rückbau angeschaut werden.
---
## 5. Inhalt dieses Verzeichnisses
```
archive/livia/
├─ WIEDERHERSTELLUNG.md ← dieses Dokument
├─ src/ ← 23 Originaldateien im Original-Pfadlayout
│ ├─ pages/supply/MyListings.tsx
│ ├─ components/expose/… (6 Dateien)
│ ├─ domain/… (2)
│ ├─ provider/… (4)
│ ├─ services/… (3 + ai/mock/exposeTextBuilder.ts)
│ ├─ hooks/… (2)
│ ├─ lib/exposeFields.ts
│ ├─ mock-data/… (2)
│ └─ assets/team/livia.jpg
└─ fragmente/ ← wörtliche Ausschnitte aus geteilten Dateien
├─ constants_livia.ts.txt
├─ aiService_livia.ts.txt
├─ workload_livia.ts.txt
├─ leadDetail_weiterleitung.tsx.txt
├─ agentDirectory_livia.ts.txt
├─ agentProtocol_livia.ts.txt
└─ agentWorkItems_livia.ts.txt
```
Fachliche Beschreibung, Aufgabenkatalog und System-Prompt: `LIVIA_PROFIL_UND_PROMPT.md` im
Repo-Root.
@@ -0,0 +1,11 @@
{
id: 'livia',
name: 'Livia',
role: 'Exposé Master',
email: 'livia@property-on.ch',
level: AgentLevel.CORE,
department: AgentDepartment.CENTRAL_SERVICES,
rollout: AgentRollout.IN_PROGRESS,
isCore: true,
},
{
@@ -0,0 +1,141 @@
// ── agentProtocol.ts Zeilen 369,449 ──────────────────────────────
{
id: 'proto-009',
agentId: AGENT_IDS.LIVIA,
timestamp: '2026-05-20T09:10:00.000Z',
eventType: AgentProtocolEventType.TASK_RUN,
title: 'Lagebeschrieb Neuhegistrasse 12 in Kurz- und Langfassung erstellt',
description:
'Mikrolage im Radius von 800 Metern, Makrolage Winterthur Neuhegi, Erreichbarkeit und geplante Umfeldentwicklung ausgewertet. Kurztext 574 Zeichen, Langtext 2 280 Zeichen, jede Aussage mit Quelle und Abrufdatum.',
status: AgentProtocolStatus.SUCCESS,
objectId: 'OBJ-2503',
channel: AgentChannelType.WORKSPACE_CHAT,
triggeredBy: AgentTriggerSource.SYSTEM,
input: [
{ label: 'Objektadresse', value: 'Neuhegistrasse 12, 8404 Winterthur' },
{ label: 'Quartier', value: 'Winterthur Neuhegi' },
{ label: 'Analyseradius', value: '800 Meter' },
{ label: 'Tonalität', value: 'sachlich' },
],
processingSteps: [
{
id: 'proto-009-ps-1',
label: 'Adresse gegen die amtlichen Adressdaten geprüft und dem Quartier zugeordnet',
},
{
id: 'proto-009-ps-2',
label: 'Mikrolage abgegangen',
detail: 'Nachbarschaft, Erdgeschossnutzungen, Immissionslage, Publikumsfrequenz, Parkierung',
},
{
id: 'proto-009-ps-3',
label: 'Makrolage eingeordnet',
detail: 'Beschäftigtenentwicklung, Branchenmix und Bedeutung im Wirtschaftsraum Winterthur',
},
{
id: 'proto-009-ps-4',
label: 'Erreichbarkeit und Nahversorgung mit Distanz und Wegzeit erfasst',
},
{ id: 'proto-009-ps-5', label: 'Amtliche Publikationen im Umfeld gesichtet' },
{ id: 'proto-009-ps-6', label: 'Kurztext und Langtext geschrieben, Quellen angehängt' },
],
output: [
{
label: 'Kurztext für Inserat',
value:
'Die Fläche liegt in Winterthur Neuhegi, einem in den vergangenen zehn Jahren umgebauten Arbeitsplatzquartier mit Wohn-, Büro- und Produktionsnutzung. Die Haltestelle Neuhegi ist in vier Gehminuten erreichbar, der Bahnhof Winterthur Grüze in neun Minuten mit dem Bus. Einkaufen, Verpflegung und Kinderbetreuung befinden sich innerhalb von 400 Metern.',
},
{
label: 'Abschnitte des Langtexts',
value: [
'Mikrolage — Nachbarschaft und Erdgeschossnutzungen',
'Makrolage — Wirtschaftsraum Winterthur',
'Erreichbarkeit — öffentlicher Verkehr, Autobahn A1, Velowege',
'Nahversorgung — Einkaufen, Verpflegung, Betreuung, Gesundheit',
'Umfeldentwicklung — Arealentwicklung nördlich der Neuhegistrasse',
],
},
{ label: 'Belegte Aussagen', value: '31 von 31 Aussagen mit Quelle und Abrufdatum' },
],
sourceReferences: [
{
id: 'proto-009-src-1',
label: 'Amtliche Publikation zur Arealentwicklung',
documentName: 'Amtliche Meldung — Gestaltungsplan Neuhegi Nord',
locator: 'Publikation vom 24.04.2026',
quote:
'«Der Gestaltungsplan für das Areal nördlich der Neuhegistrasse wurde bewilligt; die Bauarbeiten beginnen im ersten Quartal 2027.»',
},
{
id: 'proto-009-src-2',
label: 'Fahrplandaten Haltestelle Neuhegi',
documentName: 'Öffentliche Verkehrsdaten Winterthur',
locator: 'Abruf 20.05.2026',
},
{
id: 'proto-009-src-3',
label: 'Objektstammdaten OBJ-2503',
documentName: 'Bewirtschaftungssystem — Objektblatt OBJ-2503',
locator: 'Adresse und Nutzungsart',
},
],
},
// ── agentProtocol.ts Zeilen 691,703 ──────────────────────────────
{
id: 'proto-019',
agentId: AGENT_IDS.LIVIA,
timestamp: '2026-05-18T10:05:00.000Z',
eventType: AgentProtocolEventType.MESSAGE_PROCESSED,
title: 'Auftrag für den Lagebeschrieb Wankdorffeldstrasse 8 entgegengenommen',
description:
'Die Adresse wurde gegen die amtlichen Adressdaten geprüft und dem Entwicklungsgebiet Bern Wankdorf zugeordnet. Der Arbeitsauftrag ist eingereiht; die Umfeldanalyse läuft im Radius von 800 Metern.',
status: AgentProtocolStatus.INFO,
objectId: 'OBJ-2559',
channel: AgentChannelType.WORKSPACE_CHAT,
triggeredBy: AgentTriggerSource.SYSTEM,
},
// ── agentProtocol.ts Zeilen 836,848 ──────────────────────────────
{
id: 'proto-028',
agentId: AGENT_IDS.LIVIA,
timestamp: '2026-05-07T10:15:00.000Z',
eventType: AgentProtocolEventType.TASK_RUN,
title: 'Umfeldänderung Winterthur Neuhegi gemeldet',
description:
'Die bewilligte Arealentwicklung nördlich der Neuhegistrasse verändert den Abschnitt «Umfeldentwicklung» in vier Lagebeschrieben. Die betroffenen Textabschnitte sind markiert, die Quelle mit Publikationsdatum hinterlegt.',
status: AgentProtocolStatus.SUCCESS,
objectId: 'OBJ-2503',
channel: AgentChannelType.WORKSPACE_CHAT,
triggeredBy: AgentTriggerSource.SYSTEM,
},
// ── agentProtocol.ts Zeilen 945,956 ──────────────────────────────
{
id: 'proto-034',
agentId: AGENT_IDS.LIVIA,
timestamp: '2026-04-01T05:30:00.000Z',
eventType: AgentProtocolEventType.TASK_RUN,
title: 'Quartalslauf: 184 Lagebeschriebe gegen die Quellen geprüft',
description:
'162 Lagebausteine wurden bestätigt, 14 Abschnitte als veraltet markiert und erneuert, 9 Objekte für den nächsten Lauf vorgemerkt. Jede Prüfung ist je Objekt nachvollziehbar protokolliert.',
status: AgentProtocolStatus.SUCCESS,
channel: AgentChannelType.WORKSPACE_CHAT,
triggeredBy: AgentTriggerSource.SYSTEM,
},
// ── agentProtocol.ts Zeilen 972,983 ──────────────────────────────
{
id: 'proto-036',
agentId: AGENT_IDS.LIVIA,
timestamp: '2026-03-05T08:50:00.000Z',
eventType: AgentProtocolEventType.SETTINGS_SAVED,
title: 'Analyseradius und Quellentypen gespeichert',
description:
'Der Radius der Umfeldanalyse wurde von 500 auf 800 Meter erhöht und «Medienberichte» als Quellentyp abgewählt. Bestehende Lagebeschriebe werden im nächsten Quartalslauf nachgeführt.',
status: AgentProtocolStatus.SUCCESS,
triggeredBy: AgentTriggerSource.USER,
triggeredByName: OPERATOR,
},
@@ -0,0 +1,273 @@
// ── Livia — erledigt ───────────────────────────────────────────────────────
{
id: 'awi-livia-01',
agentId: AGENT_IDS.LIVIA,
kind: AgentWorkItemKind.LOCATION_MODULE,
area: AgentDomainArea.LOCATION,
title: 'Lagebeschrieb erstellt — Hardturmstrasse 118, Zürich Kreis 5',
summary:
'Zum neuen Vermarktungsauftrag entstanden ein Kurztext für Inserat und Portal sowie ein Langtext für das Exposé, jeweils mit Quellenverzeichnis und Abrufdatum zu jeder Aussage.',
objectId: 'OBJ-2365',
objectLabel: 'Hardturmstrasse 118, 8005 Zürich — Bürofläche 640 m², Zürich Kreis 5',
sourceChannel: AgentChannelType.WORKSPACE_CHAT,
targetChannel: AgentChannelType.EMAIL,
createdAt: '2026-04-09T09:15:00.000Z',
completedAt: '2026-04-09T11:40:00.000Z',
priority: AgentWorkItemPriority.LOW,
status: AgentWorkItemStatus.COMPLETED,
requiresDecision: false,
inputs: [
{ label: 'Objektadresse aus dem Vermarktungsauftrag', value: 'Hardturmstrasse 118, 8005 Zürich' },
{ label: 'Quartierzuordnung', value: 'Zürich Kreis 5 (Escher Wyss), geprüft gegen die amtlichen Adressdaten' },
{ label: 'Untersuchungsradius Mikrolage', value: '500 Meter Umkreis, Erdgeschossnutzungen und Erreichbarkeit' },
{ label: 'Auftraggebende Person', value: 'Nadine Brunner, Vermarktung Zürich' },
],
result: [
{
label: 'Kurztext für Inserat und Portal',
value:
'Die Fläche liegt im Kreis 5 zwischen Escher-Wyss-Platz und Hardbrücke, in einem Quartier mit hohem Anteil an Dienstleistung, Gastronomie und Kreativwirtschaft. Die Haltestelle Escher-Wyss-Platz ist in vier Gehminuten erreichbar, der Bahnhof Hardbrücke in acht Minuten.',
},
{
label: 'Langtext für das Exposé',
value:
'Dreiteiliger Text mit Mikrolage (Nachbarschaft, Erdgeschossnutzungen, Publikumsfrequenz, Parkierung), Makrolage (Wirtschaftsstruktur Stadt Zürich, Beschäftigtenentwicklung Kreis 5, Steuerlage) und Umfeldentwicklung — insgesamt 3 940 Zeichen.',
},
{
label: 'Erreichbarkeit',
value: [
'Tram- und Bushaltestelle Escher-Wyss-Platz: 300 Meter, 4 Gehminuten',
'Bahnhof Zürich Hardbrücke: 650 Meter, 8 Gehminuten',
'Autobahnanschluss Zürich-Hardturm: 1,4 Kilometer',
'Veloweg entlang der Hardturmstrasse, durchgehend abgetrennt',
],
},
{
label: 'Nahversorgung',
value: [
'Einkaufen: zwei Supermärkte innerhalb von 400 Metern',
'Verpflegung: 14 Gastronomiebetriebe im Umkreis von 300 Metern',
'Kinderbetreuung: zwei Kindertagesstätten innerhalb von 600 Metern',
],
},
{
label: 'Umfeldentwicklung',
value:
'Arealentwicklung Hardturm-Areal in Etappen bis 2029; Zonenänderung rechtskräftig seit 2024 (Quelle: amtliche Publikation, abgerufen 09.04.2026).',
},
{ label: 'Quellenverzeichnis', value: '11 Quellen mit Abrufdatum, je Aussage zugeordnet' },
],
processingSteps: [
{
id: 'awi-livia-01-step-1',
label: 'Adresse aufgenommen und dem Quartier zugeordnet',
detail: 'Schreibweise gegen die amtlichen Adressdaten geprüft, Zuordnung Zürich Kreis 5.',
},
{
id: 'awi-livia-01-step-2',
label: 'Mikrolage im Umkreis von 500 Metern abgegangen',
detail: 'Nachbarschaft, Erdgeschossnutzungen, Immissionslage, Publikumsfrequenz und Parkierung erfasst.',
},
{
id: 'awi-livia-01-step-3',
label: 'Makrolage eingeordnet',
detail: 'Wirtschaftsstruktur, Beschäftigtenentwicklung und Steuerlage der Stadt Zürich ausgewertet.',
},
{
id: 'awi-livia-01-step-4',
label: 'Amtliche Publikationen zum Umfeld gesichtet',
detail: 'Arealentwicklung und Zonenänderung als für das Objekt relevant eingestuft.',
},
{
id: 'awi-livia-01-step-5',
label: 'Kurz- und Langtext geschrieben, Quellen angehängt',
detail: 'Je Aussage Quelle und Abrufdatum hinterlegt, Ergebnis am Objekt abgelegt.',
},
],
sourceReferences: [
{
id: 'awi-livia-01-src-1',
label: 'Amtliche Publikation zur Zonenänderung Hardturm',
documentName: 'Amtliche-Publikation_Zonenaenderung-Hardturm_2024-11-08.pdf',
locator: 'Seite 3, abgerufen 09.04.2026',
},
{
id: 'awi-livia-01-src-2',
label: 'Fahrplanauskunft öffentlicher Verkehr',
documentName: 'Erreichbarkeitsauswertung_OBJ-2365_2026-04-09.pdf',
locator: 'Tabelle «Haltestellen im Umkreis», abgerufen 09.04.2026',
},
{
id: 'awi-livia-01-src-3',
label: 'Quellenverzeichnis zum Lagebeschrieb',
documentName: 'Lagebeschrieb_OBJ-2365_Quellen_2026-04-09.pdf',
locator: 'Seiten 1–2, 11 Einträge',
},
],
availableActions: [AgentWorkItemAction.OPEN_SOURCE, AgentWorkItemAction.MARK_DONE],
history: [
{
id: 'awi-livia-01-hist-1',
at: '2026-04-09T09:15:00.000Z',
actor: 'Livia',
action: 'Vermarktungsauftrag übernommen',
note: 'Adresse geprüft und dem Quartier Zürich Kreis 5 zugeordnet.',
},
{
id: 'awi-livia-01-hist-2',
at: '2026-04-09T11:40:00.000Z',
actor: 'Livia',
action: 'Lagebeschrieb abgelegt und zugestellt',
note: 'Kurz- und Langtext mit 11 Quellen an die Vermarktung Zürich.',
},
{
id: 'awi-livia-01-hist-3',
at: '2026-04-14T08:05:00.000Z',
actor: 'Nadine Brunner',
action: 'Text für das Inserat übernommen',
note: 'Kurztext unverändert im Portalauftritt veröffentlicht.',
},
],
},
// ── Livia — pendent: Review eines unsicheren Ergebnisses ───────────────────
{
id: 'awi-livia-02',
agentId: AGENT_IDS.LIVIA,
kind: AgentWorkItemKind.LOCATION_MODULE,
area: AgentDomainArea.LOCATION,
title: 'Unsichere Aussage zum Entwicklungsgebiet Wankdorf — Review erbeten',
summary:
'Für den Langtext zum Objekt in Bern liegen zwei Quellen mit unterschiedlichen Angaben zur Inbetriebnahme der neuen Haltestelle vor. Die Aussage bleibt aus dem Text ausgeklammert, bis entschieden ist, welche Angabe gilt.',
objectId: 'OBJ-2733',
objectLabel: 'Wankdorffeldstrasse 12, 3014 Bern — Bürofläche 1. bis 3. Obergeschoss, 1 150 m²',
sourceChannel: AgentChannelType.WORKSPACE_CHAT,
targetChannel: AgentChannelType.EMAIL,
createdAt: '2026-05-07T07:45:00.000Z',
priority: AgentWorkItemPriority.MEDIUM,
status: AgentWorkItemStatus.PENDING,
requiresDecision: true,
escalationReason:
'Review eines unsicheren Ergebnisses: Zwei belegte Quellen nennen unterschiedliche Zeitpunkte für die Inbetriebnahme der Haltestelle Wankdorffeld. Eine Aussage ohne eindeutigen Beleg geht nicht in den Exposétext.',
decisionQuestion:
'Welche Angabe soll in den Langtext übernommen werden — «ab Dezember 2027» gemäss amtlicher Publikation oder «ab Sommer 2028» gemäss Mitteilung der Standortförderung — oder soll der Absatz zur Haltestelle vorerst entfallen?',
inputs: [
{ label: 'Objektadresse aus dem Vermarktungsauftrag', value: 'Wankdorffeldstrasse 12, 3014 Bern' },
{ label: 'Quartierzuordnung', value: 'Bern Wankdorf, Entwicklungsgebiet Wankdorf-Nord' },
{
label: 'Widersprüchliche Quellen',
value: [
'Amtliche Publikation vom 12.03.2026 — Inbetriebnahme Dezember 2027',
'Mitteilung der Standortförderung vom 28.04.2026 — Inbetriebnahme Sommer 2028',
],
},
{ label: 'Auftraggebende Person', value: 'Nadine Brunner, Vermarktung Zürich (Mandat Bern)' },
],
result: [
{ label: 'Stand', value: 'Kurztext fertig, Langtext zu 90 Prozent — ein Absatz ist ausgeklammert' },
{
label: 'Fertiger Kurztext',
value:
'Das Objekt liegt im Entwicklungsgebiet Wankdorf, unmittelbar an der Achse zwischen Bahnhof Wankdorf und Autobahnanschluss Bern-Wankdorf. Das Umfeld ist geprägt von Dienstleistung, öffentlichen Institutionen und Verkaufsflächen.',
},
{
label: 'Ausgeklammerter Absatz',
value:
'Die geplante Haltestelle Wankdorffeld liegt rund 200 Meter vom Objekt entfernt. Die Inbetriebnahme ist für [Zeitpunkt offen] vorgesehen.',
},
{
label: 'Warum die Angabe zählt',
value:
'Die Wegzeit zum öffentlichen Verkehr sinkt mit der neuen Haltestelle von 11 auf 3 Gehminuten — die Aussage ist für Interessenten mit Publikumsverkehr entscheidend.',
},
{ label: 'Übrige Quellen', value: '9 Quellen mit Abrufdatum, alle eindeutig und im Text belegt' },
],
processingSteps: [
{
id: 'awi-livia-02-step-1',
label: 'Adresse aufgenommen und dem Quartier zugeordnet',
detail: 'Zuordnung Bern Wankdorf, Entwicklungsgebiet Wankdorf-Nord.',
},
{
id: 'awi-livia-02-step-2',
label: 'Mikro- und Makrolage beschrieben',
detail: 'Nachbarschaft, Erreichbarkeit, Nahversorgung und Wirtschaftsraum Bern erfasst.',
},
{
id: 'awi-livia-02-step-3',
label: 'Amtliche Publikationen zum Umfeld gesichtet',
detail: 'Beim Verkehrsvorhaben zwei Quellen mit unterschiedlichen Zeitangaben gefunden.',
},
{
id: 'awi-livia-02-step-4',
label: 'Aussage ausgeklammert statt gemittelt',
detail: 'Der Absatz bleibt offen, bis die massgebende Quelle bestimmt ist.',
},
{
id: 'awi-livia-02-step-5',
label: 'Review vorgelegt',
detail: 'Beide Belege mit Fundstelle und Abrufdatum zur Entscheidung beigelegt.',
},
],
sourceReferences: [
{
id: 'awi-livia-02-src-1',
label: 'Amtliche Publikation Verkehrsvorhaben Wankdorffeld',
documentName: 'Amtliche-Publikation_Haltestelle-Wankdorffeld_2026-03-12.pdf',
locator: 'Seite 2, Abschnitt «Terminprogramm»',
quote:
'«Die Inbetriebnahme der Haltestelle Wankdorffeld ist auf den Fahrplanwechsel im Dezember 2027 vorgesehen.»',
},
{
id: 'awi-livia-02-src-2',
label: 'Mitteilung der Standortförderung Bern',
documentName: 'Standortfoerderung-Bern_Mitteilung_2026-04-28.pdf',
locator: 'Seite 1, abgerufen 07.05.2026',
quote:
'«Wegen der Anpassung der Gleisgeometrie verschiebt sich die Eröffnung der Haltestelle Wankdorffeld auf Sommer 2028.»',
},
],
availableActions: [
AgentWorkItemAction.DECIDE,
AgentWorkItemAction.EDIT,
AgentWorkItemAction.APPROVE,
AgentWorkItemAction.OPEN_SOURCE,
],
editableFields: [
{
id: 'awi-livia-02-field-date',
label: 'Zu verwendender Zeitpunkt',
value: 'Dezember 2027',
helperText: 'Alternativ «Sommer 2028» oder leer lassen, damit der Absatz entfällt.',
},
{
id: 'awi-livia-02-field-paragraph',
label: 'Absatz zur Haltestelle',
value:
'Die geplante Haltestelle Wankdorffeld liegt rund 200 Meter vom Objekt entfernt. Die Inbetriebnahme ist auf Dezember 2027 vorgesehen; die Wegzeit zum öffentlichen Verkehr verkürzt sich damit von 11 auf 3 Gehminuten.',
multiline: true,
},
{
id: 'awi-livia-02-field-source',
label: 'Anzugebende Quelle',
value: 'Amtliche Publikation Verkehrsvorhaben Wankdorffeld, 12.03.2026, abgerufen 07.05.2026',
helperText: 'Erscheint im Quellenverzeichnis des Exposés.',
},
],
history: [
{
id: 'awi-livia-02-hist-1',
at: '2026-05-07T07:45:00.000Z',
actor: 'Livia',
action: 'Widerspruch erkannt und Review vorgelegt',
note: 'Zwei belegte Quellen mit unterschiedlichen Zeitangaben zur Haltestelle.',
},
{
id: 'awi-livia-02-hist-2',
at: '2026-05-15T09:20:00.000Z',
actor: 'Livia',
action: 'Quellen erneut geprüft',
note: 'Quartalsprüfung: keine neuere amtliche Publikation vorhanden, Widerspruch besteht weiter.',
},
],
},
@@ -0,0 +1,76 @@
// ══ src/services/ai/IAIService.ts — Typen (aktuell Zeilen 200–232) ══
// ── Exposé texts (Livia) ──────────────────────────────────────────────────────
/**
* Die Textabschnitte eines Exposés. Jeder lässt sich einzeln erzeugen —
* gesamthaft heisst schlicht: alle nacheinander (Runde 4, §8.5.2).
*/
export const ExposeTextSection = {
TITLE: 'TITLE',
TEASER: 'TEASER',
OBJECT: 'OBJECT',
LOCATION: 'LOCATION',
MUNICIPALITY: 'MUNICIPALITY',
FEATURES: 'FEATURES',
HIGHLIGHTS: 'HIGHLIGHTS',
} as const
export type ExposeTextSection = typeof ExposeTextSection[keyof typeof ExposeTextSection]
export type ExposeTonality = 'SACHLICH' | 'HOCHWERTIG' | 'EINLADEND'
export interface ExposeTextInput {
section: ExposeTextSection
tonality: ExposeTonality
/** Ausschliesslich belegte Angaben aus «Meine Objekte» — nichts Erfundenes. */
facts: Record<string, string | number | undefined>
}
export interface ExposeTextResult {
section: ExposeTextSection
text: string
/** Angaben, die für einen vollständigen Text fehlen — statt sie zu erfinden. */
missingFacts: string[]
}
// ══ src/services/ai/IAIService.ts — Methode im Interface (Zeile 281) ══
recommendPreMarketRent(input: PreMarketRentInput): Promise<AIResponse<PreMarketRentRecommendation>>
// Exposé-Texte (Livia) — pro Abschnitt auslösbar
generateExposeText(input: ExposeTextInput): Promise<AIResponse<ExposeTextResult>>
// Legacy methods
// ══ src/services/ai/mock/MockAIService.ts — Importe (17-18, 25) ══
ExposeTextInput,
ExposeTextResult,
import { buildExposeText } from './exposeTextBuilder'
// ══ src/services/ai/mock/MockAIService.ts — Implementierung (303-310) ══
}),
generateExposeText: (input: ExposeTextInput) =>
traceMock<ExposeTextResult>('generateExposeText', async () => {
await delay(SIMULATED_DELAY.medium)
return { data: buildExposeText(input), provenance: mockProvenance() }
}),
// ══ src/services/ai/backend/BackendAIService.ts — Importe (62-63) ══
ExposeTextInput,
ExposeTextResult,
// ══ src/services/ai/backend/BackendAIService.ts — Delegation (678-690) ══
},
// ── generateExposeText ──────────────────────────────────────────────────────
//
// Bewusst ohne eigenen LLM-Aufruf: der Text darf ausschliesslich auf erfassten
// Objektdaten beruhen (Runde 4, §8.5.2). Ein freies Sprachmodell würde genau
// die fehlenden Angaben plausibel ergänzen, die hier rot markiert gehören.
// Deshalb erzeugt auch im Backend-Betrieb der deterministische Builder den
// Entwurf; er nennt Lücken, statt sie zu füllen.
generateExposeText(input: ExposeTextInput): Promise<AIResponse<ExposeTextResult>> {
return MockAIService.generateExposeText(input)
},
@@ -0,0 +1,44 @@
export const STALE_AGENT_CONNECTIONS = 60 * 1000
export const STALE_CALENDAR = 60 * 1000
export const STALE_EXPOSE_LEADS = 30 * 1000 // aggressive — Weiterleitungen sollen sofort erscheinen
export const STALE_VISIT_ASSIGNMENTS = 60 * 1000
/** CRM-Leads ändern sich im Quellsystem, nicht hier — eine Minute genügt. */
// ── Livia — Leads und Exposé (Runde 4, §8) ───────────────────────────────────
export const EXPOSE_LEAD_TABS = {
ACTIVE: 'aktive-leads',
ARCHIVED: 'archivierte-leads',
} as const
export type ExposeLeadTab = typeof EXPOSE_LEAD_TABS[keyof typeof EXPOSE_LEAD_TABS]
export const EXPOSE_LEAD_TAB_LABELS: Record<ExposeLeadTab, string> = {
[EXPOSE_LEAD_TABS.ACTIVE]: 'Aktive Leads',
[EXPOSE_LEAD_TABS.ARCHIVED]: 'Archivierte Leads',
}
/** Die drei Schritte des Exposé-Prozesses (§8.5). */
export const EXPOSE_STEPS = ['Hochladen', 'Exposé', 'Export'] as const
export const EXPOSE_IMAGE_CATEGORY_LABELS: Record<string, string> = {
EXTERIOR: 'Aussenansicht',
INTERIOR: 'Innenansicht',
FLOORPLAN: 'Grundriss',
SURROUNDINGS: 'Umgebung',
OTHER: 'Sonstiges',
}
export const EXPOSE_DOCUMENT_TYPE_LABELS: Record<string, string> = {
FLOORPLAN: 'Grundriss',
LEASE_CONTRACT: 'Mietvertrag',
ENERGY_CERTIFICATE: 'Energieausweis (GEAK)',
SITE_PLAN: 'Situationsplan',
OTHER: 'Sonstiges',
}
export const EXPOSE_TONALITY_LABELS: Record<string, string> = {
SACHLICH: 'Sachlich',
HOCHWERTIG: 'Hochwertig',
EINLADEND: 'Einladend',
}
@@ -0,0 +1,37 @@
// ══ src/components/market-leads/LeadDetail.tsx — Import + Hook (Z. 5, 42) ══
import { useCreateExposeLead } from '../../hooks/useExposeLeads'
const forwardLead = useCreateExposeLead()
// ══ handleForward (Z. 61-77) ══
function handleForward() {
const count = selectedIds.length
forwardLead.mutate(
{
prospect: companyName,
contacts: contacts.map(c => c.value),
locationHint: signal.locationHint,
propertyIds: selectedIds,
sourceSignalId: signal.id,
},
{
onSuccess: () => {
setSelectedIds([])
showToast(`An Livia weitergeleitet — ${count} Objekt(e) für ${companyName}.`, 'success')
},
},
)
// ══ Knopf «An Livia weiterleiten» (Z. 193-205) ══
))}
<Button
variant="contained"
startIcon={<Forward size={15} />}
disabled={selectedIds.length === 0 || forwardLead.isPending}
onClick={handleForward}
sx={{ mt: 1, textTransform: 'none', bgcolor: DS_BRAND.main, '&:hover': { bgcolor: DS_BRAND.hoverAlt } }}
>
An Livia zur Exposé-Erstellung weiterleiten
{selectedIds.length > 0 && ` (${selectedIds.length})`}
</Button>
</>
)}
@@ -0,0 +1,48 @@
// ══ src/services/agentWorkloadService.ts — Importe (Z. 3-4) ══
import { ExposeLeadStatus } from '../domain/exposeLead'
import type { ExposeLead } from '../domain/exposeLead'
// ══ URGENT_FROM (Z. 33-40) ══
const URGENT_FROM = {
reminders: 5,
visits: 4,
expose: 5,
dataGaps: 10,
} as const
/** Zeitfenster der Auswertung. */
// ══ Eingabefeld (Z. 48-55) ══
export interface AgentWorkloadInput {
reminders: Reminder[]
visits: VisitAssignment[]
exposeLeads: ExposeLead[]
leads: UnifiedLead[]
properties: Property[]
}
// ══ Livias Auslastungsbahn (Z. 117-129) ══
// ── Livia: weitergeleitete Leads ────────────────────────────────────────────
const openExpose = input.exposeLeads.filter(l => l.status === ExposeLeadStatus.ACTIVE).length
const livia: AgentWorkload = {
agentId: 'livia',
count: openExpose,
label: `${openExpose} ${plural(openExpose, 'Exposé offen', 'Exposés offen')}`,
tone: tone(openExpose, URGENT_FROM.expose),
voice: openExpose === 0
? 'Kein Exposé offen. Leite mir einen Lead weiter, dann lege ich los.'
: `${openExpose} ${plural(openExpose, 'Lead wartet', 'Leads warten')} auf ein Exposé von mir.`,
}
// ── Nora: Marktchancen ──────────────────────────────────────────────────────
// ══ src/hooks/useAgentWorkload.ts — alle Livia-Stellen ══
import { useExposeLeads } from './useExposeLeads'
const { data: exposeLeads = [], isLoading: exposeLoading } = useExposeLeads()
const data = useMemo(
() => computeAgentWorkload({ reminders, visits, exposeLeads, leads, properties }),
[reminders, visits, exposeLeads, leads, properties],
remindersLoading || visitsLoading || exposeLoading ||
leadsLoading || propertiesLoading,
}
Binary file not shown.

After

Width:  |  Height:  |  Size: 30 KiB

@@ -0,0 +1,138 @@
import { Box, Chip, MenuItem, TextField, Typography } from '@mui/material'
import type { ExposeField, ExposeSection } from '../../lib/exposeFields'
import type { ExposeValues } from '../../domain/expose'
import { DS_SLATE, DS_TEXT } from '../../lib/ds'
interface Props {
section: ExposeSection
values: ExposeValues
missing: Set<string>
onChange: (key: string, value: string) => void
/** Zusatzinhalt am Ende des Abschnitts, z. B. der KI-Entwurfsknopf. */
footer?: React.ReactNode
}
/** Mehrfachauswahl als Wert: kommagetrennt, damit ein flaches Wörterbuch reicht. */
function toggleChip(current: string, option: string): string {
const set = new Set(current.split(',').map(s => s.trim()).filter(Boolean))
if (set.has(option)) set.delete(option)
else set.add(option)
return [...set].join(', ')
}
function isSelected(current: string, option: string): boolean {
return current.split(',').map(s => s.trim()).includes(option)
}
function FieldControl({
field, value, isMissing, onChange,
}: {
field: ExposeField
value: string
isMissing: boolean
onChange: (value: string) => void
}) {
const label = field.suffix ? `${field.label} (${field.suffix})` : field.label
if (field.type === 'chips') {
return (
<Box>
<Typography
variant="caption"
sx={{ display: 'block', mb: 0.75, color: DS_TEXT.secondary, textTransform: 'uppercase', letterSpacing: 0.4, fontSize: '0.65rem' }}
>
{label}
</Typography>
<Box sx={{ display: 'flex', flexWrap: 'wrap', gap: 0.75 }}>
{(field.options ?? []).map(o => {
const selected = isSelected(value, o)
return (
<Chip
key={o}
label={o}
size="small"
variant={selected ? 'filled' : 'outlined'}
onClick={() => onChange(toggleChip(value, o))}
sx={{
cursor: 'pointer',
bgcolor: selected ? '#152642' : 'transparent',
color: selected ? 'white' : DS_TEXT.secondary,
borderColor: DS_SLATE[200],
}}
/>
)
})}
</Box>
</Box>
)
}
return (
<TextField
select={field.type === 'select'}
multiline={field.type === 'multiline'}
rows={field.type === 'multiline' ? 3 : undefined}
type={field.type === 'number' ? 'number' : 'text'}
label={field.required ? `${label} *` : label}
size="small"
fullWidth
value={value}
onChange={e => onChange(e.target.value)}
sx={{
'& .MuiOutlinedInput-notchedOutline': isMissing
? { borderColor: DS_TEXT.error, borderWidth: 2 }
: {},
}}
>
{field.type === 'select' &&
(field.options ?? []).map(o => <MenuItem key={o} value={o}>{o}</MenuItem>)}
</TextField>
)
}
/**
* Ein fachlicher Bereich des Exposé-Dossiers.
*
* Rendert generisch aus `lib/exposeFields.ts` — die Bereiche sind Daten, keine
* elf handgeschriebenen Formulare. Leere Pflichtfelder sind rot umrandet
* (Runde 4, §8.5.2); sie werden nicht mit plausiblen Werten gefüllt.
*/
export function ExposeFieldGroup({ section, values, missing, onChange, footer }: Props) {
return (
<Box component="section" sx={{ mb: 4 }}>
<Typography sx={{ fontWeight: 700, fontSize: '1rem', color: DS_TEXT.primary }}>
{section.title}
</Typography>
{section.description && (
<Typography variant="caption" sx={{ color: DS_TEXT.muted, display: 'block', mb: 1.5 }}>
{section.description}
</Typography>
)}
<Box
sx={{
display: 'grid',
gridTemplateColumns: { xs: '1fr', md: 'repeat(3, minmax(0, 1fr))' },
gap: 1.5,
mt: section.description ? 0 : 1.5,
}}
>
{section.fields.map(field => (
<Box
key={field.key}
sx={{ gridColumn: field.wide || field.type === 'chips' || field.type === 'multiline' ? '1 / -1' : 'auto' }}
>
<FieldControl
field={field}
value={values[field.key] ?? ''}
isMissing={missing.has(field.key)}
onChange={v => onChange(field.key, v)}
/>
</Box>
))}
</Box>
{footer && <Box sx={{ mt: 1.5 }}>{footer}</Box>}
</Box>
)
}
@@ -0,0 +1,221 @@
import { useCallback, useRef } from 'react'
import {
Box, Button, Checkbox, FormControlLabel, IconButton, MenuItem, TextField, Tooltip, Typography,
} from '@mui/material'
import { ArrowDown, ArrowUp, Star, Upload } from 'lucide-react'
import type { ExposeImage } from '../../domain/expose'
import { ExposeImageCategory } from '../../domain/expose'
import { EXPOSE_IMAGE_CATEGORY_LABELS } from '../../lib/constants'
import { DS_SLATE, DS_TEXT } from '../../lib/ds'
interface Props {
images: ExposeImage[]
onChange: (next: ExposeImage[]) => void
}
/**
* Schritt 1 «Hochladen» und die Medien-Kuration in einem (Runde 4, §8.5.1).
*
* Livia importiert die Objektbilder aus «Meine Objekte» selbst; das Uploadfeld
* ist ausdrücklich nur für Bilder gedacht, die dort noch nicht liegen. Deshalb
* steht die Liste der bereits importierten Bilder gleichberechtigt neben der
* Ablagefläche und nicht darunter versteckt.
*
* Kategorie, Bildunterschrift, Sichtbarkeit, Reihenfolge und Titelbild lassen
* sich je Bild setzen. Genau ein Bild ist Titelbild — das Setzen eines neuen
* nimmt dem alten die Markierung, statt zwei Titelbilder zuzulassen.
*/
export function ExposeMediaManager({ images, onChange }: Props) {
const fileInput = useRef<HTMLInputElement>(null)
const patch = useCallback(
(id: string, changes: Partial<ExposeImage>) => {
onChange(images.map(img => (img.id === id ? { ...img, ...changes } : img)))
},
[images, onChange],
)
const setCover = useCallback(
(id: string) => onChange(images.map(img => ({ ...img, isCover: img.id === id }))),
[images, onChange],
)
const move = useCallback(
(index: number, delta: number) => {
const target = index + delta
if (target < 0 || target >= images.length) return
const next = [...images]
const [moved] = next.splice(index, 1)
next.splice(target, 0, moved)
onChange(next)
},
[images, onChange],
)
/**
* Zusätzliche Bilder. Doppelte werden über den Dateinamen abgewiesen — die
* häufigste Verwechslung ist, ein bereits importiertes Bild nochmals von der
* Festplatte zu wählen.
*/
const handleFiles = useCallback(
(files: FileList | null) => {
if (!files) return
const known = new Set(images.map(i => i.fileName))
const added: ExposeImage[] = []
for (const file of Array.from(files)) {
if (known.has(file.name)) continue
known.add(file.name)
added.push({
id: `img-upload-${file.name}-${added.length}`,
url: URL.createObjectURL(file),
fileName: file.name,
category: ExposeImageCategory.OTHER,
caption: '',
visible: true,
isCover: false,
imported: false,
})
}
if (added.length > 0) onChange([...images, ...added])
},
[images, onChange],
)
const importedCount = images.filter(i => i.imported).length
return (
<Box>
{/* Uploadfläche */}
<Box
onClick={() => fileInput.current?.click()}
onDragOver={e => e.preventDefault()}
onDrop={e => { e.preventDefault(); handleFiles(e.dataTransfer.files) }}
sx={{
border: '1px dashed #cbd5e1',
borderRadius: 2,
py: 5,
px: 3,
textAlign: 'center',
cursor: 'pointer',
bgcolor: DS_SLATE[50],
'&:hover': { bgcolor: DS_SLATE[100] },
}}
>
<Upload size={22} color="#64748b" />
<Typography variant="body2" sx={{ mt: 1, fontWeight: 600, color: DS_TEXT.primary }}>
Zusätzliche Bilder hierher ziehen oder auswählen
</Typography>
<Typography variant="caption" sx={{ color: DS_TEXT.muted }}>
Nur für Bilder, die noch nicht in «Meine Objekte» hinterlegt sind — JPG oder PNG
</Typography>
<input
ref={fileInput}
type="file"
accept="image/*"
multiple
hidden
onChange={e => handleFiles(e.target.files)}
/>
</Box>
<Typography variant="caption" sx={{ display: 'block', mt: 1.5, mb: 1, color: DS_TEXT.secondary }}>
{importedCount} Bild(er) automatisch aus «Meine Objekte» importiert · {images.length} insgesamt
</Typography>
{/* Medien-Kuration */}
<Box sx={{ display: 'flex', flexDirection: 'column', gap: 1 }}>
{images.map((img, index) => (
<Box
key={img.id}
sx={{
display: 'flex',
gap: 1.5,
p: 1.25,
border: '1px solid #e2e8f0',
borderRadius: 1.5,
bgcolor: 'white',
}}
>
{/* Reihenfolge */}
<Box sx={{ display: 'flex', flexDirection: 'column', justifyContent: 'center' }}>
<IconButton size="small" onClick={() => move(index, -1)} disabled={index === 0} aria-label="Nach oben">
<ArrowUp size={13} />
</IconButton>
<IconButton size="small" onClick={() => move(index, 1)} disabled={index === images.length - 1} aria-label="Nach unten">
<ArrowDown size={13} />
</IconButton>
</Box>
<Box
component="img"
src={img.url}
alt={img.caption || img.fileName}
sx={{ width: 96, height: 72, objectFit: 'cover', borderRadius: 1, flexShrink: 0 }}
/>
<Box sx={{ flex: 1, minWidth: 0, display: 'flex', flexDirection: 'column', gap: 1 }}>
<Box sx={{ display: 'flex', alignItems: 'center', gap: 1, flexWrap: 'wrap' }}>
<Typography variant="caption" sx={{ fontWeight: 600, color: DS_TEXT.primary }} noWrap>
{img.fileName}
</Typography>
<Typography variant="caption" sx={{ color: DS_TEXT.muted }}>
{img.imported ? 'aus «Meine Objekte»' : 'hochgeladen'}
</Typography>
<Tooltip title="Als Titelbild">
<IconButton
size="small"
onClick={() => setCover(img.id)}
aria-label="Als Titelbild"
sx={{ ml: 'auto', color: img.isCover ? '#b8975a' : '#cbd5e1' }}
>
<Star size={14} fill={img.isCover ? '#b8975a' : 'none'} />
</IconButton>
</Tooltip>
</Box>
<Box sx={{ display: 'flex', gap: 1, flexWrap: 'wrap', alignItems: 'center' }}>
<TextField
select size="small" label="Kategorie"
value={img.category}
onChange={e => patch(img.id, { category: e.target.value as ExposeImage['category'] })}
sx={{ width: 170, '& .MuiInputBase-root': { fontSize: '0.8125rem' } }}
>
{Object.values(ExposeImageCategory).map(c => (
<MenuItem key={c} value={c}>{EXPOSE_IMAGE_CATEGORY_LABELS[c]}</MenuItem>
))}
</TextField>
<TextField
size="small" label="Bildunterschrift"
value={img.caption}
onChange={e => patch(img.id, { caption: e.target.value })}
sx={{ flex: 1, minWidth: 180, '& .MuiInputBase-root': { fontSize: '0.8125rem' } }}
/>
<FormControlLabel
control={
<Checkbox
size="small"
checked={img.visible}
onChange={e => patch(img.id, { visible: e.target.checked })}
/>
}
label={<Typography variant="caption">Im Exposé sichtbar</Typography>}
/>
</Box>
</Box>
</Box>
))}
</Box>
{images.length === 0 && (
<Button
variant="outlined"
size="small"
onClick={() => fileInput.current?.click()}
sx={{ mt: 1, textTransform: 'none' }}
>
Bilder auswählen
</Button>
)}
</Box>
)
}
@@ -0,0 +1,316 @@
import { useCallback, useMemo, useState } from 'react'
import {
Alert, Box, Button, Divider, MenuItem, Step, StepButton, Stepper, TextField, Typography,
} from '@mui/material'
import { Download, Eye, FileText, Sparkles } from 'lucide-react'
import type { ExposeDraft, ExposeValues } from '../../domain/expose'
import { ExposeBranding } from '../../domain/expose'
import type { Property } from '../../domain/property'
import { ExposeMediaManager } from './ExposeMediaManager'
import { ExposeFieldGroup } from './ExposeFieldGroup'
import { PanelLoadingState } from '../ui'
import { useExposeDraft, useGenerateExpose, useGenerateExposeText, useSaveExposeDraft } from '../../hooks/useExpose'
import { textFactsFrom } from '../../services/exposeService'
import { downloadExposePdf, downloadExposeWord, openExposePreview } from '../../services/exposeExport'
import { EXPOSE_SECTIONS, missingRequiredExposeKeys } from '../../lib/exposeFields'
import { EXPOSE_STEPS, EXPOSE_TONALITY_LABELS } from '../../lib/constants'
import { ExposeTextSection } from '../../services/ai/IAIService'
import type { ExposeTonality } from '../../services/ai/IAIService'
import { useToastStore } from '../../stores/toastStore'
import { DS_BRAND, DS_NEUTRAL, DS_SLATE, DS_TEXT } from '../../lib/ds'
/** Welcher Textabschnitt gehört zu welchem Feld? Basis für «KI-Entwurf erstellen». */
const TEXT_FIELD_SECTIONS: { key: string; section: ExposeTextSection; label: string }[] = [
{ key: 'exposeTitel', section: ExposeTextSection.TITLE, label: 'Exposé-Titel' },
{ key: 'kurzbeschrieb', section: ExposeTextSection.TEASER, label: 'Kurzbeschrieb' },
{ key: 'objektbeschrieb', section: ExposeTextSection.OBJECT, label: 'Objektbeschrieb' },
{ key: 'lagebeschrieb', section: ExposeTextSection.LOCATION, label: 'Lagebeschrieb' },
{ key: 'gemeindebeschrieb', section: ExposeTextSection.MUNICIPALITY, label: 'Gemeindebeschrieb' },
{ key: 'ausstattungsbeschrieb',section: ExposeTextSection.FEATURES, label: 'Ausstattungsbeschrieb' },
{ key: 'highlights', section: ExposeTextSection.HIGHLIGHTS, label: 'Highlights' },
]
interface Props {
leadId: string
property: Property
}
/**
* Der dreistufige Exposé-Prozess: Hochladen → Exposé → Export (Runde 4, §8.5).
*
* Lädt den Entwurf und übergibt ihn als Startwert an den Arbeitsbereich. Die
* Trennung in Lader und Arbeitsbereich hat einen Grund: der lokale Entwurf soll
* genau einmal aus dem gespeicherten Stand entstehen. Über `key` löst der
* Wechsel auf ein anderes Objekt einen frischen Arbeitsbereich aus, statt einen
* Effekt zu brauchen, der den lokalen Stand nachträglich überschreibt.
*/
export function ExposeWizard({ leadId, property }: Props) {
const { data: stored, isLoading } = useExposeDraft(leadId, property)
if (isLoading || !stored) return <PanelLoadingState />
return <ExposeWizardBody key={stored.id} initialDraft={stored} />
}
/**
* Der Entwurf lebt lokal, solange gearbeitet wird, und geht erst beim
* Speichern in den Service. Das ist Absicht: bei jedem Tastendruck zu
* speichern hiesse, jeden Zwischenstand zum gültigen Stand zu erklären.
*
* «Speichern» und «Erstellen» sind getrennt — Speichern hält den Zwischenstand
* fest, Erstellen prüft die Vollständigkeit und schaltet den Export frei.
*/
function ExposeWizardBody({ initialDraft }: { initialDraft: ExposeDraft }) {
const saveDraft = useSaveExposeDraft()
const generate = useGenerateExpose()
const generateText = useGenerateExposeText()
const showToast = useToastStore(s => s.showToast)
const [step, setStep] = useState(0)
const [draft, setDraft] = useState<ExposeDraft>(initialDraft)
const missing = useMemo(
() => new Set(missingRequiredExposeKeys(draft.values)),
[draft],
)
const setValue = useCallback((key: string, value: string) => {
setDraft(prev => ({ ...prev, values: { ...prev.values, [key]: value } }))
}, [])
const setValues = useCallback((patch: ExposeValues) => {
setDraft(prev => ({ ...prev, values: { ...prev.values, ...patch } }))
}, [])
const runTextDraft = useCallback(
async (target: { key: string; section: ExposeTextSection; label: string }) => {
const result = await generateText.mutateAsync({
section: target.section,
tonality: draft.tonality,
facts: textFactsFrom(draft.values),
})
if (result.missingFacts.length > 0) {
showToast(
`${target.label}: Es fehlen belegte Angaben (${result.missingFacts.join(', ')}) — bitte zuerst erfassen.`,
'warning',
)
return
}
setValues({ [target.key]: result.text })
},
[draft, generateText, setValues, showToast],
)
const runAllTextDrafts = useCallback(async () => {
for (const target of TEXT_FIELD_SECTIONS) {
await runTextDraft(target)
}
}, [runTextDraft])
const isGenerated = Boolean(draft.generatedAt)
return (
<Box sx={{ bgcolor: DS_NEUTRAL.paper, border: '1px solid #e8e7e4', borderRadius: 2 }}>
{/* Schrittleiste */}
<Box sx={{ px: 3, pt: 2.5, pb: 1, borderBottom: '1px solid #e8e7e4' }}>
<Stepper nonLinear activeStep={step}>
{EXPOSE_STEPS.map((label, index) => (
<Step key={label} completed={index < step}>
<StepButton onClick={() => setStep(index)} sx={{ textTransform: 'none' }}>
{label}
</StepButton>
</Step>
))}
</Stepper>
</Box>
<Box sx={{ px: 3, py: 2.5, maxHeight: '65vh', overflowY: 'auto' }}>
{/* ── Schritt 1: Hochladen ── */}
{step === 0 && (
<ExposeMediaManager
images={draft.images}
onChange={images => setDraft({ ...draft, images })}
/>
)}
{/* ── Schritt 2: Exposé ── */}
{step === 1 && (
<Box>
<Box sx={{ display: 'flex', alignItems: 'center', gap: 1.5, mb: 2.5, flexWrap: 'wrap' }}>
<TextField
select size="small" label="Tonalität für KI-Entwürfe"
value={draft.tonality}
onChange={e => setDraft({ ...draft, tonality: e.target.value as ExposeTonality })}
sx={{ width: 210 }}
>
{Object.entries(EXPOSE_TONALITY_LABELS).map(([value, label]) => (
<MenuItem key={value} value={value}>{label}</MenuItem>
))}
</TextField>
<Button
size="small"
variant="outlined"
startIcon={<Sparkles size={14} />}
onClick={runAllTextDrafts}
disabled={generateText.isPending}
sx={{ textTransform: 'none', borderColor: DS_SLATE[200], color: DS_TEXT.primary }}
>
Alle KI-Entwürfe erstellen
</Button>
{missing.size > 0 && (
<Typography variant="caption" sx={{ color: DS_TEXT.error, fontWeight: 600 }}>
{missing.size} Pflichtangabe(n) fehlen
</Typography>
)}
</Box>
{EXPOSE_SECTIONS.map(section => (
<ExposeFieldGroup
key={section.id}
section={section}
values={draft.values}
missing={missing}
onChange={setValue}
footer={
section.id === 'texte' ? (
<Box sx={{ display: 'flex', flexWrap: 'wrap', gap: 1 }}>
{TEXT_FIELD_SECTIONS.map(t => (
<Button
key={t.key}
size="small"
startIcon={<Sparkles size={13} />}
onClick={() => runTextDraft(t)}
disabled={generateText.isPending}
sx={{ textTransform: 'none', color: DS_TEXT.secondary, fontSize: '0.75rem' }}
>
{t.label}
</Button>
))}
</Box>
) : undefined
}
/>
))}
{/* Medien-Kuration bleibt aus Schritt 1 erhalten und wird hier nur
verlinkt — dieselbe Liste zweimal zu rendern wäre Duplikat. */}
<Divider sx={{ my: 3 }} />
<Typography sx={{ fontWeight: 700, fontSize: '1rem', color: DS_TEXT.primary, mb: 0.5 }}>
Kontakte & CI
</Typography>
<Box sx={{ display: 'grid', gridTemplateColumns: { xs: '1fr', md: 'repeat(3, 1fr)' }, gap: 1.5, mb: 2 }}>
<TextField
size="small" label="Ansprechperson fürs Exposé"
value={draft.contactPerson}
onChange={e => setDraft({ ...draft, contactPerson: e.target.value })}
/>
<TextField
select size="small" label="Farben"
value={draft.branding}
onChange={e => setDraft({ ...draft, branding: e.target.value as ExposeBranding })}
>
<MenuItem value={ExposeBranding.FROM_PROFILE}>Aus Maklerprofil übernehmen</MenuItem>
<MenuItem value={ExposeBranding.MANUAL}>Manuell setzen</MenuItem>
</TextField>
{draft.branding === ExposeBranding.MANUAL && (
<TextField
size="small" label="Farbwert (Hex)"
placeholder="#152642"
value={draft.brandColor ?? ''}
onChange={e => setDraft({ ...draft, brandColor: e.target.value })}
/>
)}
</Box>
</Box>
)}
{/* ── Schritt 3: Export ── */}
{step === 2 && (
<Box sx={{ display: 'flex', flexDirection: 'column', gap: 2 }}>
{!isGenerated && (
<Alert severity="info" sx={{ fontSize: '0.85rem' }}>
Das Exposé ist noch nicht erstellt. Vorschau und Download zeigen den aktuellen Stand.
</Alert>
)}
{missing.size > 0 && (
<Alert severity="warning" sx={{ fontSize: '0.85rem' }}>
Es fehlen noch {missing.size} Pflichtangabe(n) — im Schritt «Exposé» rot umrandet.
</Alert>
)}
<Box sx={{ display: 'flex', flexWrap: 'wrap', gap: 1.5 }}>
<Button
variant="contained"
startIcon={<Eye size={15} />}
onClick={() => {
if (!openExposePreview(draft)) {
showToast('Die Vorschau wurde vom Browser blockiert — bitte Pop-ups erlauben.', 'error')
}
}}
sx={{ textTransform: 'none', bgcolor: DS_BRAND.main, '&:hover': { bgcolor: DS_BRAND.hover } }}
>
Vorschau im neuen Tab
</Button>
<Button
variant="outlined"
startIcon={<FileText size={15} />}
onClick={() => {
if (!downloadExposePdf(draft)) {
showToast('Der PDF-Export wurde vom Browser blockiert — bitte Pop-ups erlauben.', 'error')
}
}}
sx={{ textTransform: 'none', borderColor: DS_SLATE[200], color: DS_TEXT.primary }}
>
Als PDF
</Button>
<Button
variant="outlined"
startIcon={<Download size={15} />}
onClick={() => downloadExposeWord(draft)}
sx={{ textTransform: 'none', borderColor: DS_SLATE[200], color: DS_TEXT.primary }}
>
Als Word
</Button>
</Box>
<Typography variant="caption" sx={{ color: DS_TEXT.muted }}>
Der PDF-Export nutzt den Druckdialog des Browsers («Als PDF speichern»); CI, Bilder,
Texte und Anhänge folgen der Exposé-Konfiguration.
</Typography>
</Box>
)}
</Box>
{/* Speichern und Erstellen sind klar getrennt (§8.5.2). */}
<Box
sx={{
px: 3, py: 1.75,
borderTop: '1px solid #e8e7e4',
display: 'flex', alignItems: 'center', gap: 1,
}}
>
<Typography variant="caption" sx={{ color: DS_TEXT.muted, flex: 1 }}>
{isGenerated
? `Erstellt am ${new Date(draft.generatedAt!).toLocaleString('de-CH')}`
: 'Noch kein Exposé erstellt.'}
</Typography>
<Button
size="small"
onClick={() => saveDraft.mutate(draft)}
disabled={saveDraft.isPending}
sx={{ textTransform: 'none', color: DS_TEXT.secondary }}
>
Speichern
</Button>
<Button
size="small"
variant="contained"
onClick={() => generate.mutate(draft, { onSuccess: () => setStep(2) })}
disabled={generate.isPending}
sx={{ textTransform: 'none', bgcolor: DS_BRAND.main, '&:hover': { bgcolor: DS_BRAND.hover } }}
>
Speichern &amp; erstellen
</Button>
</Box>
</Box>
)
}
@@ -0,0 +1,149 @@
import { memo, useCallback, useRef } from 'react'
import { Box, Typography } from '@mui/material'
import type { ExposeLead } from '../../domain/exposeLead'
import type { Property } from '../../domain/property'
import { ObjectDeepLink } from '../team'
import { LeadWorkspace } from './LeadWorkspace'
import { DS_SLATE, DS_TEXT } from '../../lib/ds'
export const LEAD_COLS = '110px 1.2fr 1.4fr 1fr 1.4fr'
const COLUMN_LABELS = ['Datum', 'Möglicher Interessent', 'Kontaktdaten', 'Raum', 'Objektempfehlung']
interface RowProps {
lead: ExposeLead
properties: Property[]
selected: boolean
onSelect: (id: string, row: HTMLElement | null) => void
}
const LeadRow = memo(function LeadRow({ lead, properties, selected, onSelect }: RowProps) {
const ref = useRef<HTMLDivElement>(null)
const recommended = lead.propertyIds
.map(id => properties.find(p => p.id === id))
.filter((p): p is Property => Boolean(p))
return (
<Box
ref={ref}
onClick={() => onSelect(lead.id, ref.current)}
sx={{
display: 'grid',
gridTemplateColumns: LEAD_COLS,
alignItems: 'flex-start',
gap: 1,
px: 2, py: 1.5,
borderBottom: '1px solid #f1f5f9',
bgcolor: selected ? '#f8fafc' : 'white',
cursor: 'pointer',
'&:hover': { bgcolor: DS_SLATE[50] },
transition: 'background-color 0.1s',
}}
>
<Typography variant="caption" sx={{ color: DS_TEXT.secondary, pt: 0.25 }}>
{new Date(lead.receivedAt).toLocaleDateString('de-CH')}
</Typography>
<Typography variant="body2" sx={{ fontWeight: 600, color: DS_TEXT.primary }}>
{lead.prospect}
</Typography>
<Box sx={{ minWidth: 0 }}>
{lead.contacts.length === 0 ? (
<Typography variant="caption" sx={{ color: DS_TEXT.disabled }}>–</Typography>
) : (
lead.contacts.map(c => (
<Typography
key={c}
variant="caption"
sx={{ display: 'block', color: DS_TEXT.secondary, overflow: 'hidden', textOverflow: 'ellipsis', whiteSpace: 'nowrap' }}
>
{c}
</Typography>
))
)}
</Box>
<Typography variant="body2" sx={{ color: DS_TEXT.secondary }}>
{lead.locationHint}
</Typography>
{/* Mehrere Objekte je Lead — jedes verlinkt nach «Meine Objekte». */}
<Box sx={{ minWidth: 0 }} onClick={e => e.stopPropagation()}>
{recommended.length === 0 ? (
<Typography variant="caption" sx={{ color: DS_TEXT.disabled }}>–</Typography>
) : (
recommended.map(p => (
<ObjectDeepLink key={p.id} propertyId={p.id} label={p.title} />
))
)}
</Box>
</Box>
)
})
interface Props {
leads: ExposeLead[]
properties: Property[]
selectedId: string | null
onSelect: (id: string, row: HTMLElement | null) => void
/** Arbeitsbereich nur bei aktiven Leads — Archiviertes wird nicht bearbeitet. */
withWorkspace: boolean
emptyText: string
}
/**
* Livias Leadliste im Grunddesign der Ferdi-Liste (Runde 4, §8.3).
*
* Der Arbeitsbereich öffnet sich zwischen der gewählten Zeile und den übrigen
* Leads — nicht in einem Drawer. Das hält den Bezug zum Lead sichtbar, während
* gearbeitet wird.
*/
export function LeadTable({ leads, properties, selectedId, onSelect, withWorkspace, emptyText }: Props) {
const handleSelect = useCallback(
(id: string, row: HTMLElement | null) => onSelect(id, row),
[onSelect],
)
if (leads.length === 0) {
return (
<Box sx={{ py: 6, textAlign: 'center' }}>
<Typography variant="body2" sx={{ color: DS_TEXT.muted }}>{emptyText}</Typography>
</Box>
)
}
return (
<Box sx={{ border: '1px solid #e2e8f0', borderRadius: 1.5, overflow: 'hidden' }}>
<Box
sx={{
display: 'grid',
gridTemplateColumns: LEAD_COLS,
gap: 1,
px: 2, py: 1,
bgcolor: DS_SLATE[50],
borderBottom: '1px solid #e2e8f0',
}}
>
{COLUMN_LABELS.map(h => (
<Typography key={h} variant="caption" sx={{ fontWeight: 600, color: DS_TEXT.secondary, fontSize: '0.7rem' }}>
{h}
</Typography>
))}
</Box>
{leads.map(lead => (
<Box key={lead.id}>
<LeadRow
lead={lead}
properties={properties}
selected={lead.id === selectedId}
onSelect={handleSelect}
/>
{withWorkspace && lead.id === selectedId && <LeadWorkspace lead={lead} />}
</Box>
))}
</Box>
)
}
@@ -0,0 +1,64 @@
import { useState } from 'react'
import { Alert, Box, Tab, Tabs } from '@mui/material'
import type { ExposeLead } from '../../domain/exposeLead'
import { useProperties } from '../../hooks/useProperties'
import { ExposeWizard } from './ExposeWizard'
import { PanelLoadingState } from '../ui'
import { DS_SLATE } from '../../lib/ds'
interface Props {
lead: ExposeLead
}
/**
* Arbeitsbereich zur Exposé-Erstellung, der sich unter dem gewählten Lead öffnet.
*
* Ein Lead kann mehrere Objekte empfehlen; jedes bekommt sein eigenes Exposé.
* Deshalb steht hier eine Objektauswahl darüber und nicht eine gemeinsame
* Broschüre für alles — ein Exposé beschreibt genau ein Objekt.
*/
export function LeadWorkspace({ lead }: Props) {
const { data: properties = [], isLoading } = useProperties()
// Kein Rücksetz-Effekt beim Leadwechsel nötig: die Liste rendert je Lead eine
// eigene Zeile, ein anderer Lead ist also ein neuer Arbeitsbereich.
const [propertyId, setPropertyId] = useState<string>(lead.propertyIds[0] ?? '')
if (isLoading) return <PanelLoadingState />
// Objektempfehlungen sind auf reale Einträge aus «Meine Objekte» beschränkt.
const recommended = lead.propertyIds
.map(id => properties.find(p => p.id === id))
.filter((p): p is NonNullable<typeof p> => Boolean(p))
if (recommended.length === 0) {
return (
<Box sx={{ p: 3 }}>
<Alert severity="warning">
Zu diesem Lead ist kein Objekt aus «Meine Objekte» hinterlegt — ohne Objekt lässt sich kein Exposé erstellen.
</Alert>
</Box>
)
}
const active = recommended.find(p => p.id === propertyId) ?? recommended[0]
return (
<Box sx={{ px: 3, py: 2.5, bgcolor: DS_SLATE[50], borderTop: '1px solid #e8e7e4', borderBottom: '1px solid #e8e7e4' }}>
{recommended.length > 1 && (
<Tabs
value={active.id}
onChange={(_, v: string) => setPropertyId(v)}
variant="scrollable"
scrollButtons="auto"
sx={{ mb: 2, '& .MuiTab-root': { textTransform: 'none', fontSize: '0.8125rem' } }}
>
{recommended.map(p => (
<Tab key={p.id} value={p.id} label={p.title} />
))}
</Tabs>
)}
<ExposeWizard leadId={lead.id} property={active} />
</Box>
)
}
@@ -0,0 +1,7 @@
// Property On — Livia, Exposé Master. Barrel-Export (CLAUDE.md §13).
export { LeadTable, LEAD_COLS } from './LeadTable'
export { LeadWorkspace } from './LeadWorkspace'
export { ExposeWizard } from './ExposeWizard'
export { ExposeMediaManager } from './ExposeMediaManager'
export { ExposeFieldGroup } from './ExposeFieldGroup'
+86
View File
@@ -0,0 +1,86 @@
/**
* Property On — Exposé-Dossier von Livia.
*
* Der Datensatz bildet die fachlichen Bereiche der Referenzvorlage ab
* (Runde 4, §8.5.2). Bewusst als flaches Feld-Wörterbuch statt als tief
* geschachtelte Struktur: die Bereiche sind reine Gliederung des Formulars,
* kein Domänenmodell. Eine Schachtelung würde jedes Feld doppelt benennen —
* einmal im Typ, einmal in der Feldliste — und beide könnten auseinanderlaufen.
*
* Was aus «Meine Objekte» belegbar ist, füllt Livia; alles andere bleibt leer
* und wird als fehlend markiert. Es werden keine plausiblen Werte erfunden.
*/
import type { ExposeTonality } from '../services/ai/IAIService'
/** Kategorien für die Medien-Kuration. */
export const ExposeImageCategory = {
EXTERIOR: 'EXTERIOR',
INTERIOR: 'INTERIOR',
FLOORPLAN: 'FLOORPLAN',
SURROUNDINGS: 'SURROUNDINGS',
OTHER: 'OTHER',
} as const
export type ExposeImageCategory = typeof ExposeImageCategory[keyof typeof ExposeImageCategory]
export interface ExposeImage {
id: string
url: string
fileName: string
category: ExposeImageCategory
caption: string
/** Im Exposé sichtbar. */
visible: boolean
isCover: boolean
/** true = aus «Meine Objekte» importiert, false = zusätzlich hochgeladen. */
imported: boolean
}
export const ExposeDocumentType = {
FLOORPLAN: 'FLOORPLAN',
LEASE_CONTRACT: 'LEASE_CONTRACT',
ENERGY_CERTIFICATE: 'ENERGY_CERTIFICATE',
SITE_PLAN: 'SITE_PLAN',
OTHER: 'OTHER',
} as const
export type ExposeDocumentType = typeof ExposeDocumentType[keyof typeof ExposeDocumentType]
export interface ExposeDocument {
id: string
type: ExposeDocumentType
title: string
fileName: string
/** Als Anhang im Exposé sichtbar. */
visibleAsAttachment: boolean
}
/** Herkunft der Firmenfarben im Exposé. */
export const ExposeBranding = {
FROM_PROFILE: 'FROM_PROFILE',
MANUAL: 'MANUAL',
} as const
export type ExposeBranding = typeof ExposeBranding[keyof typeof ExposeBranding]
/**
* Sämtliche Formularwerte. Schlüssel siehe `lib/exposeFields.ts` — dort stehen
* Beschriftung, Feldtyp, Bereich und Pflichtangabe an genau einer Stelle.
*/
export type ExposeValues = Record<string, string>
export interface ExposeDraft {
id: string
leadId: string
/** Objekt aus «Meine Objekte», aus dem die Angaben stammen. */
propertyId: string
values: ExposeValues
tonality: ExposeTonality
images: ExposeImage[]
documents: ExposeDocument[]
branding: ExposeBranding
brandColor?: string
/** Ansprechperson fürs Exposé — aus dem Maklerprofil oder manuell. */
contactPerson: string
updatedAt: string
/** Zeitpunkt der letzten Erstellung; leer, solange nur gespeichert wurde. */
generatedAt?: string
}
+38
View File
@@ -0,0 +1,38 @@
/**
* Property On — Leads, die bei Livia zur Exposé-Erstellung liegen.
*
* Ein Lead entsteht auf zwei Wegen: Nora erkennt ein Nachfragesignal und ein
* Bewirtschafter leitet es mit den passenden Objekten an Livia weiter, oder er
* erfasst ihn selbst. Der Typ bildet deshalb nur ab, was Livia zum Arbeiten
* braucht — Interessent, Kontaktdaten, Raum und Objektempfehlung.
*/
export const ExposeLeadStatus = {
ACTIVE: 'ACTIVE',
ARCHIVED: 'ARCHIVED',
} as const
export type ExposeLeadStatus = typeof ExposeLeadStatus[keyof typeof ExposeLeadStatus]
export interface ExposeLead {
id: string
/** Eingangsdatum, ISO. */
receivedAt: string
/** Möglicher Interessent — Firma oder Person, wie sie belegt ist. */
prospect: string
/** Belegbare Kontaktangaben. Unsichere Angaben stehen hier bewusst nicht. */
contacts: string[]
/** Gesuchter Raum, z. B. «Zürich, Innenstadt / Paradeplatz». */
locationHint: string
/** Objektempfehlung — ausschliesslich IDs aus «Meine Objekte». */
propertyIds: string[]
status: ExposeLeadStatus
/** Ursprungssignal bei Nora, sofern der Lead von dort kam. */
sourceSignalId?: string
/** Wer den Lead weitergeleitet hat. */
forwardedBy?: string
}
export type CreateExposeLeadInput = Omit<ExposeLead, 'id' | 'receivedAt' | 'status'> & {
receivedAt?: string
status?: ExposeLeadStatus
}
+60
View File
@@ -0,0 +1,60 @@
import { useMutation, useQuery, useQueryClient } from '@tanstack/react-query'
import { exposeService } from '../services/exposeService'
import { aiService } from '../services/aiService'
import type { ExposeDraft } from '../domain/expose'
import type { Property } from '../domain/property'
import type { ExposeTextInput } from '../services/ai/IAIService'
import { STALE_EXPOSE_LEADS } from '../lib/constants'
import { useToastStore } from '../stores/toastStore'
export function useExposeDraft(leadId: string, property: Property | undefined) {
return useQuery({
queryKey: ['expose-draft', leadId, property?.id],
queryFn: async () => (await exposeService.getOrCreateDraft(leadId, property!)).data,
enabled: !!leadId && !!property,
staleTime: STALE_EXPOSE_LEADS,
})
}
export function useSaveExposeDraft() {
const queryClient = useQueryClient()
return useMutation({
mutationFn: async (draft: ExposeDraft) => (await exposeService.save(draft)).data,
onSuccess: (draft) => {
queryClient.setQueryData(['expose-draft', draft.leadId, draft.propertyId], draft)
},
onError: () => {
useToastStore.getState().showToast('Exposé konnte nicht gespeichert werden.', 'error')
},
})
}
export function useGenerateExpose() {
const queryClient = useQueryClient()
return useMutation({
mutationFn: async (draft: ExposeDraft) => (await exposeService.generate(draft)).data,
onSuccess: (draft) => {
queryClient.setQueryData(['expose-draft', draft.leadId, draft.propertyId], draft)
useToastStore.getState().showToast('Exposé erstellt — bereit für den Export.', 'success')
},
onError: (err: Error) => {
useToastStore.getState().showToast(err.message || 'Exposé konnte nicht erstellt werden.', 'error')
},
})
}
/**
* KI-Textentwurf für einen Abschnitt.
*
* Fehlen belegte Angaben, liefert der Dienst keinen Text, sondern die Liste der
* Lücken — die Oberfläche sagt das dann so, statt einen Text zu zeigen, der
* Angaben behauptet, die niemand geprüft hat (§8.5.2, §9.6).
*/
export function useGenerateExposeText() {
return useMutation({
mutationFn: async (input: ExposeTextInput) => (await aiService.generateExposeText(input)).data,
onError: () => {
useToastStore.getState().showToast('Textentwurf konnte nicht erzeugt werden — bitte manuell erfassen.', 'error')
},
})
}
+39
View File
@@ -0,0 +1,39 @@
import { useMutation, useQuery, useQueryClient } from '@tanstack/react-query'
import { exposeLeadService } from '../services/exposeLeadService'
import type { CreateExposeLeadInput } from '../domain/exposeLead'
import { STALE_EXPOSE_LEADS } from '../lib/constants'
import { useToastStore } from '../stores/toastStore'
export function useExposeLeads() {
return useQuery({
queryKey: ['expose-leads'],
queryFn: async () => (await exposeLeadService.getAll()).data,
staleTime: STALE_EXPOSE_LEADS,
})
}
export function useCreateExposeLead() {
const queryClient = useQueryClient()
return useMutation({
mutationFn: async (input: CreateExposeLeadInput) => (await exposeLeadService.create(input)).data,
onSuccess: () => {
queryClient.invalidateQueries({ queryKey: ['expose-leads'] })
},
onError: (err: Error) => {
useToastStore.getState().showToast(err.message || 'Lead konnte nicht weitergeleitet werden.', 'error')
},
})
}
export function useArchiveExposeLead() {
const queryClient = useQueryClient()
return useMutation({
mutationFn: async (id: string) => (await exposeLeadService.archive(id)).data,
onSuccess: () => {
queryClient.invalidateQueries({ queryKey: ['expose-leads'] })
},
onError: () => {
useToastStore.getState().showToast('Lead konnte nicht archiviert werden.', 'error')
},
})
}
+204
View File
@@ -0,0 +1,204 @@
/**
* Property On — die fachlichen Bereiche und Felder des Exposé-Dossiers.
*
* Eine einzige Liste für Formular, Pflichtfeldprüfung, Vorschau und Export.
* Sie ist die Umsetzung der Referenzvorlage aus Runde 4, §8.5.2 — dort stehen
* dieselben Bereiche in derselben Reihenfolge.
*
* `required: true` heisst: ohne diese Angabe ist das Exposé unvollständig und
* das Feld wird rot umrandet. Der Rest ist Kür — eine Broschüre ohne Kubatur
* ist verkaufbar, eine ohne Mietpreis nicht.
*/
export type ExposeFieldType = 'text' | 'number' | 'select' | 'multiline' | 'chips'
export interface ExposeField {
key: string
label: string
type: ExposeFieldType
required?: boolean
options?: string[]
/** Einheit oder Hinweis in der Feldbeschriftung. */
suffix?: string
/** Nimmt die ganze Zeilenbreite ein. */
wide?: boolean
}
export interface ExposeSection {
id: string
title: string
description?: string
fields: ExposeField[]
/** Abschnitt, für den sich ein KI-Textentwurf auslösen lässt. */
aiSection?: string
}
export const EXPOSE_SECTIONS: ExposeSection[] = [
{
id: 'eckdaten',
title: 'Eckdaten & Vermarktung',
description: 'Objektart und Vermarktungsart steuern die Pflichtfelder des Dossiers.',
fields: [
{ key: 'objektart', label: 'Objektart', type: 'select', required: true, options: ['Büro', 'Retail', 'Gastronomie', 'Logistik', 'Gewerbe', 'Produktion', 'Gemischt'] },
{ key: 'subtyp', label: 'Subtyp', type: 'text' },
{ key: 'vermarktungsart', label: 'Vermarktungsart', type: 'select', required: true, options: ['Miete', 'Kauf', 'Untermiete'] },
{ key: 'status', label: 'Status', type: 'select', options: ['Aktiv in Vermarktung', 'In Vorbereitung', 'Reserviert', 'Abgeschlossen'] },
{ key: 'objektreferenz', label: 'Objektreferenz', type: 'text' },
],
},
{
id: 'lage',
title: 'Lage',
description: 'Strukturierte Adresse; Distanzen erscheinen im Exposé und sind portal-tauglich.',
fields: [
{ key: 'strasse', label: 'Strasse', type: 'text', required: true },
{ key: 'hausnummer', label: 'Nr.', type: 'text' },
{ key: 'plz', label: 'PLZ', type: 'text', required: true },
{ key: 'ort', label: 'Ort', type: 'text', required: true },
{ key: 'gemeinde', label: 'Gemeinde', type: 'text' },
{ key: 'kanton', label: 'Kanton', type: 'text' },
{ key: 'land', label: 'Land', type: 'text' },
],
},
{
id: 'koordinaten',
title: 'Koordinaten & Distanzen',
description: 'Quellen: Swisstopo, ÖV-Fahrplan, OpenStreetMap — Werte bleiben überschreibbar.',
fields: [
{ key: 'breitengrad', label: 'Breitengrad', type: 'text' },
{ key: 'laengengrad', label: 'Längengrad', type: 'text' },
{ key: 'oevHaltestelle', label: 'ÖV-Haltestelle', type: 'number', suffix: 'm' },
{ key: 'einkauf', label: 'Einkauf', type: 'number', suffix: 'm' },
{ key: 'schule', label: 'Schule / Kindergarten', type: 'number', suffix: 'm' },
{ key: 'autobahn', label: 'Autobahnanschluss', type: 'number', suffix: 'm' },
],
},
{
id: 'gemeindedaten',
title: 'Gebäude- & Gemeindedaten',
description: 'Quellen: ARE (ÖV-Güteklasse), BFE Sonnendach, BFS, ESTV — überschreibbar.',
fields: [
{ key: 'oevGueteklasse', label: 'ÖV-Güteklasse', type: 'text' },
{ key: 'solareignung', label: 'Solareignung Dach', type: 'text' },
{ key: 'einwohner', label: 'Einwohner', type: 'number' },
{ key: 'bevoelkerungswachstum', label: 'Bevölkerungswachstum', type: 'number', suffix: '%/J' },
{ key: 'steuerbelastung', label: 'Steuerbelastung', type: 'number', suffix: '%' },
{ key: 'leerwohnungsziffer', label: 'Leerwohnungsziffer', type: 'number', suffix: '%' },
],
},
{
id: 'flaechen',
title: 'Flächen & Gebäude',
description: 'Flächen in m², Schweizer Konvention.',
fields: [
{ key: 'zimmer', label: 'Zimmer', type: 'number' },
{ key: 'schlafzimmer', label: 'Schlafzimmer', type: 'number' },
{ key: 'badezimmer', label: 'Badezimmer', type: 'number' },
{ key: 'sepWc', label: 'Sep. WC', type: 'number' },
{ key: 'wohnflaeche', label: 'Wohnfläche', type: 'number', suffix: 'm²' },
{ key: 'flaeche', label: 'Nutzfläche', type: 'number', suffix: 'm²', required: true },
{ key: 'grundstuecksflaeche', label: 'Grundstücksfläche', type: 'number', suffix: 'm²' },
{ key: 'balkon', label: 'Balkon / Terrasse', type: 'number', suffix: 'm²' },
{ key: 'keller', label: 'Keller', type: 'number', suffix: 'm²' },
{ key: 'raumhoehe', label: 'Raumhöhe', type: 'number', suffix: 'm' },
{ key: 'kubatur', label: 'Kubatur SIA 416', type: 'number', suffix: 'm³' },
],
},
{
id: 'verfuegbarkeit',
title: 'Gebäude & Verfügbarkeit',
fields: [
{ key: 'stockwerk', label: 'Stockwerk', type: 'text' },
{ key: 'geschosse', label: 'Geschosse im Gebäude', type: 'number' },
{ key: 'baujahr', label: 'Baujahr', type: 'number' },
{ key: 'letzteRenovation', label: 'Letzte Renovation', type: 'number' },
{ key: 'zustand', label: 'Zustand', type: 'select', options: ['Neuwertig', 'Gut', 'Renovationsbedürftig', 'Rohbau'] },
{ key: 'verfuegbarkeit', label: 'Verfügbarkeit', type: 'text', required: true },
],
},
{
id: 'baurecht',
title: 'Grundstück & Baurecht',
description: 'Quelle: geodienste/Swisstopo — Ziffern aus dem Bau-/Zonenreglement.',
fields: [
{ key: 'nutzungszone', label: 'Nutzungszone', type: 'text' },
{ key: 'ueberbauungsziffer', label: 'Überbauungsziffer', type: 'text' },
{ key: 'ausnuetzungsziffer', label: 'Ausnützungsziffer', type: 'text' },
],
},
{
id: 'preise',
title: 'Preise & Kosten',
fields: [
{ key: 'nettomiete', label: 'Nettomiete', type: 'number', suffix: 'CHF/m²/J', required: true },
{ key: 'nebenkosten', label: 'Nebenkosten', type: 'number', suffix: 'CHF/m²/J' },
{ key: 'nkArt', label: 'NK-Art', type: 'select', options: ['Akonto', 'Pauschal', 'Nach Aufwand'] },
{ key: 'kaution', label: 'Kaution', type: 'number', suffix: 'Monatsmieten' },
{ key: 'befristung', label: 'Befristung', type: 'text' },
{ key: 'parkierung', label: 'Parkierung', type: 'select', options: ['Tiefgarage', 'Aussenparkplatz', 'Besucherparkplätze', 'Keine'] },
{ key: 'parkplaetze', label: 'Anzahl Plätze', type: 'number' },
{ key: 'mietpreisParkplatz', label: 'Mietpreis Parkplatz', type: 'number', suffix: 'CHF' },
],
},
{
id: 'ausstattung',
title: 'Ausstattung & Merkmale',
description: 'Mehrfachauswahl — Merkmale erscheinen als Liste im Exposé.',
fields: [
{ key: 'aussenbereich', label: 'Aussenbereich', type: 'chips', options: ['Terrasse', 'Sitzplatz', 'Garten', 'Balkon'] },
{ key: 'energieSmart', label: 'Energie & Smart', type: 'chips', options: ['Photovoltaik-Anlage', 'Wärmepumpe', 'E-Ladestation', 'Smart Building', 'Glasfaser-Anschluss'] },
{ key: 'gebaeude', label: 'Gebäude', type: 'chips', options: ['Lift', 'Rollstuhlgängig', 'Kellerabteil', 'Waschküche', 'Minergie-Standard', 'Neubau', 'Erstbezug', 'Video-Gegensprechanlage'] },
{ key: 'innenausbau', label: 'Innenausbau', type: 'chips', options: ['Teeküche', 'Klimaanlage', 'Serverraum', 'Bodenheizung', 'Einbauschränke', 'Hohe Räume', 'Gäste-WC'] },
{ key: 'parkierungMerkmale', label: 'Parkierung', type: 'chips', options: ['Tiefgaragenplatz', 'Aussenparkplatz', 'Besucherparkplätze'] },
{ key: 'umgebung', label: 'Umgebung & Sicht', type: 'chips', options: ['Seesicht', 'Bergsicht', 'Unverbaubare Weitsicht', 'Südausrichtung', 'Ruhige Lage', 'Zentrale Lage'] },
{ key: 'merkmale', label: 'Weitere Merkmale', type: 'text', wide: true },
],
},
{
id: 'energie',
title: 'Energie & Technik',
fields: [
{ key: 'heizsystem', label: 'Heizsystem', type: 'select', options: ['Wärmepumpe', 'Fernwärme', 'Gas', 'Öl', 'Pellets', 'Elektro'] },
{ key: 'waermeverteilung', label: 'Wärmeverteilung', type: 'select', options: ['Bodenheizung', 'Radiatoren', 'Deckenstrahlung', 'Luft'] },
{ key: 'geak', label: 'GEAK', type: 'text' },
{ key: 'photovoltaik', label: 'Photovoltaik-Leistung', type: 'number', suffix: 'kWp' },
{ key: 'eLadestationen', label: 'E-Ladestationen', type: 'number' },
],
},
{
id: 'texte',
title: 'Texte & Beschriebe',
description: 'Diese Texte bilden das Herz des Exposés. Der KI-Entwurf nutzt ausschliesslich die erfassten Objektdaten.',
aiSection: 'texte',
fields: [
{ key: 'exposeTitel', label: 'Exposé-Titel', type: 'text', required: true, wide: true },
{ key: 'kurzbeschrieb', label: 'Kurzbeschrieb (Teaser)', type: 'multiline', required: true, wide: true },
{ key: 'objektbeschrieb', label: 'Objektbeschrieb', type: 'multiline', required: true, wide: true },
{ key: 'lagebeschrieb', label: 'Lagebeschrieb', type: 'multiline', wide: true },
{ key: 'gemeindebeschrieb', label: 'Gemeindebeschrieb', type: 'multiline', wide: true },
{ key: 'ausstattungsbeschrieb', label: 'Ausstattungsbeschrieb', type: 'multiline', wide: true },
{ key: 'highlights', label: 'Highlights (eine Zeile pro Punkt)', type: 'multiline', wide: true },
{ key: 'videoUrl', label: 'Video-URL', type: 'text' },
{ key: 'rundgangUrl', label: 'Virtueller Rundgang (URL)', type: 'text' },
],
},
]
/** Alle Feldschlüssel, die für ein vollständiges Exposé gesetzt sein müssen. */
export const EXPOSE_REQUIRED_KEYS: string[] = EXPOSE_SECTIONS
.flatMap(s => s.fields)
.filter(f => f.required)
.map(f => f.key)
export function exposeFieldByKey(key: string): ExposeField | undefined {
for (const section of EXPOSE_SECTIONS) {
const field = section.fields.find(f => f.key === key)
if (field) return field
}
return undefined
}
/** Welche Pflichtfelder sind noch leer? Basis für die roten Umrandungen. */
export function missingRequiredExposeKeys(values: Record<string, string>): string[] {
return EXPOSE_REQUIRED_KEYS.filter(k => !values[k] || values[k].trim() === '')
}
+416
View File
@@ -0,0 +1,416 @@
/**
* Property On — Personalblatt «Livia», Lage-Analystin (Vermarktung).
*
* Fachliche Wahrheit aus dem Agenten-Katalog: Rolle, Personalnummer, E-Mail und
* die elf Katalogaufgaben werden hier unverändert abgebildet.
*/
import type { TeamAgent } from '../../domain/teamAgent'
import {
AgentStatus,
AgentAutonomyLevel,
AgentChannelType,
AgentChannelDirection,
AgentConnectionStatus,
AgentSystemType,
AgentAccessLevel,
AgentSettingKind,
AgentSettingGroup,
AgentAvatarTone,
} from '../../domain/teamAgent'
export const liviaAgent: TeamAgent = {
id: 'livia',
name: 'Livia',
role: 'Exposé Master',
personnelNumber: 'PO-ZD-21',
department: 'Vermarktung',
email: 'livia@property-on.ch',
avatarTone: AgentAvatarTone.WARNING,
status: AgentStatus.ACTIVE,
autonomyLevel: AgentAutonomyLevel.AUTONOMOUS,
shortDescription:
'Erstellt Lageberichte, Inserate sowie Angebots- und Offertenbroschüren aus den Daten und Bildern aus «Meine Objekte».',
autonomyNote:
'Autonom. Livia recherchiert, schreibt und frischt Lageberichte, Inserate und Exposés ohne vorgängige Freigabe auf. Jede Aussage wird mit Quelle und Abrufdatum protokolliert, damit die Vermarktung jeden Satz nachprüfen kann.',
profile: {
purpose:
'Livia macht aus Objektdaten, Lageinformationen und vorhandenen Bildern ein verkaufsfähiges Dokument: Lagebericht, Inserat oder vollständige Angebots- beziehungsweise Offertenbroschüre. Grundlage sind ausschliesslich die Objekte aus «Meine Objekte».',
input: [
'Objektdaten und Objektbilder aus «Meine Objekte»',
'Leads, die Nora erkannt und ein Bewirtschafter zur Exposé-Erstellung weitergeleitet hat',
'Objektadresse aus dem Vermarktungsauftrag',
'Öffentliche Umfeld- und Verkehrsdaten zu Quartier, Anbindung und Nahversorgung',
'Amtliche Publikationen zu Bauprojekten, Zonenänderungen und Umfeldentwicklungen',
'Bestehende Objektunterlagen aus der Dokumentenablage',
],
coreFlow: [
'Adresse aufnehmen und dem richtigen Quartier zuordnen, etwa Zürich Kreis 5 oder Winterthur Neuhegi.',
'Umfeld im festgelegten Radius abgehen: Nachbarschaft, Erdgeschossnutzungen, Erreichbarkeit, Einkaufen und Verpflegung.',
'Gemeinde und Region einordnen: Wirtschaftsstruktur, Steuerlage, Entwicklung der Nachfrage.',
'Amtliche Publikationen und Bauprojekte im Umfeld sichten und bewerten, ob sie für das Objekt relevant sind.',
'Aus den gesammelten Bausteinen einen Kurztext fürs Inserat und einen Langtext fürs Exposé schreiben.',
'Quellen anhängen, Ergebnis je Objekt ablegen und quartalsweise gegen den aktuellen Stand prüfen.',
],
output: [
'Lagebericht mit Mikro-, Makro- und Umfeldteil',
'Kurztext für Inserat und Portalauftritt',
'Angebots- beziehungsweise Offertenbroschüre als PDF oder Word',
'Quellenverzeichnis mit Abrufdatum je Aussage',
'Änderungshinweise, sobald sich das Umfeld spürbar verändert',
],
},
responsibilities: [
'Lageberichte für kommerziell genutzte Immobilien erstellen und nachvollziehbar belegen',
'Inserate aus den Objektdaten in «Meine Objekte» erstellen',
'Angebots- und Offertenbroschüren aus Objektdaten, Lageinformationen und vorhandenen Bildern erstellen',
'Weitergeleitete Leads von Nora zügig zu einem Exposé verarbeiten',
'Erreichbarkeit, Nahversorgung und geplante Umfeldentwicklungen sauber trennen und darstellen',
'Jede Aussage mit einer nachprüfbaren Quelle und einem Abrufdatum hinterlegen',
'Fehlende Pflichtangaben als Lücke ausweisen, statt plausible Werte zu erfinden',
'Lageberichte quartalsweise auffrischen und relevante Abweichungen an die Vermarktung melden',
],
tasks: [
{
id: 'livia-task-01',
title: 'Objektadresse aufnehmen',
description:
'Übernimmt Strasse, Hausnummer, Postleitzahl und Ort aus dem Vermarktungsauftrag, prüft die Schreibweise gegen die amtlichen Adressdaten und ordnet das Objekt einem Quartier zu, etwa Zürich Kreis 5, Winterthur Neuhegi oder Basel Gundeldingen.',
enabled: true,
schedule: 'bei Eingang eines Vermarktungsauftrags',
requiresApproval: false,
dependsOnSystem: AgentSystemType.IMMOTOP2,
},
{
id: 'livia-task-02',
title: 'Mikrolage analysieren',
description:
'Beschreibt das unmittelbare Umfeld im eingestellten Radius: Nachbarschaft, Erdgeschossnutzungen, Lärm- und Immissionslage, Publikumsfrequenz sowie Parkierung. Trennt beobachtbare Fakten klar von Einschätzungen.',
enabled: true,
schedule: 'nach der Adressaufnahme',
requiresApproval: false,
dependsOnSystem: AgentSystemType.PUBLIC_WEB,
},
{
id: 'livia-task-03',
title: 'Makrolage einordnen',
description:
'Ordnet Gemeinde und Wirtschaftsraum ein: Bevölkerungs- und Beschäftigtenentwicklung, Branchenmix, Steuerlage und Bedeutung des Standorts innerhalb der Region, etwa Zug im Wirtschaftsraum Zentralschweiz oder St. Gallen als Zentrum der Ostschweiz.',
enabled: true,
schedule: 'nach der Mikrolage-Analyse',
requiresApproval: false,
dependsOnSystem: AgentSystemType.PUBLIC_WEB,
},
{
id: 'livia-task-04',
title: 'Erreichbarkeit und Nahversorgung darstellen',
description:
'Stellt Anbindung an öffentlichen Verkehr, Autobahnanschluss, Velo- und Fusswege sowie Einkaufen, Verpflegung, Kinderbetreuung und Gesundheitsversorgung dar — jeweils mit Distanz oder Wegzeit statt mit unbelegten Werbeaussagen.',
enabled: true,
schedule: 'nach der Makrolage-Einordnung',
requiresApproval: false,
dependsOnSystem: AgentSystemType.PUBLIC_WEB,
},
{
id: 'livia-task-05',
title: 'Geplante Projekte und Umfeldentwicklungen aufnehmen',
description:
'Sichtet amtliche Publikationen und Bauprojekte im Umfeld — Arealentwicklungen, Zonenänderungen, Verkehrsvorhaben, neue Haltestellen — und hält fest, ab wann sie für das Objekt spürbar werden, etwa das Entwicklungsgebiet Bern Wankdorf.',
enabled: true,
schedule: 'montags 07:00',
requiresApproval: false,
dependsOnSystem: AgentSystemType.SHAB,
},
{
id: 'livia-task-06',
title: 'Kurzen Inserattext erstellen',
description:
'Verdichtet die Lagebausteine auf einen Kurztext für Inserat und Portalauftritt, innerhalb des eingestellten Zeichenlimits und in der gewählten Firmen-Tonalität.',
enabled: true,
schedule: 'sobald alle Lagebausteine vorliegen',
requiresApproval: false,
},
{
id: 'livia-task-07',
title: 'Ausführlichen Exposé-Text erstellen',
description:
'Schreibt den Langtext für das Exposé mit Mikrolage, Makrolage, Erreichbarkeit, Nahversorgung und Umfeldentwicklung in getrennten Abschnitten, damit sich Interessenten gezielt einlesen können.',
enabled: true,
schedule: 'direkt im Anschluss an den Kurztext',
requiresApproval: false,
},
{
id: 'livia-task-08',
title: 'Quellen hinterlegen',
description:
'Hängt jeder Aussage die verwendete Quelle mit Bezeichnung und Abrufdatum an. Lässt sich eine Aussage nicht belegen, wird sie gestrichen statt abgeschwächt.',
enabled: true,
schedule: 'bei jeder Texterstellung',
requiresApproval: false,
},
{
id: 'livia-task-09',
title: 'Ergebnisse je Objekt lokal zwischenspeichern',
description:
'Legt Kurztext, Langtext und Quellenverzeichnis je Objekt in der Dokumentenablage ab, sodass der nächste Arbeitsauftrag auf dem bestehenden Stand aufsetzt und nichts doppelt recherchiert wird.',
enabled: true,
schedule: 'nach jedem abgeschlossenen Arbeitsauftrag',
requiresApproval: false,
dependsOnSystem: AgentSystemType.DMS,
},
{
id: 'livia-task-10',
title: 'Quartalsweisen Aktualisierungslauf simulieren',
description:
'Führt den «Quartals-Refresh» durch: prüft alle abgelegten Lagebeschriebe gegen den aktuellen Stand der Quellen, markiert veraltete Abschnitte und erneuert sie. Der Lauf wird protokolliert und ist je Objekt nachvollziehbar.',
enabled: true,
schedule: 'quartalsweise am ersten Werktag 05:30',
requiresApproval: false,
dependsOnSystem: AgentSystemType.DMS,
},
{
id: 'livia-task-11',
title: 'Relevante Änderungen melden',
description:
'Meldet der Vermarktung nur, was den Lagebeschrieb wirklich verändert — neue Haltestelle, bewilligte Arealentwicklung, wegfallende Nahversorgung — mit Hinweis auf den betroffenen Textabschnitt und die Quelle.',
enabled: true,
schedule: 'bei erkannter Abweichung im Aktualisierungslauf',
requiresApproval: false,
dependsOnChannel: AgentChannelType.WORKSPACE_CHAT,
},
{
id: 'livia-task-12',
title: 'Weitergeleiteten Lead aufnehmen',
description:
'Nimmt Leads entgegen, die Nora erkannt und ein Bewirtschafter zur Exposé-Erstellung weitergeleitet hat, samt der mitgegebenen Objektempfehlung. Die Objekte stammen ausschliesslich aus «Meine Objekte».',
enabled: true,
schedule: 'bei Weiterleitung',
requiresApproval: false,
dependsOnChannel: AgentChannelType.WORKSPACE_CHAT,
},
{
id: 'livia-task-13',
title: 'Objektbilder aus «Meine Objekte» importieren',
description:
'Importiert alle im Objektbestand hinterlegten Bilder automatisch in das Exposé, vermeidet Doppelimporte und übernimmt Kategorie, Reihenfolge und Titelbild-Markierung, soweit vorhanden.',
enabled: true,
schedule: 'beim Start eines Exposé-Auftrags',
requiresApproval: false,
dependsOnSystem: AgentSystemType.IMMOTOP2,
},
{
id: 'livia-task-14',
title: 'Exposé-Felder aus den Objektdaten befüllen',
description:
'Befüllt Eckdaten, Lage, Flächen, Preise, Ausstattung sowie Energie und Technik aus den in «Meine Objekte» verfügbaren Angaben. Nicht verfügbare Pflichtfelder bleiben leer und werden als fehlend markiert — es werden keine plausiblen Werte erfunden.',
enabled: true,
schedule: 'nach dem Bildimport',
requiresApproval: false,
dependsOnSystem: AgentSystemType.IMMOTOP2,
},
{
id: 'livia-task-15',
title: 'Angebots- beziehungsweise Offertenbroschüre erstellen',
description:
'Setzt aus den erfassten Objektdaten, Texten, Bildern und Anhängen die Broschüre in der Firmen-CI zusammen und stellt sie als PDF und Word zum Export bereit. Speichern und Erstellen bleiben getrennte Schritte.',
enabled: true,
schedule: 'auf Auslösung im Exposé-Arbeitsbereich',
requiresApproval: false,
dependsOnSystem: AgentSystemType.DMS,
},
],
channels: [
{
id: 'livia-ch-workspace-chat',
type: AgentChannelType.WORKSPACE_CHAT,
direction: AgentChannelDirection.BOTH,
description:
'Livia nimmt Objektadressen und Rückfragen im Arbeitsbereich entgegen und liefert Kurztext, Langtext und Änderungshinweise direkt im Kanal der Vermarktung.',
status: AgentConnectionStatus.CONNECTED,
enabled: true,
config: {
displayName: 'Livia — Lage & Umfeld',
inboxAddress: 'arbeitsbereich/vermarktung/lage',
defaultRecipients: ['vermarktung@property-on.ch'],
autoReplyEnabled: true,
},
},
{
id: 'livia-ch-email',
type: AgentChannelType.EMAIL,
direction: AgentChannelDirection.OUTBOUND,
description:
'Versand der fertigen Lagebeschriebe und der Quartalsmeldung an Vermarktung und Bewirtschaftung. Eingehende Mails werden nicht bearbeitet.',
status: AgentConnectionStatus.CONNECTED,
enabled: true,
config: {
displayName: 'Livia (Property On)',
senderAddress: 'livia@property-on.ch',
defaultRecipients: ['vermarktung@property-on.ch', 'bewirtschaftung@property-on.ch'],
autoReplyEnabled: false,
},
},
],
systems: [
{
id: 'livia-sys-public-web',
type: AgentSystemType.PUBLIC_WEB,
access: AgentAccessLevel.READ,
status: AgentConnectionStatus.CONNECTED,
usage:
'Öffentliche Umfeld- und Verkehrsdaten: Haltestellen und Fahrpläne, Wegzeiten, Einkaufen und Verpflegung, Gemeindeangaben zu Bevölkerung und Beschäftigung.',
permissionNote: 'Nur lesend. Livia ruft ausschliesslich frei zugängliche Seiten ab.',
},
{
id: 'livia-sys-shab',
type: AgentSystemType.SHAB,
access: AgentAccessLevel.READ,
status: AgentConnectionStatus.CONNECTED,
usage:
'Amtliche Publikationen zu Baugesuchen, Zonenänderungen und Arealentwicklungen im Umfeld des Objekts.',
permissionNote: 'Nur lesend. Meldungen werden als Quelle mit Publikationsdatum übernommen.',
},
{
id: 'livia-sys-immotop2',
type: AgentSystemType.IMMOTOP2,
access: AgentAccessLevel.READ,
status: AgentConnectionStatus.CONNECTED,
usage:
'Objektstammdaten und Adressen aus der Bewirtschaftung als Ausgangspunkt jedes Lagebeschriebs.',
permissionNote: 'Nur lesend. Livia verändert keine Stammdaten in der Bewirtschaftungslösung.',
},
{
id: 'livia-sys-dms',
type: AgentSystemType.DMS,
access: AgentAccessLevel.READ_WRITE,
status: AgentConnectionStatus.CONNECTED,
usage:
'Ablage von Kurztext, Langtext und Quellenverzeichnis je Objekt sowie Zwischenstand für den Quartalslauf.',
permissionNote:
'Schreibt ausschliesslich in den Ordner «Lagebeschriebe» des jeweiligen Objekts; bestehende Fassungen bleiben als Version erhalten.',
},
{
id: 'livia-sys-workspace',
type: AgentSystemType.WORKSPACE,
access: AgentAccessLevel.READ_WRITE,
status: AgentConnectionStatus.CONNECTED,
usage:
'Aufträge, Rückfragen und Änderungshinweise im Arbeitsbereich der Vermarktung, inklusive Protokoll der Aktualisierungsläufe.',
permissionNote:
'Schreibt nur in den eigenen Bereich «Lage & Umfeld»; Objektdossiers anderer Teams bleiben unberührt.',
},
],
settings: [
{
id: 'livia-set-short-limit',
label: 'Kurztext-Zeichenlimit',
description: 'Obergrenze für den Lagetext im Inserat und auf den Portalen.',
kind: AgentSettingKind.NUMBER,
group: AgentSettingGroup.SPECIFIC,
value: 600,
unit: 'Zeichen',
min: 200,
max: 1200,
},
{
id: 'livia-set-long-limit',
label: 'Langtext-Zeichenlimit',
description: 'Obergrenze für den ausführlichen Lageteil im Exposé.',
kind: AgentSettingKind.NUMBER,
group: AgentSettingGroup.SPECIFIC,
value: 2400,
unit: 'Zeichen',
min: 800,
max: 5000,
},
{
id: 'livia-set-tonality',
label: 'Firmen-Tonalität',
description: 'Sprachstil, in dem Kurz- und Langtext verfasst werden.',
kind: AgentSettingKind.SELECT,
group: AgentSettingGroup.GENERAL,
value: 'sachlich',
options: [
{ value: 'sachlich', label: 'sachlich' },
{ value: 'hochwertig', label: 'hochwertig' },
{ value: 'zurueckhaltend', label: 'zurückhaltend' },
],
},
{
id: 'livia-set-refresh-interval',
label: 'Aktualisierungsintervall',
description: 'Rhythmus, in dem bestehende Lagebeschriebe gegen die Quellen geprüft werden.',
kind: AgentSettingKind.SELECT,
group: AgentSettingGroup.SPECIFIC,
value: 'quartalsweise',
options: [
{ value: 'monatlich', label: 'monatlich' },
{ value: 'quartalsweise', label: 'quartalsweise' },
{ value: 'halbjaehrlich', label: 'halbjährlich' },
{ value: 'jaehrlich', label: 'jährlich' },
],
},
{
id: 'livia-set-analysis-radius',
label: 'Radius der Umfeldanalyse',
description: 'Umkreis um die Objektadresse, der für die Mikrolage ausgewertet wird.',
kind: AgentSettingKind.NUMBER,
group: AgentSettingGroup.SPECIFIC,
value: 800,
unit: 'Meter',
min: 200,
max: 3000,
},
{
id: 'livia-set-source-types',
label: 'Relevante Quellentypen',
description: 'Welche Quellen Livia für Lagebeschriebe und Aktualisierungsläufe heranzieht.',
kind: AgentSettingKind.MULTI_SELECT,
group: AgentSettingGroup.SPECIFIC,
value: ['amtliche_publikationen', 'verkehrsdaten', 'bauprojekte', 'nahversorgung'],
options: [
{ value: 'amtliche_publikationen', label: 'amtliche Publikationen' },
{ value: 'verkehrsdaten', label: 'Verkehrsdaten' },
{ value: 'bauprojekte', label: 'Bauprojekte' },
{ value: 'nahversorgung', label: 'Nahversorgung' },
{ value: 'medienberichte', label: 'Medienberichte' },
],
},
],
metrics: [
{
id: 'livia-metric-objects',
label: 'Analysierte Objekte',
value: '184',
hint: 'Objekte mit vollständigem Lagebeschrieb, unter anderem in Zürich, Winterthur, Zug und St. Gallen.',
},
{
id: 'livia-metric-current-blocks',
label: 'Aktuelle Lagebausteine',
value: '162',
hint: 'Bausteine, die im letzten Aktualisierungslauf gegen die Quellen bestätigt wurden.',
},
{
id: 'livia-metric-due-refresh',
label: 'Fällige Aktualisierungen',
value: '9',
hint: 'Objekte, deren Lagebeschrieb im nächsten Quartals-Refresh erneuert wird.',
},
{
id: 'livia-metric-detected-changes',
label: 'Erkannte Umfeldänderungen',
value: '14',
hint: 'Seit dem letzten Lauf gemeldete Änderungen, etwa die Arealentwicklung Winterthur Neuhegi.',
},
],
headlineMetricId: 'livia-metric-objects',
lastRun: '2026-05-20T06:00:00.000Z',
}
@@ -0,0 +1,68 @@
/**
* Property On — Leads im Backlog von Livia.
*
* Herkunft: Nachfragesignale, die Nora erkannt hat, plus zwei bereits
* abgeschlossene Vorgänge im Archiv. Sämtliche Objekt-IDs stammen aus
* «Meine Objekte» (`mock-data/properties.ts`) — es werden hier keine Objekte
* erfunden, sonst führte die Objektempfehlung ins Leere.
*
* Zeitanker: 20.05.2026, wie alle Property-On-Mockdaten.
*/
import type { ExposeLead } from '../domain/exposeLead'
import { ExposeLeadStatus } from '../domain/exposeLead'
export const mockExposeLeads: ExposeLead[] = [
{
id: 'lead-001',
receivedAt: '2026-05-19T14:20:00.000Z',
prospect: 'Alpbach Advisors AG',
contacts: ['zuerich@alpbach-advisors.ch', 'https://alpbach-advisors.ch', 'Dr. Markus Suter (Managing Partner)'],
locationHint: 'Zürich, Innenstadt / Paradeplatz',
propertyIds: ['prop-043', 'prop-044'],
status: ExposeLeadStatus.ACTIVE,
sourceSignalId: 'signal-001',
forwardedBy: 'Nadine Brunner',
},
{
id: 'lead-002',
receivedAt: '2026-05-18T09:05:00.000Z',
prospect: 'Novabio Pharma AG',
contacts: ['https://novabio-pharma.ch'],
locationHint: 'Basel, Allschwil',
propertyIds: ['prop-008'],
status: ExposeLeadStatus.ACTIVE,
sourceSignalId: 'signal-004',
forwardedBy: 'Nadine Brunner',
},
{
id: 'lead-003',
receivedAt: '2026-05-15T11:40:00.000Z',
prospect: 'Textilhaus Zürich AG',
contacts: ['kontakt@textilhaus-zuerich.ch'],
locationHint: 'Zürich, Kreis 4 / Langstrasse',
propertyIds: ['prop-040', 'prop-041', 'prop-046'],
status: ExposeLeadStatus.ACTIVE,
forwardedBy: 'Marc Wyss',
},
{
id: 'lead-004',
receivedAt: '2026-04-28T08:15:00.000Z',
prospect: 'Helvetia Produktion GmbH',
contacts: ['info@helvetia-produktion.ch'],
locationHint: 'Pratteln / Basel-Land',
propertyIds: ['prop-014'],
status: ExposeLeadStatus.ARCHIVED,
forwardedBy: 'Marc Wyss',
},
{
id: 'lead-005',
receivedAt: '2026-04-12T16:00:00.000Z',
prospect: 'Schweizer Grosshandel AG',
contacts: ['beschaffung@schweizer-grosshandel.ch'],
locationHint: 'Winterthur',
propertyIds: ['prop-009'],
status: ExposeLeadStatus.ARCHIVED,
forwardedBy: 'Nadine Brunner',
},
]
@@ -0,0 +1,113 @@
import { useCallback, useMemo, useRef, useState } from 'react'
import { useSearchParams } from 'react-router'
import { Box, Tab, Tabs } from '@mui/material'
import { AgentWorkspaceHero } from '../../components/team'
import { LeadTable } from '../../components/expose'
import { LoadingPage, ErrorState } from '../../components/ui'
import { useExposeLeads } from '../../hooks/useExposeLeads'
import { useProperties } from '../../hooks/useProperties'
import { ExposeLeadStatus } from '../../domain/exposeLead'
import { EXPOSE_LEAD_TABS, EXPOSE_LEAD_TAB_LABELS } from '../../lib/constants'
import type { ExposeLeadTab } from '../../lib/constants'
import { agentWorkspaceById } from '../../lib/agentWorkspaces'
const LIVIA = agentWorkspaceById('livia')!
const PARAM_TAB = 'tab'
function resolveTab(raw: string | null): ExposeLeadTab {
return raw === EXPOSE_LEAD_TABS.ARCHIVED ? EXPOSE_LEAD_TABS.ARCHIVED : EXPOSE_LEAD_TABS.ACTIVE
}
/**
* Livia — Exposé Master (Runde 4, §8).
*
* Die frühere Inserate-Seite ist vollständig ersetzt: Titel, Beschreibung, der
* Knopf «Neues Inserat» und die Inserate-Tabelle sind entfallen. Ziel der Seite
* ist die schnelle Verarbeitung von Leads, die Nora erkannt und ein
* Bewirtschafter zur Exposé-Erstellung weitergeleitet hat.
*/
export default function MyListings() {
const [params, setParams] = useSearchParams()
const tab = resolveTab(params.get(PARAM_TAB))
const [selectedId, setSelectedId] = useState<string | null>(null)
const scrollRef = useRef<HTMLDivElement>(null)
const { data: leads = [], isLoading, isError, refetch } = useExposeLeads()
const { data: properties = [] } = useProperties()
const visible = useMemo(() => {
const wanted = tab === EXPOSE_LEAD_TABS.ARCHIVED ? ExposeLeadStatus.ARCHIVED : ExposeLeadStatus.ACTIVE
return leads
.filter(l => l.status === wanted)
.sort((a, b) => b.receivedAt.localeCompare(a.receivedAt))
}, [leads, tab])
/**
* Beim Öffnen gleitet die gewählte Zeile an den oberen Rand des sichtbaren
* Inhaltsbereichs; die nachfolgenden Leads rücken nach unten und dürfen aus
* dem Blickfeld verschwinden (Runde 4, §8.4). Umgesetzt mit `scrollTo` auf dem
* bestehenden Scrollcontainer — dafür braucht es keine Animationsbibliothek.
*
* Bei `prefers-reduced-motion` wird ohne Bewegung direkt gesprungen.
*/
const handleSelect = useCallback((id: string, row: HTMLElement | null) => {
const next = id === selectedId ? null : id
setSelectedId(next)
if (!next || !row || !scrollRef.current) return
const container = scrollRef.current
const reduced = window.matchMedia('(prefers-reduced-motion: reduce)').matches
const top = container.scrollTop + row.getBoundingClientRect().top - container.getBoundingClientRect().top
// Nach dem Zustandswechsel scrollen, sonst misst der Browser die alte Höhe.
requestAnimationFrame(() => {
container.scrollTo({ top, behavior: reduced ? 'auto' : 'smooth' })
})
}, [selectedId])
const handleTabChange = useCallback((next: ExposeLeadTab) => {
setSelectedId(null)
setParams({ [PARAM_TAB]: next })
}, [setParams])
if (isLoading) return <LoadingPage />
if (isError) return <ErrorState message="Die Leads konnten nicht geladen werden." onRetry={() => refetch()} />
return (
<Box sx={{ display: 'flex', flexDirection: 'column', height: '100%', overflow: 'hidden' }}>
<Box ref={scrollRef} sx={{ flex: 1, overflowY: 'auto' }}>
<AgentWorkspaceHero agentId={LIVIA.id} name={LIVIA.name} role={LIVIA.role} />
<Box sx={{ px: 3, pb: 5 }}>
<Tabs
value={tab}
onChange={(_, v: ExposeLeadTab) => handleTabChange(v)}
sx={{ mb: 2, '& .MuiTab-root': { textTransform: 'none', fontWeight: 600, fontSize: '0.9rem' } }}
>
{Object.values(EXPOSE_LEAD_TABS).map(value => (
<Tab key={value} value={value} label={EXPOSE_LEAD_TAB_LABELS[value]} />
))}
</Tabs>
<LeadTable
leads={visible}
properties={properties}
selectedId={selectedId}
onSelect={handleSelect}
withWorkspace={tab === EXPOSE_LEAD_TABS.ACTIVE}
emptyText={
tab === EXPOSE_LEAD_TABS.ACTIVE
? 'Keine aktiven Leads. Sobald Nora ein Signal erkennt und es weitergeleitet wird, erscheint es hier.'
: 'Noch keine archivierten Leads.'
}
/>
{/* Weissraum unter der Liste, damit auch die letzte Zeile an den
oberen Rand gleiten kann. */}
<Box sx={{ height: '60vh' }} />
</Box>
</Box>
</Box>
)
}
@@ -0,0 +1,8 @@
import type { CreateExposeLeadInput, ExposeLead } from '../domain/exposeLead'
export interface IExposeLeadProvider {
getAll(): Promise<ExposeLead[]>
getById(id: string): Promise<ExposeLead | null>
create(input: CreateExposeLeadInput): Promise<ExposeLead>
archive(id: string): Promise<ExposeLead>
}
@@ -0,0 +1,9 @@
import type { ExposeDraft } from '../domain/expose'
export interface IExposeProvider {
/** Entwurf zu einem Lead und Objekt — null, solange keiner besteht. */
getDraft(leadId: string, propertyId: string): Promise<ExposeDraft | null>
save(draft: ExposeDraft): Promise<ExposeDraft>
/** Setzt den Erstellungszeitpunkt — trennt «gespeichert» von «erstellt». */
markGenerated(draftId: string): Promise<ExposeDraft>
}
@@ -0,0 +1,36 @@
import { mockExposeLeads } from '../mock-data/exposeLeads'
import type { ExposeLead } from '../domain/exposeLead'
import { ExposeLeadStatus } from '../domain/exposeLead'
import type { IExposeLeadProvider } from './IExposeLeadProvider'
let store: ExposeLead[] = [...mockExposeLeads]
let sequence = store.length
export const MockupExposeLeadProvider: IExposeLeadProvider = {
async getAll() {
return [...store]
},
async getById(id) {
return store.find(l => l.id === id) ?? null
},
async create(input) {
sequence += 1
const lead: ExposeLead = {
...input,
id: `lead-${String(sequence).padStart(3, '0')}`,
receivedAt: input.receivedAt ?? new Date().toISOString(),
status: input.status ?? ExposeLeadStatus.ACTIVE,
}
store = [lead, ...store]
return lead
},
async archive(id) {
const idx = store.findIndex(l => l.id === id)
if (idx === -1) throw new Error(`Lead ${id} nicht gefunden`)
store[idx] = { ...store[idx], status: ExposeLeadStatus.ARCHIVED }
return store[idx]
},
}
@@ -0,0 +1,37 @@
import type { ExposeDraft } from '../domain/expose'
import type { IExposeProvider } from './IExposeProvider'
/**
* Entwurfsablage der Demo — in-memory, wie alle Mockup-Provider.
*
* Der Schlüssel ist das Paar aus Lead und Objekt: derselbe Lead kann mehrere
* Objekte empfehlen, und jedes bekommt sein eigenes Exposé.
*/
const store = new Map<string, ExposeDraft>()
function key(leadId: string, propertyId: string): string {
return `${leadId}::${propertyId}`
}
export const MockupExposeProvider: IExposeProvider = {
async getDraft(leadId, propertyId) {
return store.get(key(leadId, propertyId)) ?? null
},
async save(draft) {
const saved: ExposeDraft = { ...draft, updatedAt: new Date().toISOString() }
store.set(key(draft.leadId, draft.propertyId), saved)
return saved
},
async markGenerated(draftId) {
for (const [k, d] of store) {
if (d.id === draftId) {
const updated: ExposeDraft = { ...d, generatedAt: new Date().toISOString() }
store.set(k, updated)
return updated
}
}
throw new Error(`Exposé-Entwurf ${draftId} nicht gefunden`)
},
}
@@ -0,0 +1,105 @@
import type { ExposeTextInput, ExposeTextResult } from '../IAIService'
import { ExposeTextSection } from '../IAIService'
/**
* Deterministische Exposé-Texte für Entwicklung und Demo.
*
* Kernregel der Vorgabe: keine unbelegten Fakten erfinden (Runde 4, §8.5.2).
* Der Builder verwendet deshalb ausschliesslich die übergebenen Angaben. Was
* fehlt, wird nicht plausibel ergänzt, sondern in `missingFacts` genannt —
* die Oberfläche markiert es rot, statt einen glatten Text zu zeigen, der
* nachher nicht stimmt.
*/
const TONE_OPENER: Record<string, string> = {
SACHLICH: '',
HOCHWERTIG: 'Repräsentativ und sorgfältig ausgebaut: ',
EINLADEND: 'Willkommen in Ihrer neuen Fläche — ',
}
/** Welche Angaben braucht ein Abschnitt, um überhaupt geschrieben werden zu können? */
const REQUIRED: Record<string, string[]> = {
[ExposeTextSection.TITLE]: ['objektart', 'ort'],
[ExposeTextSection.TEASER]: ['objektart', 'flaeche', 'ort'],
[ExposeTextSection.OBJECT]: ['objektart', 'flaeche', 'ausbaustandard'],
[ExposeTextSection.LOCATION]: ['strasse', 'ort'],
[ExposeTextSection.MUNICIPALITY]: ['ort'],
[ExposeTextSection.FEATURES]: ['ausbaustandard'],
[ExposeTextSection.HIGHLIGHTS]: ['objektart', 'ort'],
}
function value(facts: ExposeTextInput['facts'], key: string): string | undefined {
const raw = facts[key]
if (raw === undefined || raw === null || raw === '') return undefined
return String(raw)
}
function compose(input: ExposeTextInput): string {
const f = input.facts
const v = (k: string) => value(f, k)
const opener = TONE_OPENER[input.tonality] ?? ''
switch (input.section) {
case ExposeTextSection.TITLE:
return [v('objektart'), v('flaeche') && `${v('flaeche')} m²`, 'in', v('ort')]
.filter(Boolean).join(' ')
case ExposeTextSection.TEASER:
return `${opener}${v('objektart')} mit ${v('flaeche')} m² in ${v('ort')}` +
(v('verfuegbarkeit') ? `, verfügbar ab ${v('verfuegbarkeit')}` : '') + '.'
case ExposeTextSection.OBJECT:
return [
`${opener}Die Fläche umfasst ${v('flaeche')} m² und ist im Ausbaustandard «${v('ausbaustandard')}» ausgeführt.`,
v('stockwerk') ? `Sie liegt im ${v('stockwerk')}. Stockwerk.` : '',
v('parkplaetze') ? `Zur Fläche gehören ${v('parkplaetze')} Parkplätze.` : '',
v('raumhoehe') ? `Die Raumhöhe beträgt ${v('raumhoehe')} m.` : '',
].filter(Boolean).join(' ')
case ExposeTextSection.LOCATION:
return [
`Das Objekt befindet sich an der ${v('strasse')} in ${v('plz') ?? ''} ${v('ort')}.`.replace(/\s+/g, ' '),
v('oevHaltestelle') ? `Die nächste ÖV-Haltestelle liegt rund ${v('oevHaltestelle')} m entfernt.` : '',
v('einkauf') ? `Einkaufsmöglichkeiten sind in etwa ${v('einkauf')} m erreichbar.` : '',
v('autobahn') ? `Der Autobahnanschluss ist rund ${v('autobahn')} m entfernt.` : '',
].filter(Boolean).join(' ')
case ExposeTextSection.MUNICIPALITY:
return [
`${v('ort')}${v('kanton') ? ` (${v('kanton')})` : ''} als Standort:`,
v('einwohner') ? `${v('einwohner')} Einwohnerinnen und Einwohner.` : '',
v('bevoelkerungswachstum') ? `Bevölkerungswachstum ${v('bevoelkerungswachstum')} % pro Jahr.` : '',
v('steuerbelastung') ? `Steuerbelastung ${v('steuerbelastung')} %.` : '',
v('leerwohnungsziffer') ? `Leerwohnungsziffer ${v('leerwohnungsziffer')} %.` : '',
].filter(Boolean).join(' ')
case ExposeTextSection.FEATURES:
return [
`Ausbaustandard «${v('ausbaustandard')}».`,
v('heizsystem') ? `Beheizt über ${v('heizsystem')}.` : '',
v('merkmale') ? `Weitere Merkmale: ${v('merkmale')}.` : '',
].filter(Boolean).join(' ')
case ExposeTextSection.HIGHLIGHTS:
return [
v('flaeche') ? `${v('flaeche')} m² ${v('objektart')}` : '',
v('ort') ? `Standort ${v('ort')}` : '',
v('parkplaetze') ? `${v('parkplaetze')} Parkplätze` : '',
v('oevHaltestelle') ? `ÖV in ${v('oevHaltestelle')} m` : '',
].filter(Boolean).join('\n')
default:
return ''
}
}
export function buildExposeText(input: ExposeTextInput): ExposeTextResult {
const missingFacts = (REQUIRED[input.section] ?? []).filter(k => value(input.facts, k) === undefined)
// Fehlt eine Grundangabe, wird kein Text behauptet — die Lücke ist die Antwort.
if (missingFacts.length > 0) {
return { section: input.section, text: '', missingFacts }
}
return { section: input.section, text: compose(input).trim(), missingFacts: [] }
}
+165
View File
@@ -0,0 +1,165 @@
/**
* Property On — Vorschau und Export der Angebotsbroschüre (Runde 4, §8.5.3).
*
* Bewusst ohne PDF-Bibliothek: der Browser kann drucken und in PDF speichern,
* und Word öffnet HTML mit `.doc`-Endung als bearbeitbares Dokument. Eine
* zusätzliche Abhängigkeit von mehreren hundert Kilobyte brächte für eine
* Broschüre aus Text und Bildern keinen Gegenwert.
*
* CI, Bilder, Texte und Anhänge folgen der Exposé-Konfiguration.
*/
import type { ExposeDraft } from '../domain/expose'
import { EXPOSE_SECTIONS } from '../lib/exposeFields'
import { EXPOSE_DOCUMENT_TYPE_LABELS } from '../lib/constants'
/** Firmenfarbe der «Beispiel Immobilien AG», sofern nicht manuell gesetzt. */
const DEFAULT_BRAND_COLOR = '#152642'
function escapeHtml(value: string): string {
return value
.replace(/&/g, '&amp;')
.replace(/</g, '&lt;')
.replace(/>/g, '&gt;')
.replace(/"/g, '&quot;')
}
function paragraphs(text: string): string {
return text
.split('\n')
.filter(line => line.trim() !== '')
.map(line => `<p>${escapeHtml(line)}</p>`)
.join('')
}
export function buildExposeHtml(draft: ExposeDraft): string {
const v = draft.values
const brand = draft.brandColor?.trim() || DEFAULT_BRAND_COLOR
const visibleImages = draft.images.filter(i => i.visible)
const cover = visibleImages.find(i => i.isCover) ?? visibleImages[0]
const gallery = visibleImages.filter(i => i !== cover)
const attachments = draft.documents.filter(d => d.visibleAsAttachment)
// Alle Bereiche ausser den Texten erscheinen als Faktentabelle; leere Felder
// werden weggelassen statt mit einem Strich gefüllt.
const factRows = EXPOSE_SECTIONS
.filter(s => s.id !== 'texte')
.map(section => {
const rows = section.fields
.filter(f => (v[f.key] ?? '').trim() !== '')
.map(f => `<tr><th>${escapeHtml(f.label)}</th><td>${escapeHtml(v[f.key])}${f.suffix ? ` ${escapeHtml(f.suffix)}` : ''}</td></tr>`)
.join('')
return rows ? `<h2>${escapeHtml(section.title)}</h2><table>${rows}</table>` : ''
})
.join('')
const textBlocks = [
['Kurzbeschrieb', v.kurzbeschrieb],
['Objektbeschrieb', v.objektbeschrieb],
['Lagebeschrieb', v.lagebeschrieb],
['Die Gemeinde', v.gemeindebeschrieb],
['Ausstattung', v.ausstattungsbeschrieb],
]
.filter(([, text]) => (text ?? '').trim() !== '')
.map(([title, text]) => `<h2>${escapeHtml(title!)}</h2>${paragraphs(text!)}`)
.join('')
const highlights = (v.highlights ?? '').trim()
? `<h2>Highlights</h2><ul>${v.highlights.split('\n').filter(Boolean).map(h => `<li>${escapeHtml(h)}</li>`).join('')}</ul>`
: ''
const attachmentList = attachments.length
? `<h2>Anhänge</h2><ul>${attachments.map(d => `<li>${escapeHtml(EXPOSE_DOCUMENT_TYPE_LABELS[d.type] ?? d.type)}: ${escapeHtml(d.title || d.fileName)}</li>`).join('')}</ul>`
: ''
const contact = draft.contactPerson.trim()
? `<h2>Kontakt</h2><p>${escapeHtml(draft.contactPerson)}</p>`
: ''
return `<!doctype html>
<html lang="de-CH">
<head>
<meta charset="utf-8">
<title>${escapeHtml(v.exposeTitel || 'Exposé')}</title>
<style>
body { font-family: Georgia, 'Times New Roman', serif; color: #141414; margin: 0; padding: 32px 40px; }
header { border-bottom: 4px solid ${brand}; padding-bottom: 12px; margin-bottom: 20px; }
h1 { color: ${brand}; font-size: 26px; margin: 0 0 4px; }
.sub { color: #5c5c5c; font-size: 13px; }
h2 { color: ${brand}; font-size: 15px; text-transform: uppercase; letter-spacing: .06em; margin: 24px 0 8px; }
table { width: 100%; border-collapse: collapse; font-size: 13px; }
th { text-align: left; width: 38%; font-weight: 600; color: #5c5c5c; padding: 4px 8px 4px 0; vertical-align: top; }
td { padding: 4px 0; }
tr + tr th, tr + tr td { border-top: 1px solid #e8e7e4; }
p { font-size: 14px; line-height: 1.6; margin: 0 0 10px; }
ul { font-size: 14px; line-height: 1.6; }
.cover img { width: 100%; max-height: 340px; object-fit: cover; }
.gallery { display: grid; grid-template-columns: repeat(2, 1fr); gap: 10px; }
.gallery figure { margin: 0; }
.gallery img { width: 100%; height: 170px; object-fit: cover; }
figcaption { font-size: 11px; color: #5c5c5c; margin-top: 3px; }
@media print { body { padding: 0; } }
</style>
</head>
<body>
<header>
<h1>${escapeHtml(v.exposeTitel || 'Exposé')}</h1>
<div class="sub">${escapeHtml([v.strasse, v.hausnummer].filter(Boolean).join(' '))}${v.ort ? `, ${escapeHtml(v.plz ?? '')} ${escapeHtml(v.ort)}` : ''}</div>
</header>
${cover ? `<div class="cover"><img src="${escapeHtml(cover.url)}" alt="${escapeHtml(cover.caption || v.exposeTitel || '')}"></div>` : ''}
${textBlocks}
${highlights}
${factRows}
${gallery.length ? `<h2>Bilder</h2><div class="gallery">${gallery.map(i => `<figure><img src="${escapeHtml(i.url)}" alt="${escapeHtml(i.caption)}">${i.caption ? `<figcaption>${escapeHtml(i.caption)}</figcaption>` : ''}</figure>`).join('')}</div>` : ''}
${attachmentList}
${contact}
</body>
</html>`
}
function fileBaseName(draft: ExposeDraft): string {
const title = draft.values.exposeTitel || draft.values.ort || 'expose'
return title
.toLowerCase()
.replace(/ä/g, 'ae').replace(/ö/g, 'oe').replace(/ü/g, 'ue').replace(/ß/g, 'ss')
.replace(/[^a-z0-9]+/g, '-')
.replace(/^-|-$/g, '') || 'expose'
}
/** Vorschau in einem neuen Browser-Tab; von dort lässt sich als PDF drucken. */
export function openExposePreview(draft: ExposeDraft): boolean {
const win = window.open('', '_blank')
if (!win) return false
win.document.write(buildExposeHtml(draft))
win.document.close()
return true
}
function download(content: string, fileName: string, mime: string) {
const blob = new Blob([content], { type: mime })
const url = URL.createObjectURL(blob)
const a = document.createElement('a')
a.href = url
a.download = fileName
a.click()
URL.revokeObjectURL(url)
}
/**
* PDF-Download über den Druckdialog des Browsers: dort steht «Als PDF
* speichern». Ohne Serverkomponente ist das der ehrlichste Weg — ein Knopf,
* der eine Datei nur so nennt, wäre keiner.
*/
export function downloadExposePdf(draft: ExposeDraft): boolean {
const win = window.open('', '_blank')
if (!win) return false
win.document.write(buildExposeHtml(draft))
win.document.close()
win.addEventListener('load', () => win.print())
return true
}
/** Word öffnet HTML mit `.doc`-Endung als bearbeitbares Dokument. */
export function downloadExposeWord(draft: ExposeDraft): void {
download(buildExposeHtml(draft), `${fileBaseName(draft)}.doc`, 'application/msword')
}
@@ -0,0 +1,56 @@
import { MockupExposeLeadProvider } from '../provider/MockupExposeLeadProvider'
import type { CreateExposeLeadInput, ExposeLead } from '../domain/exposeLead'
import type { ItemResponse, ListResponse } from './types'
import { throwServiceError } from './errors'
import { useSessionStore } from '../stores/sessionStore'
const provider = MockupExposeLeadProvider
export const exposeLeadService = {
async getAll(): Promise<ListResponse<ExposeLead>> {
try {
const data = await provider.getAll()
return { data, meta: { total: data.length, page: 1, pageSize: data.length, hasMore: false } }
} catch (err) {
throwServiceError(err)
}
},
async getById(id: string): Promise<ItemResponse<ExposeLead | null>> {
try {
return { data: await provider.getById(id) }
} catch (err) {
throwServiceError(err)
}
},
/**
* Weiterleitung von Nora an Livia.
*
* Ohne mindestens ein Objekt hätte Livia nichts, woraus sie ein Exposé bauen
* könnte — deshalb ist die Objektempfehlung Pflicht und keine Kür.
*/
async create(input: CreateExposeLeadInput): Promise<ItemResponse<ExposeLead>> {
try {
if (input.propertyIds.length === 0) {
throw new Error('Bitte mindestens ein Objekt auswählen.')
}
const user = useSessionStore.getState().currentUser
const data = await provider.create({
...input,
forwardedBy: input.forwardedBy ?? user?.name,
})
return { data }
} catch (err) {
throwServiceError(err)
}
},
async archive(id: string): Promise<ItemResponse<ExposeLead>> {
try {
return { data: await provider.archive(id) }
} catch (err) {
throwServiceError(err)
}
},
}
+158
View File
@@ -0,0 +1,158 @@
import { MockupExposeProvider } from '../provider/MockupExposeProvider'
import type { ExposeDraft, ExposeImage, ExposeValues } from '../domain/expose'
import { ExposeBranding, ExposeImageCategory } from '../domain/expose'
import type { Property } from '../domain/property'
import type { ItemResponse } from './types'
import { throwServiceError } from './errors'
import { ASSET_TYPE_LABELS, FIT_OUT_LABELS } from '../lib/constants'
import { missingRequiredExposeKeys } from '../lib/exposeFields'
import type { ExposeTonality } from './ai/IAIService'
const provider = MockupExposeProvider
function str(value: unknown): string {
if (value === undefined || value === null) return ''
return String(value)
}
/**
* Vorbelegung aus «Meine Objekte» (Runde 4, §8.5.2).
*
* Es wird nur übernommen, was im Objektdatensatz tatsächlich steht. Felder ohne
* Entsprechung bleiben leer — sie sind der Grund, weshalb das Exposé rote
* Umrandungen zeigt, und genau das soll es. Ein vorbelegtes «ca. 3.0 m
* Raumhöhe» wäre eine Behauptung, keine Angabe.
*/
export function prefillFromProperty(p: Property): ExposeValues {
const hf = p.hardFacts ?? {}
const sf = p.softFactors ?? {}
return {
objektart: ASSET_TYPE_LABELS[p.assetType] ?? '',
vermarktungsart: 'Miete',
status: 'Aktiv in Vermarktung',
objektreferenz: str(p.propertyNumber),
strasse: str(p.address.street),
hausnummer: str(p.address.houseNumber),
plz: str(p.address.postalCode),
ort: str(p.address.city),
gemeinde: str(p.location.city),
kanton: str(p.location.canton),
land: str(p.address.country),
breitengrad: str(p.location.coordinates?.lat),
laengengrad: str(p.location.coordinates?.lng),
flaeche: str(p.areaSqm),
raumhoehe: str(hf.ceilingHeightM),
stockwerk: str(hf.floor ?? p.floorLevel),
verfuegbarkeit: p.availabilityDate ? new Date(p.availabilityDate).toLocaleDateString('de-CH') : '',
nettomiete: str(p.rentPricePerSqm),
nebenkosten: str(p.ancillaryCosts),
parkplaetze: str(hf.parking ?? sf.parkingSpots),
objektbeschrieb: str(p.description),
merkmale: hf.fitOut ? `Ausbaustandard ${FIT_OUT_LABELS[hf.fitOut] ?? hf.fitOut}` : '',
}
}
/**
* Objektbilder aus «Meine Objekte» automatisch importieren (§8.5.1).
* Doppelte Bilder werden über die URL ausgeschlossen — dieselbe Datei zweimal
* im Exposé wäre kein Fehler des Nutzers, sondern einer des Imports.
*/
export function importPropertyImages(p: Property): ExposeImage[] {
const seen = new Set<string>()
const images: ExposeImage[] = []
for (const url of p.images ?? []) {
if (seen.has(url)) continue
seen.add(url)
const fileName = url.split('/').pop() ?? `bild-${images.length + 1}.jpg`
images.push({
id: `img-${p.id}-${images.length + 1}`,
url,
fileName,
category: images.length === 0 ? ExposeImageCategory.EXTERIOR : ExposeImageCategory.INTERIOR,
caption: '',
visible: true,
isCover: images.length === 0,
imported: true,
})
}
return images
}
/** Die Angaben, aus denen der Textentwurf schöpfen darf — nichts darüber hinaus. */
export function textFactsFrom(values: ExposeValues): Record<string, string> {
const facts: Record<string, string> = {}
for (const [k, v] of Object.entries(values)) {
if (v && v.trim() !== '') facts[k] = v
}
return facts
}
function newDraft(leadId: string, property: Property, tonality: ExposeTonality): ExposeDraft {
return {
id: `expose-${leadId}-${property.id}`,
leadId,
propertyId: property.id,
values: prefillFromProperty(property),
tonality,
images: importPropertyImages(property),
documents: [],
branding: ExposeBranding.FROM_PROFILE,
contactPerson: '',
updatedAt: new Date().toISOString(),
}
}
export const exposeService = {
/**
* Bestehenden Entwurf laden oder einen neuen aus den Objektdaten aufbauen.
* Ein gespeicherter Entwurf gewinnt immer — sonst überschriebe die
* Vorbelegung bei jedem Öffnen die Arbeit des Nutzers.
*/
async getOrCreateDraft(
leadId: string,
property: Property,
tonality: ExposeTonality = 'SACHLICH',
): Promise<ItemResponse<ExposeDraft>> {
try {
const existing = await provider.getDraft(leadId, property.id)
if (existing) return { data: existing }
return { data: await provider.save(newDraft(leadId, property, tonality)) }
} catch (err) {
throwServiceError(err)
}
},
async save(draft: ExposeDraft): Promise<ItemResponse<ExposeDraft>> {
try {
return { data: await provider.save(draft) }
} catch (err) {
throwServiceError(err)
}
},
/**
* Erstellen ist mehr als Speichern: erst hier wird geprüft, ob das Dossier
* vollständig ist. Ein Exposé mit leerem Mietpreis darf nicht in den Export.
*/
async generate(draft: ExposeDraft): Promise<ItemResponse<ExposeDraft>> {
try {
const missing = missingRequiredExposeKeys(draft.values)
if (missing.length > 0) {
throw new Error(`Es fehlen noch ${missing.length} Pflichtangabe(n) — sie sind rot umrandet.`)
}
const saved = await provider.save(draft)
return { data: await provider.markGenerated(saved.id) }
} catch (err) {
throwServiceError(err)
}
},
}
+41 -1
View File
@@ -6,7 +6,9 @@ import tseslint from 'typescript-eslint'
import { defineConfig, globalIgnores } from 'eslint/config'
export default defineConfig([
globalIgnores(['dist']),
// `.claude/worktrees/` holds transient agent copies of src/ — linting them
// produces thousands of duplicate parse errors and drowns out real findings.
globalIgnores(['dist', '.claude/**']),
{
files: ['**/*.{ts,tsx}'],
extends: [
@@ -18,5 +20,43 @@ export default defineConfig([
languageOptions: {
globals: globals.browser,
},
rules: {
// Der Unterstrich ist im Projekt die etablierte Kennzeichnung für
// bewusst ungenutzte Parameter — etwa wenn eine Schnittstelle ein
// Argument vorschreibt, das eine bestimmte Implementierung nicht
// braucht. Ohne diese Ausnahme meldete die Regel genau die Fälle,
// die der Autor bereits als «gewollt» markiert hat.
'@typescript-eslint/no-unused-vars': ['error', {
argsIgnorePattern: '^_',
varsIgnorePattern: '^_',
caughtErrorsIgnorePattern: '^_',
destructuredArrayIgnorePattern: '^_',
}],
},
},
// ── Design Token Enforcement ────────────────────────────────────────────────
// New hardcoded hex colors in components/pages are blocked (error).
// Existing violations are tracked by: npm run check:tokens
//
// Use instead:
// DS_TEXT.secondary, DS_SURFACE.success.bg (src/lib/ds.ts)
// matchScoreHex(score), criterionScoreTextColor(score) (src/lib/utils.ts)
// RESULT_TYPE_META[type].color (src/lib/ds.ts)
// MUI theme tokens: "primary.main", "text.secondary"
{
files: ['src/components/**/*.{ts,tsx}', 'src/pages/**/*.{ts,tsx}'],
rules: {
'no-restricted-syntax': [
'warn',
{
selector: [
'Property[key.name=/^(bgcolor|color|borderColor|background|fill|stroke)$/]',
' > Literal[value=/^#[0-9A-Fa-f]{3,8}$/]',
].join(''),
message:
'No hardcoded hex colors in sx/style props. Use DS_TEXT, DS_SURFACE, DS_BORDER, DS_BG, BADGE_COLORS from src/lib/ds.ts, or helper functions from src/lib/utils.ts.',
},
],
},
},
])
+1916 -20
View File
File diff suppressed because it is too large. Load diff
+22 -2
View File
@@ -7,35 +7,55 @@
"dev": "vite",
"build": "tsc -b && vite build",
"lint": "eslint .",
"preview": "vite preview"
"preview": "vite preview",
"test": "vitest run",
"test:watch": "vitest",
"test:coverage": "vitest run --coverage",
"check:tokens": "node scripts/check-tokens.js"
},
"dependencies": {
"@anthropic-ai/sdk": "^0.122.0",
"@dnd-kit/core": "^6.3.1",
"@dnd-kit/sortable": "^10.0.0",
"@dnd-kit/utilities": "^3.2.2",
"@emotion/react": "^11.14.0",
"@emotion/styled": "^11.14.1",
"@mui/icons-material": "^9.0.1",
"@mui/material": "^9.0.1",
"@tanstack/react-query": "^5.75.2",
"cheerio": "^1.2.0",
"leaflet": "^1.9.4",
"lucide-react": "^0.511.0",
"react": "^19.2.6",
"react-dom": "^19.2.6",
"react-leaflet": "^5.0.0",
"react-router": "^7.15.0",
"three": "^0.185.1",
"zod": "^3.25.17",
"zustand": "^5.0.5"
},
"devDependencies": {
"@eslint/js": "^10.0.1",
"@tailwindcss/vite": "^4.3.0",
"@testing-library/jest-dom": "^6.9.1",
"@testing-library/react": "^16.3.2",
"@types/leaflet": "^1.9.21",
"@types/node": "^24.12.3",
"@types/react": "^19.2.14",
"@types/react-dom": "^19.2.3",
"@types/three": "^0.185.4",
"@vitejs/plugin-react": "^6.0.1",
"@vitest/coverage-v8": "^4.1.7",
"eslint": "^10.3.0",
"eslint-plugin-react-hooks": "^7.1.1",
"eslint-plugin-react-refresh": "^0.5.2",
"globals": "^17.6.0",
"jsdom": "^29.1.1",
"playwright": "^1.61.0",
"tailwindcss": "^4.3.0",
"typescript": "~6.0.2",
"typescript-eslint": "^8.59.2",
"vite": "^8.0.12"
"vite": "^8.0.12",
"vitest": "^4.1.7"
}
}
+131
View File
@@ -0,0 +1,131 @@
/**
* Erzeugt die Agentenporträts aus den hochauflösenden Originalen.
*
* Die Porträts im Repository stammten bis Runde 6 aus einem HTML-Konzept und
* lagen dort nur als kleine, liegende Zuschnitte vor — Ferdi etwa 215 × 160
* Bildpunkte bei 6 KB. Im 3D-Meetingraum sind sie damit sichtbar unscharf, und
* hochskalieren hilft nicht.
*
* Die Originale liegen in der Präsentation `PropertyOn_Engeli_v5.pptx` als
* quadratische Bilder mit 1200 × 1200 Bildpunkten. Sie zeigen dieselben fünf
* Personen — Kleidung, Frisur und Ausschnitt stimmen mit den bisherigen
* Zuschnitten überein, es werden also keine Gesichter getauscht.
*
* Das Skript beschneidet den Rand (die Bilder tragen oben und an den Seiten
* Reste des Folienrahmens), skaliert auf eine für den Browser sinnvolle Grösse
* und schreibt sie nach `src/assets/team/`.
*
* Einmalig auszuführen; die Ergebnisse liegen als Assets im Repository:
*
* node scripts/build-agent-portraits.mjs
*
* Es braucht keine Bildbibliothek — die Verarbeitung läuft auf einem Canvas im
* bereits vorhandenen Chrome, den auch die visuellen Prüfungen nutzen.
*/
import { chromium } from 'playwright-core'
import { existsSync, readFileSync, writeFileSync } from 'node:fs'
import { inflateRawSync } from 'node:zlib'
import { fileURLToPath } from 'node:url'
import { dirname, resolve } from 'node:path'
const here = dirname(fileURLToPath(import.meta.url))
const ziel = resolve(here, '../src/assets/team')
/** Quellpräsentation. Nur zum Erzeugen nötig, nicht Teil des Repositorys. */
const QUELLE = process.env.PORTRAIT_SOURCE
?? 'C:/Users/beni_/Downloads/PropertyOn_Engeli_v5.pptx'
/**
* Zuordnung Bild → Agent.
*
* Die Reihenfolge entspricht der Titelfolie der Präsentation: Ferdi, Bruno,
* Livia, Nora, Sina. Jede Zuordnung wurde einzeln gegen den bisherigen
* Zuschnitt geprüft — eine frühere Quelle trug dieselben Vornamen für eine
* andere Belegschaft, und ein vertauschtes Gesicht wäre schlimmer als ein
* unscharfes.
*/
const ZUORDNUNG = {
'image1.jpg': 'ferdi',
'image2.jpg': 'bruno',
'image3.jpg': 'livia',
'image4.jpg': 'nora',
'image5.jpg': 'sina',
}
/** Kantenbeschnitt je Seite, als Anteil der Bildbreite. */
const BESCHNITT = 0.03
/** Zielgrösse. Reicht für jede Darstellung im Programm, bleibt klein im Bündel. */
const GROESSE = 512
const CHROME = [
process.env.CHROME_PATH,
'C:/Program Files/Google/Chrome/Application/chrome.exe',
'C:/Program Files (x86)/Google/Chrome/Application/chrome.exe',
].filter(Boolean).find(p => existsSync(p))
if (!CHROME) throw new Error('Kein Chrome gefunden — CHROME_PATH setzen.')
if (!existsSync(QUELLE)) throw new Error(`Quelldatei fehlt: ${QUELLE}`)
/** Bilder aus dem ZIP-Container der Präsentation lesen, ohne Fremdbibliothek. */
function medienAusPptx(pfad, gesucht) {
const b = readFileSync(pfad)
const gefunden = {}
let i = 0
while (i < b.length - 4) {
if (b.readUInt32LE(i) !== 0x04034b50) { i++; continue }
const method = b.readUInt16LE(i + 8)
const csize = b.readUInt32LE(i + 18)
const nameLen = b.readUInt16LE(i + 26)
const extraLen = b.readUInt16LE(i + 28)
const name = b.slice(i + 30, i + 30 + nameLen).toString()
const start = i + 30 + nameLen + extraLen
const datei = name.split('/').pop()
if (name.startsWith('ppt/media/') && gesucht.includes(datei)) {
try {
gefunden[datei] = method === 8
? inflateRawSync(b.slice(start, start + csize))
: b.slice(start, start + csize)
} catch { /* beschädigter Eintrag — überspringen */ }
}
i = start + csize
}
return gefunden
}
const roh = medienAusPptx(QUELLE, Object.keys(ZUORDNUNG))
const fehlend = Object.keys(ZUORDNUNG).filter(f => !roh[f])
if (fehlend.length) throw new Error(`Nicht gefunden: ${fehlend.join(', ')}`)
const browser = await chromium.launch({ executablePath: CHROME })
const page = await browser.newPage()
for (const [datei, agent] of Object.entries(ZUORDNUNG)) {
const dataUri = `data:image/jpeg;base64,${roh[datei].toString('base64')}`
const ergebnis = await page.evaluate(async ({ src, beschnitt, groesse }) => {
const img = await new Promise((ok, err) => {
const el = new Image()
el.onload = () => ok(el)
el.onerror = err
el.src = src
})
const rand = Math.round(Math.min(img.width, img.height) * beschnitt)
const sw = img.width - 2 * rand
const sh = img.height - 2 * rand
const c = document.createElement('canvas')
c.width = groesse
c.height = groesse
const g = c.getContext('2d')
g.imageSmoothingEnabled = true
g.imageSmoothingQuality = 'high'
g.drawImage(img, rand, rand, sw, sh, 0, 0, groesse, groesse)
return { dataUri: c.toDataURL('image/jpeg', 0.86), quelle: `${img.width}x${img.height}` }
}, { src: dataUri, beschnitt: BESCHNITT, groesse: GROESSE })
const aus = resolve(ziel, `${agent}.jpg`)
writeFileSync(aus, Buffer.from(ergebnis.dataUri.split(',')[1], 'base64'))
const kb = (readFileSync(aus).length / 1024).toFixed(0)
console.log(`${agent.padEnd(7)} ${ergebnis.quelle} → ${GROESSE}x${GROESSE}, ${kb} KB`)
}
await browser.close()
+496
View File
@@ -0,0 +1,496 @@
/**
* Erzeugt das Basler Panorama für den 3D-Meetingraum (Runde 6, §2).
*
* Vorher lagen zwei getrennte Fotoflächen vor den Glasfronten — vorne und
* links. An deren Stossstelle war auf der linken Fensterseite eine harte Kante
* sichtbar. Diese Naht lässt sich nicht wegblenden; sie verschwindet nur, wenn
* es gar keine zwei Bilder mehr gibt.
*
* Dieses Skript baut aus den beiden Referenzfotos des Auftrags eine einzige
* durchgehende Panoramadatei. Jede Quelle wird **genau einmal** verwendet —
* kein Kacheln, kein Spiegeln (§2.2). Das gut wirkende Motiv vom Tischende
* («front») bildet die linke Hälfte und bleibt in Ausschnitt und Farbe
* unverändert; die Panoramaaufnahme («left») setzt es nach links fort, in
* Helligkeit angeglichen und über eine schmale Zone überblendet.
*
* Himmel und Wasser werden anschliessend aus der jeweiligen Randzeile nach oben
* und unten gestreckt. Ohne das stünde über und unter dem Bildstreifen eine
* harte Grenze, die im Raum als Kante sichtbar wäre.
*
* Einmalig auszuführen; das Ergebnis liegt als Asset im Repository:
*
* node scripts/build-basel-panorama.mjs
*
* Es braucht keine Bildbibliothek — die Komposition entsteht auf einem Canvas
* im bereits vorhandenen Chrome, den auch die visuellen Prüfungen nutzen.
*/
import { chromium } from 'playwright-core'
import { existsSync, readFileSync, writeFileSync } from 'node:fs'
import { fileURLToPath } from 'node:url'
import { dirname, resolve } from 'node:path'
const here = dirname(fileURLToPath(import.meta.url))
const assets = resolve(here, '../src/assets/staff')
const SRC_FRONT = resolve(assets, 'basel-front.jpg')
const SRC_LEFT = resolve(assets, 'basel-left.jpg')
const OUT = resolve(assets, 'basel-panorama.jpg')
/**
* Zielmasse. Die Breite ergibt sich aus den beiden Quellen: jede einmal,
* abzüglich der Überblendung. Grösser wäre reines Hochskalieren.
*/
const H = 660
/** Wasserlinie im Ziel — beide Quellen werden darauf ausgerichtet. */
const WATER_Y = 400
/** Wasserlinie in den Quellen, als Anteil der Bildhöhe. */
const FRONT_WATER = 0.60
const LEFT_WATER = 0.64
/** Skalierung der beiden Quellen. */
const FRONT_SCALE = 1.3
/**
* Massstab der Fortsetzung (Runde 7, §1).
*
* Nicht frei gewählt, sondern aus den Fotos gemessen: das Münster steht in
* basel-front 106 Pixel über der Wasserlinie, in basel-left 130. Damit
* dieselben Häuser in beiden Bildhälften gleich gross erscheinen, muss die
* Fortsetzung mit 1.3 × 106/130 laufen. Vorher stand hier 2.45 — daher der
* Massstabssprung an der Nahtstelle, bei dem die linken Häuser doppelt so hoch
* wirkten wie die vorderen.
*/
const LEFT_SCALE = 1.06
/**
* Ausschnitt der Fortsetzung, in Pixeln der Quelle.
*
* Beide Referenzfotos zeigen das Münster. Nebeneinander gesetzt stünde es
* zweimal im Bild — eine Doppelstruktur, die §2.1 ausdrücklich ausschliesst.
* Aus der Panoramaaufnahme wird deshalb nur der Abschnitt östlich des Münsters
* verwendet: die Häuserzeilen am Rhein. Das Münster selbst kommt genau einmal
* vor, nämlich im Mittelmotiv vom Tischende.
*/
const LEFT_CROP = { sx: 330, sw: 370 }
/**
* Breite der Überblendung zwischen Mittelmotiv und Fortsetzung.
*
* Bewusst schmal (Runde 7, §1). Eine breite Überblendung mischt zwei
* verschiedene Häuserzeilen ineinander: beide bleiben halbdurchsichtig sichtbar
* und es entstehen «Geisterhäuser», die vor und über anderen Gebäuden stehen.
* Ein Überblenden funktioniert nur bei deckungsgleichem Inhalt — den gibt es
* hier nicht — schon 64 Pixel liessen ein blasses Dach über der echten Zeile
* stehen. Praktisch hart getrennt liest sich die Stelle als Übergang zwischen
* zwei Häuserblöcken am Fluss, und jedes Gebäude bleibt eindeutig.
*/
const FEATHER = 6
/** Überblendbreite in Himmel und Wasser — dort ist das Bild strukturlos. */
const FEATHER_WEICH = 300
/**
* Höhenband der Häuserzeile im fertigen Bild, in Pixeln.
*
* Innerhalb dieses Bands wird schmal überblendet und nachgeschärft, ausserhalb
* breit überblendet und nicht geschärft. Die Grenzen folgen aus der Wasserlinie
* bei 400 und den Dachfirsten darüber.
*
* Die obere Grenze liegt über **allen** Dächern beider Aufnahmen, auch über den
* Dachaufbauten. Lag sie tiefer, schnitt sie die Häuserzeile des Mittelmotivs
* waagrecht durch, und deren Gauben blieben als Reihe schwebender Klötzchen im
* Himmel stehen.
*/
const BAND = { oben: 220, obenEnde: 238, unten: 398, untenEnde: 420 }
/**
* Nachschärfung (Unschärfemaske) gegen die Weichheit des Hochskalierens.
*
* Die Fortsetzung stammt aus einem kleinen Panoramafoto und wird auf ein
* Mehrfaches vergrössert; ohne Nachschärfung verlieren die Dachkanten ihre
* Kontur. `staerke` ist der Anteil der zurückgegebenen Kantenzeichnung.
*/
const SCHAERFE = { staerke: 0.85, radius: 1.1 }
const CHROME = [
process.env.CHROME_PATH,
'C:/Program Files/Google/Chrome/Application/chrome.exe',
'C:/Program Files (x86)/Google/Chrome/Application/chrome.exe',
].filter(Boolean).find(p => existsSync(p))
if (!CHROME) throw new Error('Kein Chrome gefunden — CHROME_PATH setzen.')
for (const f of [SRC_FRONT, SRC_LEFT]) {
if (!existsSync(f)) throw new Error(`Referenzbild fehlt: ${f}`)
}
const asDataUri = f => `data:image/jpeg;base64,${readFileSync(f).toString('base64')}`
const browser = await chromium.launch({ executablePath: CHROME })
const page = await browser.newPage()
const result = await page.evaluate(async (cfg) => {
const load = src => new Promise((ok, err) => {
const img = new Image()
img.onload = () => ok(img)
img.onerror = err
img.src = src
})
const [fImg, lImg] = await Promise.all([load(cfg.front), load(cfg.left)])
const fW = Math.round(fImg.width * cfg.FRONT_SCALE)
const lW = Math.round(cfg.LEFT_CROP.sw * cfg.LEFT_SCALE)
// Die beiden Bilder überlappen sich geometrisch über die volle weiche Breite.
// Nur so lässt sich in Himmel und Wasser breit überblenden — ausserhalb der
// Überlappung gäbe es nichts, worauf übergeblendet werden könnte, und es
// entstünde ein durchsichtiger und damit schwarzer Streifen.
const UEBER = cfg.FEATHER_WEICH
const W = lW + fW - UEBER
const H = cfg.H
/**
* Eine Quelle als Schicht, an der Wasserlinie ausgerichtet.
*
* Bewusst **ohne** senkrechtes Strecken über den Bildrand hinaus. Ein
* gestreckter Streifen Wasser zerfällt in Flecken und Striche. Was oben und
* unten fehlt, füllt weiter unten der Zeilenabgleich sauber auf.
*/
function schicht(img, crop, scale, waterFraction) {
const sx = crop ? crop.sx : 0
const sw = crop ? crop.sw : img.width
const w = Math.round(sw * scale)
const h = Math.round(img.height * scale)
const y = Math.round(cfg.WATER_Y - img.height * waterFraction * scale)
const c = document.createElement('canvas')
c.width = w
c.height = H
const cg = c.getContext('2d')
cg.imageSmoothingEnabled = true
cg.imageSmoothingQuality = 'high'
cg.drawImage(img, sx, 0, sw, img.height, 0, y, w, h)
return { canvas: c, w }
}
/**
* Helligkeit der Fortsetzung **zeilenweise** an das Mittelmotiv angleichen
* (Runde 7, §1).
*
* Ein einziger Faktor für das ganze Bild reicht nicht: die beiden Aufnahmen
* unterscheiden sich im Himmel anders als in der Häuserzeile und im Wasser.
* Der übrig bleibende Unterschied stand als waagrechte Tonkante quer durch den
* Himmel. Verglichen wird nur dort, wo beide Bilder tatsächlich übereinander
* liegen; jede Zeile bekommt ihren eigenen Faktor.
*/
function tonAngleichen(fort, vorne, abX) {
const vonX = abX + Math.round(UEBER * 0.2)
const bisX = abX + Math.round(UEBER * 0.8)
const fb = fort.canvas.getContext('2d').getImageData(0, 0, fort.w, H)
const vb = vorne.canvas.getContext('2d').getImageData(0, 0, vorne.w, H)
/*
* Ein gemeinsamer Faktor für alle drei Kanäle, kein eigener je Kanal.
* Kanalweise verglichen werden Inhalte, die einander nicht entsprechen —
* an derselben Stelle stehen im einen Bild Bäume, im anderen Hausfassaden.
* Die Verhältnisse laufen dann auseinander und färben die Fortsetzung.
*/
let letzterFaktor = 1
for (let y = 0; y < H; y++) {
let sf = 0, sv = 0, n = 0
for (let x = vonX; x < bisX; x++) {
const i = (y * fort.w + (x - abX)) * 4
const j = (y * vorne.w + x) * 4
if (fb.data[i + 3] < 250 || vb.data[j + 3] < 250) continue
sf += 0.2126 * fb.data[i] + 0.7152 * fb.data[i + 1] + 0.0722 * fb.data[i + 2]
sv += 0.2126 * vb.data[j] + 0.7152 * vb.data[j + 1] + 0.0722 * vb.data[j + 2]
n++
}
// Zeilen ohne Überlappung übernehmen den Faktor der letzten vergleichbaren.
if (n >= 20 && sf >= 1) letzterFaktor = Math.max(0.75, Math.min(1.35, sv / sf))
for (let x = 0; x < fort.w; x++) {
const i = (y * fort.w + x) * 4
for (let c = 0; c < 3; c++) {
const wert = fb.data[i + c] * letzterFaktor
fb.data[i + c] = wert > 255 ? 255 : wert
}
}
}
fort.canvas.getContext('2d').putImageData(fb, 0, 0)
}
const cv = document.createElement('canvas')
cv.width = W
cv.height = H
const g = cv.getContext('2d')
g.imageSmoothingEnabled = true
g.imageSmoothingQuality = 'high'
// 1) Beide Schichten aufbauen und die Fortsetzung zeilenweise im Ton
// angleichen, bevor irgendetwas zusammengesetzt wird.
const fort = schicht(lImg, cfg.LEFT_CROP, cfg.LEFT_SCALE, cfg.LEFT_WATER)
const vorne = schicht(fImg, null, cfg.FRONT_SCALE, cfg.FRONT_WATER)
tonAngleichen(fort, vorne, W - fort.w)
// 2) Fortsetzung rechts, darüber das Mittelmotiv mit höhenabhängig weicher
// rechter Flanke. Der Zylinder beginnt beim Mittelmotiv und läuft nach
// links in den Raum weiter; die Bildfolge muss dieser Richtung folgen.
/*
* Die Fortsetzung trägt **nur** die Häuserzeile bei (Runde 7, §1).
*
* Darüber und darunter wird sie ausgeblendet. Ihr Himmel ist milchig-weiss,
* der des Mittelmotivs kräftig blau; nebeneinander stand er als heller Block
* im Bild, und eine Helligkeitsangleichung holt die fehlende Farbsättigung
* nicht zurück. Ihr Wasser wiederum endet früh. Beides deckt weiter unten der
* Zeilenabgleich sauber ab — er verlängert Himmel und Wasser des
* Mittelmotivs über die volle Breite.
*/
const fk = fort.canvas.getContext('2d')
const fbild = fk.getImageData(0, 0, fort.w, H)
const fd = fbild.data
/*
* Oben: der Himmel wird **spaltenweise entlang der echten Dachkante**
* entfernt, nicht mit einer waagrechten Linie abgeschnitten. Eine gerade
* Linie liegt entweder über den Dächern — dann bleibt ein heller Streifen
* Fremdhimmel stehen — oder sie schneidet mitten durch die Dächer.
*
* Gesucht wird je Spalte die erste Zeile, die sich deutlich von der
* Himmelsfarbe ganz oben in derselben Spalte unterscheidet. Drei Zeilen in
* Folge müssen abweichen, damit eine Wolke die Kante nicht vortäuscht.
*/
const obenRand = new Array(fort.w).fill(0)
for (let x = 0; x < fort.w; x++) {
let y0 = 0
while (y0 < H && fd[(y0 * fort.w + x) * 4 + 3] < 250) y0++
if (y0 >= H) { obenRand[x] = H; continue }
/*
* Verglichen wird mit der Zeile acht darüber, nicht mit der obersten Zeile
* der Spalte. Der Himmel verläuft von oben nach unten langsam von blau nach
* dunstig; gegen einen festen Bezugswert überschreitet allein dieser Verlauf
* irgendwann jede Schwelle, und die Kante läge zu hoch. Ein Dachrand
* dagegen ändert die Farbe auf wenigen Zeilen sprunghaft.
*/
let treffer = 0
let kante = H
for (let y = y0 + 8; y < H; y++) {
const i = (y * fort.w + x) * 4
const o = ((y - 8) * fort.w + x) * 4
const sprung = Math.abs(fd[i] - fd[o]) + Math.abs(fd[i + 1] - fd[o + 1]) + Math.abs(fd[i + 2] - fd[o + 2])
treffer = sprung > 60 ? treffer + 1 : 0
if (treffer >= 2) { kante = y - 9; break }
}
obenRand[x] = kante
}
/*
* Median statt Mittelwert über fünf Spalten. Ein Mittelwert zieht die Kante
* an jedem Dachabsatz zu weit nach oben, und darüber blieben kleine Fetzen
* fremden Himmels als Flecken stehen. Der Median folgt der Dachlinie und
* bügelt trotzdem einzelne Ausreisser aus.
*/
const geglaettet = obenRand.map((_, x) => {
const fenster = []
for (let k = -2; k <= 2; k++) if (obenRand[x + k] !== undefined) fenster.push(obenRand[x + k])
fenster.sort((a, b) => a - b)
return fenster[Math.floor(fenster.length / 2)]
})
/** Himmelsfarbe je Spalte, gemessen an der obersten Bildzeile der Schicht. */
const himmel = []
for (let x = 0; x < fort.w; x++) {
let y0 = 0
while (y0 < H && fd[(y0 * fort.w + x) * 4 + 3] < 250) y0++
const i = (y0 * fort.w + x) * 4
himmel.push(y0 < H ? [fd[i], fd[i + 1], fd[i + 2]] : [0, 0, 0])
}
// Unten endet die Fortsetzung kurz unter der Wasserlinie; darunter übernimmt
// das Wasser des Mittelmotivs, das viel weiter hinunterreicht.
const untenAb = cfg.BAND.untenEnde + 10
const untenBis = cfg.BAND.untenEnde + 40
for (let x = 0; x < fort.w; x++) {
const kante = geglaettet[x]
const ref = himmel[x]
for (let y = 0; y < H; y++) {
const i = (y * fort.w + x) * 4
let obenA = Math.max(0, Math.min(1, (y - (kante - 2)) / 5))
/*
* Sicherheitsnetz dicht unter der Kante: was dort noch Himmelsfarbe hat,
* ist Himmel und verschwindet ebenfalls. Sonst bleiben an Dachabsätzen
* einzelne helle Flecken zwischen den Häusern stehen.
*/
if (obenA > 0 && y < kante + 14) {
const abstand = Math.abs(fd[i] - ref[0]) + Math.abs(fd[i + 1] - ref[1]) + Math.abs(fd[i + 2] - ref[2])
if (abstand < 70) obenA = 0
}
const untenA = y < untenAb ? 1 : Math.max(0, 1 - (y - untenAb) / (untenBis - untenAb))
fd[i + 3] = Math.round(fd[i + 3] * obenA * untenA)
}
}
fk.putImageData(fbild, 0, 0)
g.drawImage(fort.canvas, W - fort.w, 0)
const mid = document.createElement('canvas')
mid.width = vorne.w
mid.height = H
const mg = mid.getContext('2d')
mg.drawImage(vorne.canvas, 0, 0)
/*
* Überblendung mit höhenabhängiger Breite (Runde 7, §1).
*
* Über der Häuserzeile und unter der Wasserlinie ist das Bild strukturlos —
* dort wird über die volle Überlappung übergeblendet, und nur so verschwindet
* der Helligkeitssprung im Himmel, den die Angleichung sonst als senkrechte
* Kante stehen lässt. In der Häuserzeile selbst muss die Überblendung schmal
* sein: dort stehen zwei verschiedene Häuserreihen übereinander, und jede
* Breite mischt sie zu halbdurchsichtigen «Geisterhäusern».
*
* Beide Übergänge haben dieselbe Mitte, damit die Trennlinie über die ganze
* Bildhöhe an derselben Stelle liegt und nicht schräg verläuft.
*/
const mitte = vorne.w - UEBER / 2
const maske = document.createElement('canvas')
maske.width = vorne.w
maske.height = H
const kg = maske.getContext('2d')
for (let y = 0; y < H; y++) {
const imBand =
y < cfg.BAND.oben ? 0
: y < cfg.BAND.obenEnde ? (y - cfg.BAND.oben) / (cfg.BAND.obenEnde - cfg.BAND.oben)
: y < cfg.BAND.unten ? 1
: y < cfg.BAND.untenEnde ? 1 - (y - cfg.BAND.unten) / (cfg.BAND.untenEnde - cfg.BAND.unten)
: 0
/*
* Ausserhalb der Häuserzeile reicht das Mittelmotiv bis an seinen eigenen
* rechten Rand: dort trägt die Fortsetzung nichts mehr bei, weil sie oben
* und unten ausgeblendet ist. Innerhalb der Zeile wandert die Trennung in
* die Mitte der Überlappung und wird praktisch hart.
*/
const x0 = (vorne.w - 4) + (mitte - (vorne.w - 4)) * imBand
const b0 = 8 + (cfg.FEATHER - 8) * imBand
const grad = kg.createLinearGradient(x0 - b0 / 2, 0, x0 + b0 / 2, 0)
grad.addColorStop(0, 'rgba(0,0,0,1)')
grad.addColorStop(1, 'rgba(0,0,0,0)')
kg.fillStyle = grad
kg.fillRect(0, y, vorne.w, 1)
}
// Die Maske entsteht zuerst vollständig auf einer eigenen Fläche. Zeilenweise
// direkt mit `destination-in` zu arbeiten ginge nicht: dieser Modus wirkt auf
// die ganze Fläche und löschte bei jeder Zeile alle übrigen.
mg.globalCompositeOperation = 'destination-in'
mg.drawImage(maske, 0, 0)
g.drawImage(mid, 0, 0)
const bild = g.getImageData(0, 0, W, H)
const d = bild.data
/*
* 3) Freie Stellen zeilenweise auffüllen.
*
* Oben und unten reichen die Fotos nicht über die volle Höhe, und rechts endet
* die Fortsetzung früher als das Mittelmotiv. Diese Stellen sind Himmel oder
* Wasser: beides ist waagrecht nahezu einfarbig. Sie bekommen deshalb die
* Durchschnittsfarbe ihrer eigenen Zeile, zum Rand hin weich an die dort
* tatsächlich vorhandenen Bildpunkte angeglichen. Das ergibt eine ruhige
* Fortsetzung ohne Striche, Flecken oder Wiederholungen.
*/
// Erst je Zeile die Durchschnittsfarbe der echten Bildpunkte bestimmen.
const mittelwerte = new Array(H).fill(null)
const luecken = new Array(H).fill(0)
for (let y = 0; y < H; y++) {
const zeile = y * W * 4
let sr = 0, sg = 0, sb = 0, n = 0
for (let x = 0; x < W; x++) {
if (d[zeile + x * 4 + 3] > 250) { sr += d[zeile + x * 4]; sg += d[zeile + x * 4 + 1]; sb += d[zeile + x * 4 + 2]; n++ }
}
if (n > 0) mittelwerte[y] = [sr / n, sg / n, sb / n]
luecken[y] = W - n
}
// Zeilen ganz ohne Bildpunkte — ganz oben und ganz unten — übernehmen die
// Farbe der nächsten Zeile, die welche hat. Ein fester Ersatzwert stünde dort
// sonst als grauer Streifen quer über dem Himmel.
for (let y = 0; y < H; y++) if (!mittelwerte[y]) {
for (let k = 1; k < H; k++) {
if (y + k < H && mittelwerte[y + k]) { mittelwerte[y] = mittelwerte[y + k]; break }
if (y - k >= 0 && mittelwerte[y - k]) { mittelwerte[y] = mittelwerte[y - k]; break }
}
}
for (let y = 0; y < H; y++) {
if (luecken[y] === 0) continue
const zeile = y * W * 4
const mittel = mittelwerte[y]
// Farbe des nächstgelegenen echten Bildpunkts links und rechts merken
for (let x = 0; x < W; x++) {
const i = zeile + x * 4
if (d[i + 3] > 250) continue
/*
* Nur die unmittelbare Nachbarschaft zählt. Wurde weiter gesucht, trug
* die Füllung die Farbe des nächsten Dachs waagrecht in den Himmel
* hinein — als lange helle Schlieren über der Häuserzeile (Runde 7, §1).
* Ein paar Bildpunkte reichen, um die Kante weich zu machen; alles
* weitere bekommt die ruhige Durchschnittsfarbe der Zeile.
*/
let nachbar = null
for (let dx = 1; dx <= 12 && !nachbar; dx++) {
for (const xx of [x - dx, x + dx]) {
if (xx >= 0 && xx < W && d[zeile + xx * 4 + 3] > 250) {
nachbar = { c: [d[zeile + xx * 4], d[zeile + xx * 4 + 1], d[zeile + xx * 4 + 2]], dist: dx }
break
}
}
}
/*
* Der Nachbar zählt nur, wenn er der Zeile ähnlich sieht. Ein Dach oder
* ein Kamin am Rand der Lücke färbte die Füllung sonst ein und zog seine
* Farbe als helle Schliere waagrecht in den Himmel.
*/
const passend = nachbar && Math.abs(nachbar.c[0] - mittel[0]) + Math.abs(nachbar.c[1] - mittel[1]) + Math.abs(nachbar.c[2] - mittel[2]) < 90
const t = passend ? Math.min(1, nachbar.dist / 10) : 1
const quelle = passend ? nachbar.c : mittel
for (let c = 0; c < 3; c++) d[i + c] = quelle[c] * (1 - t) + mittel[c] * t
d[i + 3] = 255
}
}
g.putImageData(bild, 0, 0)
// 4) Nachschärfen (Unschärfemaske): das Bild minus seiner weichgezeichneten
// Fassung ergibt die Kantenzeichnung; sie wird verstärkt zurückgegeben.
// Das holt die Dachkanten der hochskalierten Häuserzeile zurück (§1).
const weich = document.createElement('canvas')
weich.width = W
weich.height = H
const wg = weich.getContext('2d')
wg.filter = `blur(${cfg.SCHAERFE.radius}px)`
wg.drawImage(cv, 0, 0)
const oBild = g.getImageData(0, 0, W, H)
const wBild = wg.getImageData(0, 0, W, H)
const o = oBild.data
const w = wBild.data
// Nur im Strukturband schärfen. Im Himmel brächte Schärfen nichts, im Wasser
// verstärkte es jede Unruhe der aufgefüllten Fläche.
for (let y = cfg.BAND.oben; y < cfg.BAND.untenEnde && y < H; y++) {
const rand = Math.min(y - cfg.BAND.oben, cfg.BAND.untenEnde - y, 24) / 24
const k = cfg.SCHAERFE.staerke * Math.max(0, rand)
for (let x = 0; x < W; x++) {
const i = (y * W + x) * 4
for (let c = 0; c < 3; c++) {
const wert = o[i + c] + k * (o[i + c] - w[i + c])
o[i + c] = wert < 0 ? 0 : wert > 255 ? 255 : wert
}
}
}
g.putImageData(oBild, 0, 0)
return { dataUri: cv.toDataURL('image/jpeg', 0.9), W, H }
}, {
front: asDataUri(SRC_FRONT),
left: asDataUri(SRC_LEFT),
H, WATER_Y, FRONT_WATER, LEFT_WATER, FRONT_SCALE, LEFT_SCALE, FEATHER, FEATHER_WEICH, BAND, LEFT_CROP, SCHAERFE,
})
await browser.close()
writeFileSync(OUT, Buffer.from(result.dataUri.split(',')[1], 'base64'))
const kb = (readFileSync(OUT).length / 1024).toFixed(0)
console.log(`Panorama erzeugt: ${OUT}`)
console.log(` ${result.W}x${result.H}, ${kb} KB`)
+74
View File
@@ -0,0 +1,74 @@
#!/usr/bin/env node
/**
* check-tokens.js
*
* Counts hardcoded hex color literals in sx props / color attributes
* across src/components and src/pages. Fails (exit 1) if count exceeds THRESHOLD.
*
* Usage:
* node scripts/check-tokens.js — report + fail if > threshold
* node scripts/check-tokens.js --report — report only, always exits 0
*
* Run via: npm run check:tokens
*/
import { readdirSync, readFileSync, statSync } from 'node:fs'
import { join, extname } from 'node:path'
// Hex literals allowed before CI blocks the build.
// This is a ratchet — lower it as migration progresses. Never raise it.
// Baseline after initial token migration (2026-05-24): 1958
// Nach der Token-Migration aller Farb-Properties (bgcolor/color/borderColor/
// background/fill/stroke): 925. Die verbleibenden Treffer stehen in
// Farbverläufen, `rgba()`-Werten, Icon-Attributen und Datentabellen, die diese
// Zählung mitnimmt, die ESLint-Regel aber nicht erfasst.
const THRESHOLD = 925
const HEX_PATTERN = /#[0-9A-Fa-f]{3,8}\b/g
const SEARCH_DIRS = ['src/components', 'src/pages']
function walk(dir) {
const files = []
for (const entry of readdirSync(dir, { withFileTypes: true })) {
const full = join(dir, entry.name)
if (entry.isDirectory()) files.push(...walk(full))
else if (entry.isFile() && ['.ts', '.tsx'].includes(extname(entry.name))) files.push(full)
}
return files
}
const reportOnly = process.argv.includes('--report')
const cwd = process.cwd()
let totalViolations = 0
const fileViolations = []
for (const searchDir of SEARCH_DIRS) {
const dir = join(cwd, searchDir)
for (const file of walk(dir)) {
const content = readFileSync(file, 'utf8')
const matches = content.match(HEX_PATTERN)
if (matches && matches.length > 0) {
totalViolations += matches.length
fileViolations.push({ file: file.replace(cwd + '\\', '').replace(cwd + '/', ''), count: matches.length })
}
}
}
fileViolations.sort((a, b) => b.count - a.count)
console.log('\n── Token Compliance Check ───────────────────────────────────────────')
console.log(`Total hex violations: ${totalViolations} (threshold: ${THRESHOLD})`)
console.log(`Status: ${totalViolations <= THRESHOLD ? '✅ PASS' : '❌ FAIL'}`)
console.log('\nTop 15 offenders:')
fileViolations.slice(0, 15).forEach(({ file, count }) => {
console.log(` ${count.toString().padStart(3)} ${file}`)
})
console.log('─────────────────────────────────────────────────────────────────────\n')
if (!reportOnly && totalViolations > THRESHOLD) {
console.error(`Error: ${totalViolations} hex violations exceed threshold of ${THRESHOLD}.`)
console.error('Run `node scripts/check-tokens.js --report` to see the full list.')
process.exit(1)
}
+49 -38
View File
@@ -5,40 +5,39 @@ import { AppShell } from './components/layout'
import { ProtectedRoute } from './components/auth'
import { WorkspaceType } from './domain/enums'
import { useSessionStore } from './stores/sessionStore'
import { AGENT_SECTIONS, AGENT_SECTION_PARAM, ROUTES } from './lib/constants'
// Die Flächensuche ist entfernt — es bleibt ein einziger erreichbarer Einstieg.
// Seit Runde 5 ist das die Startseite; die frühere «Übersicht» existiert nicht mehr.
const WORKSPACE_HOME: Record<string, string> = {
[WorkspaceType.SUPPLY]: '/supply/dashboard',
[WorkspaceType.DEMAND]: '/demand/ai-search',
[WorkspaceType.OPERATIONS]: '/ops/review-queue',
[WorkspaceType.SUPPLY]: ROUTES.SUPPLY.PROPERTIES,
}
function RoleRedirect() {
const { currentUser } = useSessionStore()
const currentUser = useSessionStore(s => s.currentUser)
const first = currentUser?.allowedWorkspaces[0] ?? WorkspaceType.SUPPLY
return <Navigate to={WORKSPACE_HOME[first] ?? '/supply/dashboard'} replace />
return <Navigate to={WORKSPACE_HOME[first] ?? ROUTES.SUPPLY.PROPERTIES} replace />
}
const LoginScreen = lazy(() => import('./pages/auth/LoginScreen'))
const SupplyDashboard = lazy(() => import('./pages/supply/SupplyDashboard'))
const Properties = lazy(() => import('./pages/supply/Properties'))
const MatchCenter = lazy(() => import('./pages/supply/MatchCenter'))
const FutureAvailability = lazy(() => import('./pages/supply/FutureAvailability'))
const DataQuality = lazy(() => import('./pages/supply/DataQuality'))
const ReminderManager = lazy(() => import('./pages/supply/ReminderManager'))
const MarketIntelligence = lazy(() => import('./pages/supply/MarketIntelligence'))
const NewListing = lazy(() => import('./pages/supply/NewListing'))
const MyListings = lazy(() => import('./pages/supply/MyListings'))
const Besichtigungen = lazy(() => import('./pages/supply/Besichtigungen'))
const AISearch = lazy(() => import('./pages/demand/AISearch'))
const Results = lazy(() => import('./pages/demand/Results'))
const MatchDetail = lazy(() => import('./pages/demand/MatchDetail'))
const Compare = lazy(() => import('./pages/demand/Compare'))
const Shortlists = lazy(() => import('./pages/demand/Shortlists'))
// Property On — «Meine Agenten»
const MeineAgenten = lazy(() => import('./pages/supply/MeineAgenten'))
const ReviewQueue = lazy(() => import('./pages/ops/ReviewQueue'))
const AIMonitoring = lazy(() => import('./pages/ops/AIMonitoring'))
const Governance = lazy(() => import('./pages/ops/Governance'))
const MarketIntelligence = lazy(() => import('./pages/ops/MarketIntelligence'))
const SourceMonitoring = lazy(() => import('./pages/ops/SourceMonitoring'))
const ActivityTimeline = lazy(() => import('./pages/ops/ActivityTimeline'))
const SignalPipeline = lazy(() => import('./pages/ops/SignalPipeline'))
/** Alter Unterseitenpfad → Reiter der Hauptseite. Hält Lesezeichen am Leben. */
function TeamSectionRedirect({ section }: { section: string }) {
return <Navigate to={`${ROUTES.SUPPLY.TEAM}?${AGENT_SECTION_PARAM}=${section}`} replace />
}
function App() {
return (
@@ -55,31 +54,43 @@ function App() {
{/* Supply Workspace */}
<Route element={<ProtectedRoute workspace={WorkspaceType.SUPPLY} />}>
<Route path="/supply/dashboard" element={<SupplyDashboard />} />
{/* Runde 5, §2.1: Die Hauptseite «Übersicht» ist entfernt. Der
alte Pfad bleibt als Umleitung bestehen, damit Lesezeichen
und Deep Links auf der Startseite landen statt im Nichts. */}
<Route
path={ROUTES.SUPPLY.LEGACY_DASHBOARD}
element={<Navigate to={ROUTES.SUPPLY.PROPERTIES} replace />}
/>
<Route path="/supply/properties" element={<Properties />} />
{/* Objekt-Detailroute — Ziel aller Objektlinks der Agentenseiten. */}
<Route path="/supply/properties/:propertyId" element={<Properties />} />
<Route path="/supply/match-center" element={<MatchCenter />} />
<Route path="/supply/future-availability" element={<FutureAvailability />} />
<Route path="/supply/new-listing" element={<NewListing />} />
{/* Die fünf Agentenseiten. Vier behalten den Pfad ihres Vorgängers. */}
<Route path="/supply/reminder-manager" element={<ReminderManager />} />
<Route path="/supply/besichtigungen" element={<Besichtigungen />} />
<Route path="/supply/my-listings" element={<MyListings />} />
<Route path="/supply/market-intelligence" element={<MarketIntelligence />} />
<Route path="/supply/data-quality" element={<DataQuality />} />
</Route>
{/* Demand Workspace */}
<Route element={<ProtectedRoute workspace={WorkspaceType.DEMAND} />}>
<Route path="/demand/ai-search" element={<AISearch />} />
<Route path="/demand/results" element={<Results />} />
<Route path="/demand/results/:matchId" element={<MatchDetail />} />
<Route path="/demand/compare" element={<Compare />} />
<Route path="/demand/shortlists" element={<Shortlists />} />
</Route>
{/* Operations Workspace */}
<Route element={<ProtectedRoute workspace={WorkspaceType.OPERATIONS} />}>
<Route path="/ops/review-queue" element={<ReviewQueue />} />
<Route path="/ops/ai-monitoring" element={<AIMonitoring />} />
<Route path="/ops/governance" element={<Governance />} />
<Route path="/ops/market-intelligence" element={<MarketIntelligence />} />
<Route path="/ops/source-monitoring" element={<SourceMonitoring />} />
<Route path="/ops/activity-timeline" element={<ActivityTimeline />} />
<Route path="/ops/signal-pipeline" element={<SignalPipeline />} />
{/* Property On — «Meine Agenten». Die drei Verwaltungsbereiche sind
seit Runde 4 Reiter derselben Seite; die alten Unterseitenpfade
leiten dorthin um, damit bestehende Lesezeichen nicht brechen. */}
<Route path="/supply/team" element={<MeineAgenten />} />
<Route
path="/supply/team/personalverwaltung/*"
element={<TeamSectionRedirect section={AGENT_SECTIONS.PERSONNEL} />}
/>
<Route
path="/supply/team/bearbeitungsverlauf/*"
element={<TeamSectionRedirect section={AGENT_SECTIONS.HISTORY} />}
/>
<Route
path="/supply/team/kanaele-systeme"
element={<TeamSectionRedirect section={AGENT_SECTIONS.CHANNELS} />}
/>
</Route>
</Route>
</Route>
+6
View File
@@ -0,0 +1,6 @@
<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 600 300" width="600" height="300" role="img" aria-label="Lageplan">
<rect width="600" height="300" fill="#eef1f0"/><rect x="30" y="44" width="61" height="30" fill="#dfe3e1"/><rect x="177" y="146" width="86" height="39" fill="#dfe3e1"/><rect x="407" y="100" width="50" height="34" fill="#dfe3e1"/><rect x="240" y="85" width="41" height="50" fill="#dfe3e1"/><rect x="18" y="189" width="57" height="54" fill="#dfe3e1"/><rect x="413" y="119" width="40" height="57" fill="#dfe3e1"/><rect x="490" y="77" width="53" height="43" fill="#dfe3e1"/><rect x="114" y="140" width="65" height="33" fill="#dfe3e1"/><rect x="276" y="106" width="70" height="47" fill="#dfe3e1"/><rect x="413" y="205" width="40" height="53" fill="#dfe3e1"/><rect x="342" y="96" width="71" height="53" fill="#dfe3e1"/><rect x="348" y="221" width="68" height="62" fill="#dfe3e1"/><rect x="57" y="158" width="53" height="45" fill="#dfe3e1"/><rect x="212" y="22" width="44" height="64" fill="#dfe3e1"/><rect x="0" y="113" width="600" height="9" fill="#ffffff"/><rect x="0" y="91" width="600" height="8" fill="#ffffff"/><rect x="0" y="155" width="600" height="12" fill="#ffffff"/><rect x="0" y="201" width="600" height="7" fill="#ffffff"/><rect x="421" y="0" width="9" height="300" fill="#ffffff"/><rect x="242" y="0" width="7" height="300" fill="#ffffff"/><rect x="52" y="0" width="11" height="300" fill="#ffffff"/><rect x="155" y="0" width="12" height="300" fill="#ffffff"/>
<circle cx="300" cy="150" r="17" fill="#152642" opacity="0.15"/>
<circle cx="300" cy="150" r="8" fill="#152642"/>
<circle cx="300" cy="150" r="3" fill="#ffffff"/>
</svg>

After

Width:  |  Height:  |  Size: 1.6 KiB

+6
View File
@@ -0,0 +1,6 @@
<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 600 300" width="600" height="300" role="img" aria-label="Lageplan">
<rect width="600" height="300" fill="#eef1f0"/><rect x="159" y="75" width="42" height="57" fill="#dfe3e1"/><rect x="196" y="88" width="78" height="46" fill="#dfe3e1"/><rect x="379" y="178" width="60" height="64" fill="#dfe3e1"/><rect x="413" y="74" width="59" height="33" fill="#dfe3e1"/><rect x="119" y="102" width="75" height="34" fill="#dfe3e1"/><rect x="168" y="162" width="71" height="47" fill="#dfe3e1"/><rect x="328" y="229" width="65" height="66" fill="#dfe3e1"/><rect x="356" y="153" width="45" height="34" fill="#dfe3e1"/><rect x="122" y="220" width="69" height="54" fill="#dfe3e1"/><rect x="205" y="202" width="74" height="39" fill="#dfe3e1"/><rect x="22" y="134" width="84" height="36" fill="#dfe3e1"/><rect x="266" y="150" width="45" height="42" fill="#dfe3e1"/><rect x="410" y="47" width="73" height="56" fill="#dfe3e1"/><rect x="215" y="64" width="73" height="33" fill="#dfe3e1"/><rect x="0" y="52" width="600" height="10" fill="#ffffff"/><rect x="0" y="73" width="600" height="10" fill="#ffffff"/><rect x="0" y="274" width="600" height="9" fill="#ffffff"/><rect x="0" y="279" width="600" height="8" fill="#ffffff"/><rect x="54" y="0" width="8" height="300" fill="#ffffff"/><rect x="383" y="0" width="10" height="300" fill="#ffffff"/><rect x="120" y="0" width="13" height="300" fill="#ffffff"/><rect x="267" y="0" width="7" height="300" fill="#ffffff"/>
<circle cx="300" cy="150" r="17" fill="#152642" opacity="0.15"/>
<circle cx="300" cy="150" r="8" fill="#152642"/>
<circle cx="300" cy="150" r="3" fill="#ffffff"/>
</svg>

After

Width:  |  Height:  |  Size: 1.6 KiB

+6
View File
@@ -0,0 +1,6 @@
<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 600 300" width="600" height="300" role="img" aria-label="Lageplan">
<rect width="600" height="300" fill="#eef1f0"/><rect x="0" y="249" width="600" height="300" fill="#c8d9e4"/><rect x="131" y="204" width="47" height="45" fill="#dfe3e1"/><rect x="379" y="186" width="55" height="53" fill="#dfe3e1"/><rect x="235" y="112" width="61" height="59" fill="#dfe3e1"/><rect x="241" y="178" width="53" height="48" fill="#dfe3e1"/><rect x="153" y="87" width="70" height="49" fill="#dfe3e1"/><rect x="405" y="140" width="42" height="44" fill="#dfe3e1"/><rect x="253" y="68" width="86" height="30" fill="#dfe3e1"/><rect x="507" y="227" width="72" height="56" fill="#dfe3e1"/><rect x="111" y="43" width="76" height="32" fill="#dfe3e1"/><rect x="215" y="41" width="46" height="36" fill="#dfe3e1"/><rect x="356" y="109" width="86" height="58" fill="#dfe3e1"/><rect x="128" y="154" width="78" height="57" fill="#dfe3e1"/><rect x="312" y="143" width="87" height="49" fill="#dfe3e1"/><rect x="465" y="185" width="49" height="47" fill="#dfe3e1"/><rect x="0" y="49" width="600" height="13" fill="#ffffff"/><rect x="0" y="164" width="600" height="9" fill="#ffffff"/><rect x="0" y="135" width="600" height="10" fill="#ffffff"/><rect x="0" y="125" width="600" height="9" fill="#ffffff"/><rect x="399" y="0" width="13" height="300" fill="#ffffff"/><rect x="450" y="0" width="12" height="300" fill="#ffffff"/><rect x="515" y="0" width="13" height="300" fill="#ffffff"/><rect x="549" y="0" width="9" height="300" fill="#ffffff"/>
<circle cx="300" cy="150" r="17" fill="#152642" opacity="0.15"/>
<circle cx="300" cy="150" r="8" fill="#152642"/>
<circle cx="300" cy="150" r="3" fill="#ffffff"/>
</svg>

After

Width:  |  Height:  |  Size: 1.7 KiB

+6
View File
@@ -0,0 +1,6 @@
<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 600 300" width="600" height="300" role="img" aria-label="Lageplan">
<rect width="600" height="300" fill="#eef1f0"/><rect x="461" y="45" width="81" height="62" fill="#dfe3e1"/><rect x="293" y="91" width="84" height="49" fill="#dfe3e1"/><rect x="378" y="85" width="80" height="62" fill="#dfe3e1"/><rect x="251" y="212" width="79" height="34" fill="#dfe3e1"/><rect x="415" y="185" width="82" height="57" fill="#dfe3e1"/><rect x="351" y="181" width="66" height="39" fill="#dfe3e1"/><rect x="404" y="79" width="55" height="55" fill="#dfe3e1"/><rect x="423" y="52" width="74" height="46" fill="#dfe3e1"/><rect x="247" y="52" width="48" height="48" fill="#dfe3e1"/><rect x="15" y="80" width="73" height="60" fill="#dfe3e1"/><rect x="251" y="14" width="43" height="47" fill="#dfe3e1"/><rect x="342" y="6" width="77" height="56" fill="#dfe3e1"/><rect x="363" y="59" width="63" height="52" fill="#dfe3e1"/><rect x="46" y="226" width="76" height="65" fill="#dfe3e1"/><rect x="0" y="170" width="600" height="10" fill="#ffffff"/><rect x="0" y="33" width="600" height="13" fill="#ffffff"/><rect x="0" y="102" width="600" height="9" fill="#ffffff"/><rect x="0" y="27" width="600" height="9" fill="#ffffff"/><rect x="335" y="0" width="13" height="300" fill="#ffffff"/><rect x="155" y="0" width="11" height="300" fill="#ffffff"/><rect x="241" y="0" width="9" height="300" fill="#ffffff"/><rect x="30" y="0" width="9" height="300" fill="#ffffff"/>
<circle cx="300" cy="150" r="17" fill="#152642" opacity="0.15"/>
<circle cx="300" cy="150" r="8" fill="#152642"/>
<circle cx="300" cy="150" r="3" fill="#ffffff"/>
</svg>

After

Width:  |  Height:  |  Size: 1.6 KiB

+6
View File
@@ -0,0 +1,6 @@
<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 600 300" width="600" height="300" role="img" aria-label="Lageplan">
<rect width="600" height="300" fill="#eef1f0"/><rect x="0" y="197" width="600" height="300" fill="#c8d9e4"/><rect x="252" y="201" width="72" height="31" fill="#dfe3e1"/><rect x="492" y="195" width="52" height="33" fill="#dfe3e1"/><rect x="3" y="49" width="82" height="43" fill="#dfe3e1"/><rect x="108" y="179" width="44" height="42" fill="#dfe3e1"/><rect x="137" y="93" width="49" height="46" fill="#dfe3e1"/><rect x="205" y="202" width="58" height="31" fill="#dfe3e1"/><rect x="13" y="167" width="40" height="44" fill="#dfe3e1"/><rect x="199" y="201" width="63" height="64" fill="#dfe3e1"/><rect x="404" y="139" width="50" height="55" fill="#dfe3e1"/><rect x="492" y="3" width="68" height="66" fill="#dfe3e1"/><rect x="508" y="44" width="80" height="66" fill="#dfe3e1"/><rect x="364" y="38" width="78" height="48" fill="#dfe3e1"/><rect x="328" y="225" width="57" height="33" fill="#dfe3e1"/><rect x="226" y="13" width="83" height="49" fill="#dfe3e1"/><rect x="0" y="37" width="600" height="11" fill="#ffffff"/><rect x="0" y="257" width="600" height="8" fill="#ffffff"/><rect x="0" y="104" width="600" height="11" fill="#ffffff"/><rect x="0" y="122" width="600" height="10" fill="#ffffff"/><rect x="147" y="0" width="11" height="300" fill="#ffffff"/><rect x="296" y="0" width="10" height="300" fill="#ffffff"/><rect x="306" y="0" width="12" height="300" fill="#ffffff"/><rect x="104" y="0" width="8" height="300" fill="#ffffff"/>
<circle cx="300" cy="150" r="17" fill="#152642" opacity="0.15"/>
<circle cx="300" cy="150" r="8" fill="#152642"/>
<circle cx="300" cy="150" r="3" fill="#ffffff"/>
</svg>

After

Width:  |  Height:  |  Size: 1.7 KiB

+6
View File
@@ -0,0 +1,6 @@
<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 600 300" width="600" height="300" role="img" aria-label="Lageplan">
<rect width="600" height="300" fill="#eef1f0"/><rect x="0" y="198" width="600" height="300" fill="#c8d9e4"/><rect x="457" y="110" width="56" height="66" fill="#dfe3e1"/><rect x="288" y="109" width="86" height="57" fill="#dfe3e1"/><rect x="408" y="82" width="70" height="43" fill="#dfe3e1"/><rect x="262" y="51" width="79" height="59" fill="#dfe3e1"/><rect x="177" y="82" width="52" height="34" fill="#dfe3e1"/><rect x="444" y="228" width="68" height="53" fill="#dfe3e1"/><rect x="193" y="185" width="58" height="32" fill="#dfe3e1"/><rect x="95" y="163" width="59" height="65" fill="#dfe3e1"/><rect x="429" y="61" width="63" height="59" fill="#dfe3e1"/><rect x="105" y="69" width="44" height="32" fill="#dfe3e1"/><rect x="506" y="56" width="82" height="64" fill="#dfe3e1"/><rect x="467" y="223" width="75" height="41" fill="#dfe3e1"/><rect x="167" y="13" width="50" height="33" fill="#dfe3e1"/><rect x="8" y="159" width="71" height="40" fill="#dfe3e1"/><rect x="0" y="92" width="600" height="9" fill="#ffffff"/><rect x="0" y="221" width="600" height="8" fill="#ffffff"/><rect x="0" y="76" width="600" height="10" fill="#ffffff"/><rect x="0" y="204" width="600" height="7" fill="#ffffff"/><rect x="193" y="0" width="13" height="300" fill="#ffffff"/><rect x="285" y="0" width="8" height="300" fill="#ffffff"/><rect x="438" y="0" width="7" height="300" fill="#ffffff"/><rect x="397" y="0" width="8" height="300" fill="#ffffff"/>
<circle cx="300" cy="150" r="17" fill="#152642" opacity="0.15"/>
<circle cx="300" cy="150" r="8" fill="#152642"/>
<circle cx="300" cy="150" r="3" fill="#ffffff"/>
</svg>

After

Width:  |  Height:  |  Size: 1.7 KiB

+6
View File
@@ -0,0 +1,6 @@
<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 600 300" width="600" height="300" role="img" aria-label="Lageplan">
<rect width="600" height="300" fill="#eef1f0"/><rect x="417" y="225" width="78" height="39" fill="#dfe3e1"/><rect x="500" y="72" width="75" height="49" fill="#dfe3e1"/><rect x="283" y="103" width="51" height="60" fill="#dfe3e1"/><rect x="56" y="132" width="73" height="32" fill="#dfe3e1"/><rect x="18" y="90" width="44" height="49" fill="#dfe3e1"/><rect x="421" y="201" width="45" height="62" fill="#dfe3e1"/><rect x="477" y="24" width="68" height="32" fill="#dfe3e1"/><rect x="81" y="138" width="85" height="55" fill="#dfe3e1"/><rect x="23" y="162" width="43" height="57" fill="#dfe3e1"/><rect x="472" y="195" width="79" height="38" fill="#dfe3e1"/><rect x="123" y="7" width="42" height="39" fill="#dfe3e1"/><rect x="504" y="9" width="86" height="41" fill="#dfe3e1"/><rect x="319" y="220" width="83" height="44" fill="#dfe3e1"/><rect x="65" y="205" width="51" height="37" fill="#dfe3e1"/><rect x="0" y="240" width="600" height="8" fill="#ffffff"/><rect x="0" y="262" width="600" height="7" fill="#ffffff"/><rect x="0" y="132" width="600" height="7" fill="#ffffff"/><rect x="0" y="239" width="600" height="10" fill="#ffffff"/><rect x="304" y="0" width="13" height="300" fill="#ffffff"/><rect x="357" y="0" width="9" height="300" fill="#ffffff"/><rect x="186" y="0" width="7" height="300" fill="#ffffff"/><rect x="444" y="0" width="8" height="300" fill="#ffffff"/>
<circle cx="300" cy="150" r="17" fill="#152642" opacity="0.15"/>
<circle cx="300" cy="150" r="8" fill="#152642"/>
<circle cx="300" cy="150" r="3" fill="#ffffff"/>
</svg>

After

Width:  |  Height:  |  Size: 1.6 KiB

+6
View File
@@ -0,0 +1,6 @@
<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 600 300" width="600" height="300" role="img" aria-label="Lageplan">
<rect width="600" height="300" fill="#eef1f0"/><rect x="233" y="0" width="88" height="55" fill="#dfe3e1"/><rect x="434" y="22" width="74" height="30" fill="#dfe3e1"/><rect x="77" y="64" width="75" height="57" fill="#dfe3e1"/><rect x="480" y="84" width="83" height="33" fill="#dfe3e1"/><rect x="51" y="112" width="78" height="60" fill="#dfe3e1"/><rect x="338" y="155" width="62" height="32" fill="#dfe3e1"/><rect x="295" y="197" width="76" height="39" fill="#dfe3e1"/><rect x="507" y="125" width="65" height="59" fill="#dfe3e1"/><rect x="236" y="39" width="46" height="46" fill="#dfe3e1"/><rect x="170" y="185" width="56" height="55" fill="#dfe3e1"/><rect x="419" y="49" width="80" height="65" fill="#dfe3e1"/><rect x="451" y="143" width="65" height="41" fill="#dfe3e1"/><rect x="221" y="77" width="44" height="43" fill="#dfe3e1"/><rect x="453" y="24" width="82" height="60" fill="#dfe3e1"/><rect x="0" y="205" width="600" height="11" fill="#ffffff"/><rect x="0" y="152" width="600" height="11" fill="#ffffff"/><rect x="0" y="167" width="600" height="10" fill="#ffffff"/><rect x="0" y="79" width="600" height="10" fill="#ffffff"/><rect x="282" y="0" width="8" height="300" fill="#ffffff"/><rect x="181" y="0" width="9" height="300" fill="#ffffff"/><rect x="263" y="0" width="9" height="300" fill="#ffffff"/><rect x="465" y="0" width="13" height="300" fill="#ffffff"/>
<circle cx="300" cy="150" r="17" fill="#152642" opacity="0.15"/>
<circle cx="300" cy="150" r="8" fill="#152642"/>
<circle cx="300" cy="150" r="3" fill="#ffffff"/>
</svg>

After

Width:  |  Height:  |  Size: 1.6 KiB

+6
View File
@@ -0,0 +1,6 @@
<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 600 300" width="600" height="300" role="img" aria-label="Lageplan">
<rect width="600" height="300" fill="#eef1f0"/><rect x="302" y="44" width="45" height="42" fill="#dfe3e1"/><rect x="172" y="89" width="55" height="60" fill="#dfe3e1"/><rect x="138" y="150" width="76" height="43" fill="#dfe3e1"/><rect x="383" y="149" width="63" height="48" fill="#dfe3e1"/><rect x="337" y="174" width="76" height="36" fill="#dfe3e1"/><rect x="423" y="129" width="59" height="43" fill="#dfe3e1"/><rect x="12" y="84" width="53" height="62" fill="#dfe3e1"/><rect x="325" y="182" width="71" height="47" fill="#dfe3e1"/><rect x="480" y="51" width="67" height="41" fill="#dfe3e1"/><rect x="245" y="216" width="65" height="55" fill="#dfe3e1"/><rect x="77" y="89" width="84" height="58" fill="#dfe3e1"/><rect x="35" y="15" width="53" height="52" fill="#dfe3e1"/><rect x="419" y="14" width="45" height="63" fill="#dfe3e1"/><rect x="437" y="103" width="49" height="38" fill="#dfe3e1"/><rect x="0" y="225" width="600" height="7" fill="#ffffff"/><rect x="0" y="159" width="600" height="8" fill="#ffffff"/><rect x="0" y="52" width="600" height="7" fill="#ffffff"/><rect x="0" y="241" width="600" height="11" fill="#ffffff"/><rect x="495" y="0" width="9" height="300" fill="#ffffff"/><rect x="506" y="0" width="9" height="300" fill="#ffffff"/><rect x="466" y="0" width="11" height="300" fill="#ffffff"/><rect x="381" y="0" width="7" height="300" fill="#ffffff"/>
<circle cx="300" cy="150" r="17" fill="#152642" opacity="0.15"/>
<circle cx="300" cy="150" r="8" fill="#152642"/>
<circle cx="300" cy="150" r="3" fill="#ffffff"/>
</svg>

After

Width:  |  Height:  |  Size: 1.6 KiB

+6
View File
@@ -0,0 +1,6 @@
<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 600 300" width="600" height="300" role="img" aria-label="Lageplan">
<rect width="600" height="300" fill="#eef1f0"/><rect x="472" y="45" width="61" height="42" fill="#dfe3e1"/><rect x="96" y="67" width="58" height="32" fill="#dfe3e1"/><rect x="366" y="48" width="66" height="43" fill="#dfe3e1"/><rect x="163" y="203" width="41" height="37" fill="#dfe3e1"/><rect x="450" y="123" width="62" height="41" fill="#dfe3e1"/><rect x="188" y="43" width="75" height="34" fill="#dfe3e1"/><rect x="283" y="79" width="79" height="61" fill="#dfe3e1"/><rect x="296" y="206" width="54" height="41" fill="#dfe3e1"/><rect x="307" y="91" width="85" height="49" fill="#dfe3e1"/><rect x="52" y="196" width="76" height="38" fill="#dfe3e1"/><rect x="509" y="230" width="55" height="30" fill="#dfe3e1"/><rect x="364" y="222" width="59" height="40" fill="#dfe3e1"/><rect x="45" y="156" width="74" height="50" fill="#dfe3e1"/><rect x="55" y="224" width="79" height="32" fill="#dfe3e1"/><rect x="0" y="67" width="600" height="11" fill="#ffffff"/><rect x="0" y="210" width="600" height="10" fill="#ffffff"/><rect x="0" y="45" width="600" height="9" fill="#ffffff"/><rect x="0" y="237" width="600" height="12" fill="#ffffff"/><rect x="23" y="0" width="9" height="300" fill="#ffffff"/><rect x="229" y="0" width="11" height="300" fill="#ffffff"/><rect x="392" y="0" width="9" height="300" fill="#ffffff"/><rect x="199" y="0" width="12" height="300" fill="#ffffff"/>
<circle cx="300" cy="150" r="17" fill="#152642" opacity="0.15"/>
<circle cx="300" cy="150" r="8" fill="#152642"/>
<circle cx="300" cy="150" r="3" fill="#ffffff"/>
</svg>

After

Width:  |  Height:  |  Size: 1.6 KiB

+6
View File
@@ -0,0 +1,6 @@
<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 600 300" width="600" height="300" role="img" aria-label="Lageplan">
<rect width="600" height="300" fill="#eef1f0"/><rect x="0" y="234" width="600" height="300" fill="#c8d9e4"/><rect x="6" y="70" width="76" height="55" fill="#dfe3e1"/><rect x="213" y="96" width="78" height="66" fill="#dfe3e1"/><rect x="169" y="31" width="78" height="60" fill="#dfe3e1"/><rect x="59" y="54" width="59" height="63" fill="#dfe3e1"/><rect x="472" y="64" width="75" height="49" fill="#dfe3e1"/><rect x="304" y="178" width="55" height="41" fill="#dfe3e1"/><rect x="267" y="199" width="80" height="57" fill="#dfe3e1"/><rect x="34" y="133" width="82" height="52" fill="#dfe3e1"/><rect x="371" y="90" width="62" height="34" fill="#dfe3e1"/><rect x="188" y="45" width="85" height="38" fill="#dfe3e1"/><rect x="508" y="87" width="81" height="34" fill="#dfe3e1"/><rect x="316" y="76" width="83" height="56" fill="#dfe3e1"/><rect x="419" y="64" width="58" height="50" fill="#dfe3e1"/><rect x="236" y="220" width="60" height="37" fill="#dfe3e1"/><rect x="0" y="163" width="600" height="13" fill="#ffffff"/><rect x="0" y="103" width="600" height="7" fill="#ffffff"/><rect x="0" y="117" width="600" height="12" fill="#ffffff"/><rect x="0" y="67" width="600" height="9" fill="#ffffff"/><rect x="438" y="0" width="11" height="300" fill="#ffffff"/><rect x="165" y="0" width="7" height="300" fill="#ffffff"/><rect x="482" y="0" width="8" height="300" fill="#ffffff"/><rect x="46" y="0" width="11" height="300" fill="#ffffff"/>
<circle cx="300" cy="150" r="17" fill="#152642" opacity="0.15"/>
<circle cx="300" cy="150" r="8" fill="#152642"/>
<circle cx="300" cy="150" r="3" fill="#ffffff"/>
</svg>

After

Width:  |  Height:  |  Size: 1.7 KiB

+6
View File
@@ -0,0 +1,6 @@
<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 600 300" width="600" height="300" role="img" aria-label="Lageplan">
<rect width="600" height="300" fill="#eef1f0"/><rect x="341" y="112" width="87" height="34" fill="#dfe3e1"/><rect x="470" y="23" width="43" height="55" fill="#dfe3e1"/><rect x="301" y="39" width="80" height="33" fill="#dfe3e1"/><rect x="228" y="82" width="45" height="33" fill="#dfe3e1"/><rect x="4" y="97" width="75" height="57" fill="#dfe3e1"/><rect x="427" y="222" width="49" height="66" fill="#dfe3e1"/><rect x="445" y="108" width="79" height="31" fill="#dfe3e1"/><rect x="285" y="160" width="48" height="56" fill="#dfe3e1"/><rect x="502" y="96" width="44" height="60" fill="#dfe3e1"/><rect x="156" y="222" width="61" height="46" fill="#dfe3e1"/><rect x="69" y="148" width="60" height="41" fill="#dfe3e1"/><rect x="55" y="87" width="56" height="40" fill="#dfe3e1"/><rect x="449" y="39" width="78" height="66" fill="#dfe3e1"/><rect x="475" y="43" width="41" height="46" fill="#dfe3e1"/><rect x="0" y="145" width="600" height="7" fill="#ffffff"/><rect x="0" y="103" width="600" height="13" fill="#ffffff"/><rect x="0" y="86" width="600" height="8" fill="#ffffff"/><rect x="0" y="132" width="600" height="12" fill="#ffffff"/><rect x="79" y="0" width="9" height="300" fill="#ffffff"/><rect x="46" y="0" width="7" height="300" fill="#ffffff"/><rect x="429" y="0" width="8" height="300" fill="#ffffff"/><rect x="151" y="0" width="13" height="300" fill="#ffffff"/>
<circle cx="300" cy="150" r="17" fill="#152642" opacity="0.15"/>
<circle cx="300" cy="150" r="8" fill="#152642"/>
<circle cx="300" cy="150" r="3" fill="#ffffff"/>
</svg>

After

Width:  |  Height:  |  Size: 1.6 KiB

+6
View File
@@ -0,0 +1,6 @@
<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 600 300" width="600" height="300" role="img" aria-label="Lageplan">
<rect width="600" height="300" fill="#eef1f0"/><rect x="0" y="220" width="600" height="300" fill="#c8d9e4"/><rect x="322" y="163" width="86" height="31" fill="#dfe3e1"/><rect x="312" y="50" width="70" height="37" fill="#dfe3e1"/><rect x="405" y="113" width="40" height="34" fill="#dfe3e1"/><rect x="240" y="15" width="63" height="42" fill="#dfe3e1"/><rect x="489" y="105" width="53" height="54" fill="#dfe3e1"/><rect x="504" y="44" width="75" height="58" fill="#dfe3e1"/><rect x="445" y="113" width="70" height="49" fill="#dfe3e1"/><rect x="33" y="101" width="84" height="49" fill="#dfe3e1"/><rect x="341" y="137" width="48" height="49" fill="#dfe3e1"/><rect x="211" y="204" width="61" height="61" fill="#dfe3e1"/><rect x="212" y="160" width="59" height="43" fill="#dfe3e1"/><rect x="369" y="150" width="52" height="61" fill="#dfe3e1"/><rect x="348" y="107" width="82" height="58" fill="#dfe3e1"/><rect x="333" y="135" width="75" height="46" fill="#dfe3e1"/><rect x="0" y="223" width="600" height="10" fill="#ffffff"/><rect x="0" y="71" width="600" height="13" fill="#ffffff"/><rect x="0" y="220" width="600" height="7" fill="#ffffff"/><rect x="0" y="174" width="600" height="12" fill="#ffffff"/><rect x="356" y="0" width="13" height="300" fill="#ffffff"/><rect x="364" y="0" width="7" height="300" fill="#ffffff"/><rect x="147" y="0" width="7" height="300" fill="#ffffff"/><rect x="518" y="0" width="8" height="300" fill="#ffffff"/>
<circle cx="300" cy="150" r="17" fill="#152642" opacity="0.15"/>
<circle cx="300" cy="150" r="8" fill="#152642"/>
<circle cx="300" cy="150" r="3" fill="#ffffff"/>
</svg>

After

Width:  |  Height:  |  Size: 1.7 KiB

+6
View File
@@ -0,0 +1,6 @@
<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 600 300" width="600" height="300" role="img" aria-label="Lageplan">
<rect width="600" height="300" fill="#eef1f0"/><rect x="201" y="96" width="85" height="35" fill="#dfe3e1"/><rect x="301" y="59" width="76" height="38" fill="#dfe3e1"/><rect x="408" y="175" width="67" height="64" fill="#dfe3e1"/><rect x="289" y="86" width="65" height="43" fill="#dfe3e1"/><rect x="501" y="88" width="73" height="46" fill="#dfe3e1"/><rect x="30" y="62" width="57" height="44" fill="#dfe3e1"/><rect x="428" y="205" width="69" height="42" fill="#dfe3e1"/><rect x="76" y="163" width="57" height="58" fill="#dfe3e1"/><rect x="94" y="151" width="61" height="49" fill="#dfe3e1"/><rect x="232" y="163" width="52" height="43" fill="#dfe3e1"/><rect x="16" y="41" width="84" height="57" fill="#dfe3e1"/><rect x="490" y="124" width="67" height="32" fill="#dfe3e1"/><rect x="22" y="74" width="76" height="46" fill="#dfe3e1"/><rect x="282" y="230" width="64" height="66" fill="#dfe3e1"/><rect x="0" y="38" width="600" height="13" fill="#ffffff"/><rect x="0" y="280" width="600" height="8" fill="#ffffff"/><rect x="0" y="233" width="600" height="8" fill="#ffffff"/><rect x="0" y="203" width="600" height="8" fill="#ffffff"/><rect x="308" y="0" width="10" height="300" fill="#ffffff"/><rect x="443" y="0" width="13" height="300" fill="#ffffff"/><rect x="183" y="0" width="10" height="300" fill="#ffffff"/><rect x="261" y="0" width="12" height="300" fill="#ffffff"/>
<circle cx="300" cy="150" r="17" fill="#152642" opacity="0.15"/>
<circle cx="300" cy="150" r="8" fill="#152642"/>
<circle cx="300" cy="150" r="3" fill="#ffffff"/>
</svg>

After

Width:  |  Height:  |  Size: 1.6 KiB

+6
View File
@@ -0,0 +1,6 @@
<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 600 300" width="600" height="300" role="img" aria-label="Lageplan">
<rect width="600" height="300" fill="#eef1f0"/><rect x="0" y="240" width="600" height="300" fill="#c8d9e4"/><rect x="372" y="115" width="75" height="45" fill="#dfe3e1"/><rect x="74" y="194" width="72" height="58" fill="#dfe3e1"/><rect x="306" y="121" width="74" height="49" fill="#dfe3e1"/><rect x="200" y="108" width="42" height="56" fill="#dfe3e1"/><rect x="110" y="75" width="57" height="51" fill="#dfe3e1"/><rect x="81" y="101" width="53" height="45" fill="#dfe3e1"/><rect x="268" y="66" width="61" height="63" fill="#dfe3e1"/><rect x="471" y="56" width="75" height="36" fill="#dfe3e1"/><rect x="7" y="24" width="43" height="58" fill="#dfe3e1"/><rect x="173" y="22" width="85" height="30" fill="#dfe3e1"/><rect x="219" y="67" width="88" height="32" fill="#dfe3e1"/><rect x="73" y="23" width="40" height="39" fill="#dfe3e1"/><rect x="364" y="184" width="72" height="42" fill="#dfe3e1"/><rect x="142" y="188" width="80" height="40" fill="#dfe3e1"/><rect x="0" y="256" width="600" height="12" fill="#ffffff"/><rect x="0" y="174" width="600" height="13" fill="#ffffff"/><rect x="0" y="57" width="600" height="13" fill="#ffffff"/><rect x="0" y="208" width="600" height="8" fill="#ffffff"/><rect x="149" y="0" width="9" height="300" fill="#ffffff"/><rect x="211" y="0" width="11" height="300" fill="#ffffff"/><rect x="231" y="0" width="8" height="300" fill="#ffffff"/><rect x="29" y="0" width="7" height="300" fill="#ffffff"/>
<circle cx="300" cy="150" r="17" fill="#152642" opacity="0.15"/>
<circle cx="300" cy="150" r="8" fill="#152642"/>
<circle cx="300" cy="150" r="3" fill="#ffffff"/>
</svg>

After

Width:  |  Height:  |  Size: 1.7 KiB

+6
View File
@@ -0,0 +1,6 @@
<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 600 300" width="600" height="300" role="img" aria-label="Lageplan">
<rect width="600" height="300" fill="#eef1f0"/><rect x="56" y="24" width="50" height="49" fill="#dfe3e1"/><rect x="390" y="186" width="44" height="43" fill="#dfe3e1"/><rect x="380" y="76" width="82" height="60" fill="#dfe3e1"/><rect x="252" y="131" width="53" height="46" fill="#dfe3e1"/><rect x="446" y="137" width="65" height="35" fill="#dfe3e1"/><rect x="241" y="85" width="45" height="47" fill="#dfe3e1"/><rect x="66" y="102" width="55" height="45" fill="#dfe3e1"/><rect x="142" y="197" width="81" height="66" fill="#dfe3e1"/><rect x="424" y="48" width="79" height="33" fill="#dfe3e1"/><rect x="272" y="91" width="80" height="59" fill="#dfe3e1"/><rect x="136" y="205" width="80" height="64" fill="#dfe3e1"/><rect x="37" y="149" width="46" height="56" fill="#dfe3e1"/><rect x="446" y="138" width="78" height="33" fill="#dfe3e1"/><rect x="140" y="99" width="57" height="54" fill="#dfe3e1"/><rect x="0" y="278" width="600" height="7" fill="#ffffff"/><rect x="0" y="94" width="600" height="7" fill="#ffffff"/><rect x="0" y="195" width="600" height="13" fill="#ffffff"/><rect x="0" y="217" width="600" height="8" fill="#ffffff"/><rect x="357" y="0" width="12" height="300" fill="#ffffff"/><rect x="428" y="0" width="10" height="300" fill="#ffffff"/><rect x="361" y="0" width="10" height="300" fill="#ffffff"/><rect x="522" y="0" width="7" height="300" fill="#ffffff"/>
<circle cx="300" cy="150" r="17" fill="#152642" opacity="0.15"/>
<circle cx="300" cy="150" r="8" fill="#152642"/>
<circle cx="300" cy="150" r="3" fill="#ffffff"/>
</svg>

After

Width:  |  Height:  |  Size: 1.6 KiB

+6
View File
@@ -0,0 +1,6 @@
<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 600 300" width="600" height="300" role="img" aria-label="Lageplan">
<rect width="600" height="300" fill="#eef1f0"/><rect x="0" y="190" width="600" height="300" fill="#c8d9e4"/><rect x="301" y="65" width="63" height="37" fill="#dfe3e1"/><rect x="204" y="214" width="56" height="32" fill="#dfe3e1"/><rect x="498" y="6" width="57" height="61" fill="#dfe3e1"/><rect x="257" y="172" width="82" height="41" fill="#dfe3e1"/><rect x="366" y="6" width="77" height="57" fill="#dfe3e1"/><rect x="62" y="160" width="47" height="47" fill="#dfe3e1"/><rect x="320" y="131" width="75" height="54" fill="#dfe3e1"/><rect x="116" y="138" width="65" height="64" fill="#dfe3e1"/><rect x="107" y="145" width="40" height="65" fill="#dfe3e1"/><rect x="116" y="180" width="85" height="33" fill="#dfe3e1"/><rect x="72" y="186" width="77" height="53" fill="#dfe3e1"/><rect x="460" y="38" width="68" height="53" fill="#dfe3e1"/><rect x="333" y="230" width="54" height="63" fill="#dfe3e1"/><rect x="432" y="10" width="86" height="55" fill="#dfe3e1"/><rect x="0" y="240" width="600" height="7" fill="#ffffff"/><rect x="0" y="217" width="600" height="11" fill="#ffffff"/><rect x="0" y="243" width="600" height="9" fill="#ffffff"/><rect x="0" y="222" width="600" height="9" fill="#ffffff"/><rect x="232" y="0" width="7" height="300" fill="#ffffff"/><rect x="428" y="0" width="10" height="300" fill="#ffffff"/><rect x="76" y="0" width="7" height="300" fill="#ffffff"/><rect x="414" y="0" width="11" height="300" fill="#ffffff"/>
<circle cx="300" cy="150" r="17" fill="#152642" opacity="0.15"/>
<circle cx="300" cy="150" r="8" fill="#152642"/>
<circle cx="300" cy="150" r="3" fill="#ffffff"/>
</svg>

After

Width:  |  Height:  |  Size: 1.7 KiB

+6
View File
@@ -0,0 +1,6 @@
<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 600 300" width="600" height="300" role="img" aria-label="Lageplan">
<rect width="600" height="300" fill="#eef1f0"/><rect x="0" y="237" width="600" height="300" fill="#c8d9e4"/><rect x="297" y="112" width="59" height="33" fill="#dfe3e1"/><rect x="128" y="203" width="68" height="32" fill="#dfe3e1"/><rect x="142" y="162" width="58" height="53" fill="#dfe3e1"/><rect x="298" y="150" width="77" height="35" fill="#dfe3e1"/><rect x="44" y="217" width="75" height="33" fill="#dfe3e1"/><rect x="405" y="19" width="64" height="53" fill="#dfe3e1"/><rect x="209" y="185" width="78" height="65" fill="#dfe3e1"/><rect x="253" y="163" width="50" height="63" fill="#dfe3e1"/><rect x="277" y="166" width="88" height="59" fill="#dfe3e1"/><rect x="502" y="59" width="79" height="35" fill="#dfe3e1"/><rect x="220" y="26" width="40" height="60" fill="#dfe3e1"/><rect x="238" y="139" width="58" height="35" fill="#dfe3e1"/><rect x="225" y="119" width="84" height="52" fill="#dfe3e1"/><rect x="208" y="155" width="59" height="30" fill="#dfe3e1"/><rect x="0" y="53" width="600" height="7" fill="#ffffff"/><rect x="0" y="213" width="600" height="10" fill="#ffffff"/><rect x="0" y="35" width="600" height="11" fill="#ffffff"/><rect x="0" y="202" width="600" height="9" fill="#ffffff"/><rect x="489" y="0" width="8" height="300" fill="#ffffff"/><rect x="392" y="0" width="13" height="300" fill="#ffffff"/><rect x="536" y="0" width="10" height="300" fill="#ffffff"/><rect x="244" y="0" width="9" height="300" fill="#ffffff"/>
<circle cx="300" cy="150" r="17" fill="#152642" opacity="0.15"/>
<circle cx="300" cy="150" r="8" fill="#152642"/>
<circle cx="300" cy="150" r="3" fill="#ffffff"/>
</svg>

After

Width:  |  Height:  |  Size: 1.7 KiB

+6
View File
@@ -0,0 +1,6 @@
<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 600 300" width="600" height="300" role="img" aria-label="Lageplan">
<rect width="600" height="300" fill="#eef1f0"/><rect x="0" y="193" width="600" height="300" fill="#c8d9e4"/><rect x="73" y="60" width="64" height="61" fill="#dfe3e1"/><rect x="510" y="27" width="45" height="44" fill="#dfe3e1"/><rect x="45" y="73" width="47" height="62" fill="#dfe3e1"/><rect x="273" y="56" width="76" height="61" fill="#dfe3e1"/><rect x="466" y="91" width="66" height="58" fill="#dfe3e1"/><rect x="388" y="109" width="72" height="33" fill="#dfe3e1"/><rect x="448" y="190" width="66" height="30" fill="#dfe3e1"/><rect x="494" y="17" width="57" height="50" fill="#dfe3e1"/><rect x="355" y="77" width="57" height="64" fill="#dfe3e1"/><rect x="55" y="149" width="48" height="46" fill="#dfe3e1"/><rect x="47" y="143" width="83" height="63" fill="#dfe3e1"/><rect x="77" y="53" width="50" height="43" fill="#dfe3e1"/><rect x="445" y="224" width="68" height="52" fill="#dfe3e1"/><rect x="434" y="166" width="52" height="33" fill="#dfe3e1"/><rect x="0" y="41" width="600" height="7" fill="#ffffff"/><rect x="0" y="30" width="600" height="13" fill="#ffffff"/><rect x="0" y="234" width="600" height="11" fill="#ffffff"/><rect x="0" y="255" width="600" height="7" fill="#ffffff"/><rect x="364" y="0" width="13" height="300" fill="#ffffff"/><rect x="528" y="0" width="9" height="300" fill="#ffffff"/><rect x="50" y="0" width="8" height="300" fill="#ffffff"/><rect x="576" y="0" width="9" height="300" fill="#ffffff"/>
<circle cx="300" cy="150" r="17" fill="#152642" opacity="0.15"/>
<circle cx="300" cy="150" r="8" fill="#152642"/>
<circle cx="300" cy="150" r="3" fill="#ffffff"/>
</svg>

After

Width:  |  Height:  |  Size: 1.7 KiB

+6
View File
@@ -0,0 +1,6 @@
<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 600 300" width="600" height="300" role="img" aria-label="Lageplan">
<rect width="600" height="300" fill="#eef1f0"/><rect x="0" y="211" width="600" height="300" fill="#c8d9e4"/><rect x="325" y="180" width="71" height="43" fill="#dfe3e1"/><rect x="1" y="90" width="75" height="54" fill="#dfe3e1"/><rect x="113" y="169" width="48" height="59" fill="#dfe3e1"/><rect x="363" y="174" width="71" height="59" fill="#dfe3e1"/><rect x="360" y="42" width="61" height="48" fill="#dfe3e1"/><rect x="147" y="105" width="66" height="42" fill="#dfe3e1"/><rect x="442" y="169" width="49" height="59" fill="#dfe3e1"/><rect x="370" y="35" width="43" height="60" fill="#dfe3e1"/><rect x="447" y="186" width="51" height="62" fill="#dfe3e1"/><rect x="382" y="99" width="88" height="36" fill="#dfe3e1"/><rect x="33" y="69" width="69" height="54" fill="#dfe3e1"/><rect x="8" y="173" width="55" height="43" fill="#dfe3e1"/><rect x="262" y="34" width="65" height="34" fill="#dfe3e1"/><rect x="72" y="199" width="72" height="50" fill="#dfe3e1"/><rect x="0" y="94" width="600" height="11" fill="#ffffff"/><rect x="0" y="161" width="600" height="8" fill="#ffffff"/><rect x="0" y="62" width="600" height="13" fill="#ffffff"/><rect x="0" y="208" width="600" height="9" fill="#ffffff"/><rect x="528" y="0" width="13" height="300" fill="#ffffff"/><rect x="459" y="0" width="10" height="300" fill="#ffffff"/><rect x="160" y="0" width="10" height="300" fill="#ffffff"/><rect x="176" y="0" width="8" height="300" fill="#ffffff"/>
<circle cx="300" cy="150" r="17" fill="#152642" opacity="0.15"/>
<circle cx="300" cy="150" r="8" fill="#152642"/>
<circle cx="300" cy="150" r="3" fill="#ffffff"/>
</svg>

After

Width:  |  Height:  |  Size: 1.7 KiB

+6
View File
@@ -0,0 +1,6 @@
<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 600 300" width="600" height="300" role="img" aria-label="Lageplan">
<rect width="600" height="300" fill="#eef1f0"/><rect x="217" y="205" width="42" height="59" fill="#dfe3e1"/><rect x="497" y="206" width="48" height="56" fill="#dfe3e1"/><rect x="126" y="52" width="52" height="65" fill="#dfe3e1"/><rect x="410" y="23" width="67" height="61" fill="#dfe3e1"/><rect x="106" y="148" width="55" height="66" fill="#dfe3e1"/><rect x="350" y="192" width="73" height="58" fill="#dfe3e1"/><rect x="129" y="103" width="40" height="34" fill="#dfe3e1"/><rect x="288" y="75" width="82" height="46" fill="#dfe3e1"/><rect x="229" y="41" width="77" height="54" fill="#dfe3e1"/><rect x="406" y="16" width="58" height="46" fill="#dfe3e1"/><rect x="330" y="43" width="57" height="30" fill="#dfe3e1"/><rect x="172" y="184" width="57" height="34" fill="#dfe3e1"/><rect x="480" y="41" width="72" height="37" fill="#dfe3e1"/><rect x="24" y="34" width="49" height="56" fill="#dfe3e1"/><rect x="0" y="25" width="600" height="8" fill="#ffffff"/><rect x="0" y="28" width="600" height="12" fill="#ffffff"/><rect x="0" y="205" width="600" height="9" fill="#ffffff"/><rect x="0" y="227" width="600" height="13" fill="#ffffff"/><rect x="313" y="0" width="11" height="300" fill="#ffffff"/><rect x="558" y="0" width="13" height="300" fill="#ffffff"/><rect x="472" y="0" width="13" height="300" fill="#ffffff"/><rect x="397" y="0" width="10" height="300" fill="#ffffff"/>
<circle cx="300" cy="150" r="17" fill="#152642" opacity="0.15"/>
<circle cx="300" cy="150" r="8" fill="#152642"/>
<circle cx="300" cy="150" r="3" fill="#ffffff"/>
</svg>

After

Width:  |  Height:  |  Size: 1.6 KiB

+6
View File
@@ -0,0 +1,6 @@
<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 600 300" width="600" height="300" role="img" aria-label="Lageplan">
<rect width="600" height="300" fill="#eef1f0"/><rect x="0" y="231" width="600" height="300" fill="#c8d9e4"/><rect x="226" y="181" width="79" height="59" fill="#dfe3e1"/><rect x="369" y="170" width="46" height="30" fill="#dfe3e1"/><rect x="118" y="95" width="58" height="65" fill="#dfe3e1"/><rect x="467" y="118" width="55" height="37" fill="#dfe3e1"/><rect x="502" y="44" width="78" height="46" fill="#dfe3e1"/><rect x="166" y="91" width="41" height="61" fill="#dfe3e1"/><rect x="257" y="120" width="53" height="30" fill="#dfe3e1"/><rect x="282" y="105" width="45" height="65" fill="#dfe3e1"/><rect x="163" y="123" width="77" height="52" fill="#dfe3e1"/><rect x="278" y="144" width="82" height="52" fill="#dfe3e1"/><rect x="277" y="189" width="83" height="32" fill="#dfe3e1"/><rect x="350" y="172" width="88" height="41" fill="#dfe3e1"/><rect x="124" y="202" width="73" height="33" fill="#dfe3e1"/><rect x="135" y="106" width="50" height="49" fill="#dfe3e1"/><rect x="0" y="75" width="600" height="9" fill="#ffffff"/><rect x="0" y="248" width="600" height="12" fill="#ffffff"/><rect x="0" y="220" width="600" height="13" fill="#ffffff"/><rect x="0" y="240" width="600" height="9" fill="#ffffff"/><rect x="151" y="0" width="7" height="300" fill="#ffffff"/><rect x="557" y="0" width="8" height="300" fill="#ffffff"/><rect x="186" y="0" width="10" height="300" fill="#ffffff"/><rect x="115" y="0" width="10" height="300" fill="#ffffff"/>
<circle cx="300" cy="150" r="17" fill="#152642" opacity="0.15"/>
<circle cx="300" cy="150" r="8" fill="#152642"/>
<circle cx="300" cy="150" r="3" fill="#ffffff"/>
</svg>

After

Width:  |  Height:  |  Size: 1.7 KiB

+6
View File
@@ -0,0 +1,6 @@
<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 600 300" width="600" height="300" role="img" aria-label="Lageplan">
<rect width="600" height="300" fill="#eef1f0"/><rect x="0" y="208" width="600" height="300" fill="#c8d9e4"/><rect x="298" y="198" width="51" height="62" fill="#dfe3e1"/><rect x="136" y="83" width="86" height="53" fill="#dfe3e1"/><rect x="375" y="121" width="45" height="53" fill="#dfe3e1"/><rect x="335" y="52" width="65" height="66" fill="#dfe3e1"/><rect x="95" y="39" width="54" height="59" fill="#dfe3e1"/><rect x="7" y="195" width="45" height="30" fill="#dfe3e1"/><rect x="402" y="150" width="40" height="33" fill="#dfe3e1"/><rect x="33" y="167" width="62" height="36" fill="#dfe3e1"/><rect x="395" y="180" width="87" height="59" fill="#dfe3e1"/><rect x="415" y="54" width="70" height="33" fill="#dfe3e1"/><rect x="499" y="22" width="56" height="66" fill="#dfe3e1"/><rect x="136" y="45" width="44" height="58" fill="#dfe3e1"/><rect x="470" y="13" width="81" height="51" fill="#dfe3e1"/><rect x="459" y="90" width="45" height="45" fill="#dfe3e1"/><rect x="0" y="277" width="600" height="9" fill="#ffffff"/><rect x="0" y="164" width="600" height="7" fill="#ffffff"/><rect x="0" y="162" width="600" height="8" fill="#ffffff"/><rect x="0" y="265" width="600" height="10" fill="#ffffff"/><rect x="370" y="0" width="7" height="300" fill="#ffffff"/><rect x="74" y="0" width="8" height="300" fill="#ffffff"/><rect x="309" y="0" width="8" height="300" fill="#ffffff"/><rect x="61" y="0" width="9" height="300" fill="#ffffff"/>
<circle cx="300" cy="150" r="17" fill="#152642" opacity="0.15"/>
<circle cx="300" cy="150" r="8" fill="#152642"/>
<circle cx="300" cy="150" r="3" fill="#ffffff"/>
</svg>

After

Width:  |  Height:  |  Size: 1.7 KiB

+6
View File
@@ -0,0 +1,6 @@
<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 600 300" width="600" height="300" role="img" aria-label="Lageplan">
<rect width="600" height="300" fill="#eef1f0"/><rect x="0" y="218" width="600" height="300" fill="#c8d9e4"/><rect x="387" y="106" width="40" height="35" fill="#dfe3e1"/><rect x="442" y="81" width="61" height="41" fill="#dfe3e1"/><rect x="153" y="229" width="78" height="33" fill="#dfe3e1"/><rect x="327" y="77" width="43" height="66" fill="#dfe3e1"/><rect x="121" y="197" width="75" height="46" fill="#dfe3e1"/><rect x="500" y="110" width="43" height="51" fill="#dfe3e1"/><rect x="338" y="41" width="75" height="61" fill="#dfe3e1"/><rect x="63" y="128" width="65" height="65" fill="#dfe3e1"/><rect x="285" y="119" width="65" height="52" fill="#dfe3e1"/><rect x="367" y="49" width="75" height="62" fill="#dfe3e1"/><rect x="42" y="223" width="48" height="60" fill="#dfe3e1"/><rect x="104" y="203" width="76" height="37" fill="#dfe3e1"/><rect x="135" y="16" width="81" height="62" fill="#dfe3e1"/><rect x="324" y="82" width="88" height="49" fill="#dfe3e1"/><rect x="0" y="48" width="600" height="13" fill="#ffffff"/><rect x="0" y="36" width="600" height="12" fill="#ffffff"/><rect x="0" y="75" width="600" height="8" fill="#ffffff"/><rect x="0" y="182" width="600" height="7" fill="#ffffff"/><rect x="201" y="0" width="11" height="300" fill="#ffffff"/><rect x="432" y="0" width="7" height="300" fill="#ffffff"/><rect x="171" y="0" width="12" height="300" fill="#ffffff"/><rect x="90" y="0" width="12" height="300" fill="#ffffff"/>
<circle cx="300" cy="150" r="17" fill="#152642" opacity="0.15"/>
<circle cx="300" cy="150" r="8" fill="#152642"/>
<circle cx="300" cy="150" r="3" fill="#ffffff"/>
</svg>

After

Width:  |  Height:  |  Size: 1.7 KiB

+6
View File
@@ -0,0 +1,6 @@
<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 600 300" width="600" height="300" role="img" aria-label="Lageplan">
<rect width="600" height="300" fill="#eef1f0"/><rect x="363" y="152" width="76" height="52" fill="#dfe3e1"/><rect x="142" y="168" width="40" height="40" fill="#dfe3e1"/><rect x="457" y="85" width="79" height="61" fill="#dfe3e1"/><rect x="109" y="131" width="76" height="34" fill="#dfe3e1"/><rect x="245" y="186" width="66" height="63" fill="#dfe3e1"/><rect x="19" y="165" width="55" height="30" fill="#dfe3e1"/><rect x="108" y="14" width="72" height="57" fill="#dfe3e1"/><rect x="101" y="62" width="73" height="39" fill="#dfe3e1"/><rect x="195" y="76" width="68" height="61" fill="#dfe3e1"/><rect x="164" y="56" width="85" height="59" fill="#dfe3e1"/><rect x="441" y="115" width="44" height="37" fill="#dfe3e1"/><rect x="50" y="73" width="68" height="44" fill="#dfe3e1"/><rect x="331" y="51" width="73" height="33" fill="#dfe3e1"/><rect x="279" y="119" width="77" height="48" fill="#dfe3e1"/><rect x="0" y="270" width="600" height="13" fill="#ffffff"/><rect x="0" y="78" width="600" height="13" fill="#ffffff"/><rect x="0" y="245" width="600" height="13" fill="#ffffff"/><rect x="0" y="110" width="600" height="9" fill="#ffffff"/><rect x="286" y="0" width="13" height="300" fill="#ffffff"/><rect x="57" y="0" width="12" height="300" fill="#ffffff"/><rect x="96" y="0" width="9" height="300" fill="#ffffff"/><rect x="35" y="0" width="13" height="300" fill="#ffffff"/>
<circle cx="300" cy="150" r="17" fill="#152642" opacity="0.15"/>
<circle cx="300" cy="150" r="8" fill="#152642"/>
<circle cx="300" cy="150" r="3" fill="#ffffff"/>
</svg>

After

Width:  |  Height:  |  Size: 1.6 KiB

+6
View File
@@ -0,0 +1,6 @@
<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 600 300" width="600" height="300" role="img" aria-label="Lageplan">
<rect width="600" height="300" fill="#eef1f0"/><rect x="340" y="86" width="85" height="62" fill="#dfe3e1"/><rect x="243" y="80" width="69" height="63" fill="#dfe3e1"/><rect x="244" y="193" width="54" height="65" fill="#dfe3e1"/><rect x="47" y="0" width="49" height="54" fill="#dfe3e1"/><rect x="145" y="197" width="44" height="55" fill="#dfe3e1"/><rect x="357" y="32" width="65" height="37" fill="#dfe3e1"/><rect x="151" y="121" width="80" height="38" fill="#dfe3e1"/><rect x="8" y="160" width="70" height="61" fill="#dfe3e1"/><rect x="0" y="189" width="82" height="63" fill="#dfe3e1"/><rect x="233" y="129" width="65" height="53" fill="#dfe3e1"/><rect x="412" y="110" width="41" height="63" fill="#dfe3e1"/><rect x="392" y="181" width="78" height="62" fill="#dfe3e1"/><rect x="425" y="115" width="45" height="45" fill="#dfe3e1"/><rect x="434" y="79" width="57" height="63" fill="#dfe3e1"/><rect x="0" y="263" width="600" height="7" fill="#ffffff"/><rect x="0" y="40" width="600" height="8" fill="#ffffff"/><rect x="0" y="75" width="600" height="11" fill="#ffffff"/><rect x="0" y="81" width="600" height="7" fill="#ffffff"/><rect x="375" y="0" width="10" height="300" fill="#ffffff"/><rect x="190" y="0" width="9" height="300" fill="#ffffff"/><rect x="575" y="0" width="8" height="300" fill="#ffffff"/><rect x="556" y="0" width="13" height="300" fill="#ffffff"/>
<circle cx="300" cy="150" r="17" fill="#152642" opacity="0.15"/>
<circle cx="300" cy="150" r="8" fill="#152642"/>
<circle cx="300" cy="150" r="3" fill="#ffffff"/>
</svg>

After

Width:  |  Height:  |  Size: 1.6 KiB

+6
View File
@@ -0,0 +1,6 @@
<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 600 300" width="600" height="300" role="img" aria-label="Lageplan">
<rect width="600" height="300" fill="#eef1f0"/><rect x="0" y="199" width="600" height="300" fill="#c8d9e4"/><rect x="84" y="35" width="70" height="50" fill="#dfe3e1"/><rect x="366" y="205" width="88" height="61" fill="#dfe3e1"/><rect x="199" y="205" width="77" height="47" fill="#dfe3e1"/><rect x="352" y="161" width="72" height="58" fill="#dfe3e1"/><rect x="417" y="210" width="55" height="41" fill="#dfe3e1"/><rect x="43" y="195" width="42" height="35" fill="#dfe3e1"/><rect x="88" y="127" width="87" height="36" fill="#dfe3e1"/><rect x="23" y="21" width="75" height="47" fill="#dfe3e1"/><rect x="331" y="19" width="69" height="44" fill="#dfe3e1"/><rect x="90" y="222" width="87" height="40" fill="#dfe3e1"/><rect x="96" y="15" width="64" height="58" fill="#dfe3e1"/><rect x="466" y="33" width="47" height="64" fill="#dfe3e1"/><rect x="474" y="124" width="66" height="55" fill="#dfe3e1"/><rect x="292" y="2" width="73" height="37" fill="#dfe3e1"/><rect x="0" y="82" width="600" height="12" fill="#ffffff"/><rect x="0" y="58" width="600" height="10" fill="#ffffff"/><rect x="0" y="70" width="600" height="13" fill="#ffffff"/><rect x="0" y="21" width="600" height="11" fill="#ffffff"/><rect x="305" y="0" width="10" height="300" fill="#ffffff"/><rect x="241" y="0" width="11" height="300" fill="#ffffff"/><rect x="556" y="0" width="8" height="300" fill="#ffffff"/><rect x="74" y="0" width="10" height="300" fill="#ffffff"/>
<circle cx="300" cy="150" r="17" fill="#152642" opacity="0.15"/>
<circle cx="300" cy="150" r="8" fill="#152642"/>
<circle cx="300" cy="150" r="3" fill="#ffffff"/>
</svg>

After

Width:  |  Height:  |  Size: 1.7 KiB

+6
View File
@@ -0,0 +1,6 @@
<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 600 300" width="600" height="300" role="img" aria-label="Lageplan">
<rect width="600" height="300" fill="#eef1f0"/><rect x="0" y="212" width="600" height="300" fill="#c8d9e4"/><rect x="283" y="121" width="59" height="47" fill="#dfe3e1"/><rect x="165" y="212" width="55" height="42" fill="#dfe3e1"/><rect x="272" y="125" width="83" height="43" fill="#dfe3e1"/><rect x="203" y="29" width="70" height="44" fill="#dfe3e1"/><rect x="88" y="99" width="69" height="62" fill="#dfe3e1"/><rect x="364" y="205" width="77" height="34" fill="#dfe3e1"/><rect x="185" y="123" width="53" height="35" fill="#dfe3e1"/><rect x="12" y="212" width="42" height="58" fill="#dfe3e1"/><rect x="489" y="181" width="48" height="47" fill="#dfe3e1"/><rect x="197" y="161" width="68" height="39" fill="#dfe3e1"/><rect x="15" y="148" width="67" height="33" fill="#dfe3e1"/><rect x="196" y="105" width="55" height="46" fill="#dfe3e1"/><rect x="6" y="25" width="61" height="62" fill="#dfe3e1"/><rect x="435" y="121" width="57" height="31" fill="#dfe3e1"/><rect x="0" y="258" width="600" height="12" fill="#ffffff"/><rect x="0" y="250" width="600" height="10" fill="#ffffff"/><rect x="0" y="153" width="600" height="11" fill="#ffffff"/><rect x="0" y="255" width="600" height="13" fill="#ffffff"/><rect x="567" y="0" width="8" height="300" fill="#ffffff"/><rect x="310" y="0" width="10" height="300" fill="#ffffff"/><rect x="183" y="0" width="13" height="300" fill="#ffffff"/><rect x="100" y="0" width="9" height="300" fill="#ffffff"/>
<circle cx="300" cy="150" r="17" fill="#152642" opacity="0.15"/>
<circle cx="300" cy="150" r="8" fill="#152642"/>
<circle cx="300" cy="150" r="3" fill="#ffffff"/>
</svg>

After

Width:  |  Height:  |  Size: 1.7 KiB

+6
View File
@@ -0,0 +1,6 @@
<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 600 300" width="600" height="300" role="img" aria-label="Lageplan">
<rect width="600" height="300" fill="#eef1f0"/><rect x="301" y="102" width="51" height="51" fill="#dfe3e1"/><rect x="379" y="16" width="51" height="33" fill="#dfe3e1"/><rect x="51" y="108" width="60" height="48" fill="#dfe3e1"/><rect x="292" y="50" width="80" height="38" fill="#dfe3e1"/><rect x="47" y="214" width="85" height="31" fill="#dfe3e1"/><rect x="412" y="119" width="82" height="30" fill="#dfe3e1"/><rect x="178" y="150" width="43" height="49" fill="#dfe3e1"/><rect x="290" y="37" width="79" height="39" fill="#dfe3e1"/><rect x="274" y="74" width="73" height="40" fill="#dfe3e1"/><rect x="28" y="168" width="67" height="57" fill="#dfe3e1"/><rect x="175" y="25" width="77" height="36" fill="#dfe3e1"/><rect x="197" y="52" width="83" height="31" fill="#dfe3e1"/><rect x="310" y="59" width="50" height="51" fill="#dfe3e1"/><rect x="215" y="215" width="43" height="61" fill="#dfe3e1"/><rect x="0" y="81" width="600" height="13" fill="#ffffff"/><rect x="0" y="83" width="600" height="13" fill="#ffffff"/><rect x="0" y="55" width="600" height="12" fill="#ffffff"/><rect x="0" y="223" width="600" height="8" fill="#ffffff"/><rect x="162" y="0" width="13" height="300" fill="#ffffff"/><rect x="86" y="0" width="11" height="300" fill="#ffffff"/><rect x="237" y="0" width="7" height="300" fill="#ffffff"/><rect x="557" y="0" width="13" height="300" fill="#ffffff"/>
<circle cx="300" cy="150" r="17" fill="#152642" opacity="0.15"/>
<circle cx="300" cy="150" r="8" fill="#152642"/>
<circle cx="300" cy="150" r="3" fill="#ffffff"/>
</svg>

After

Width:  |  Height:  |  Size: 1.6 KiB

+6
View File
@@ -0,0 +1,6 @@
<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 600 300" width="600" height="300" role="img" aria-label="Lageplan">
<rect width="600" height="300" fill="#eef1f0"/><rect x="405" y="2" width="44" height="48" fill="#dfe3e1"/><rect x="202" y="186" width="56" height="41" fill="#dfe3e1"/><rect x="279" y="184" width="68" height="43" fill="#dfe3e1"/><rect x="461" y="56" width="48" height="30" fill="#dfe3e1"/><rect x="133" y="118" width="43" height="39" fill="#dfe3e1"/><rect x="98" y="18" width="43" height="55" fill="#dfe3e1"/><rect x="79" y="48" width="81" height="36" fill="#dfe3e1"/><rect x="237" y="63" width="87" height="33" fill="#dfe3e1"/><rect x="134" y="28" width="67" height="35" fill="#dfe3e1"/><rect x="495" y="121" width="84" height="56" fill="#dfe3e1"/><rect x="472" y="168" width="81" height="37" fill="#dfe3e1"/><rect x="407" y="224" width="63" height="42" fill="#dfe3e1"/><rect x="8" y="51" width="77" height="34" fill="#dfe3e1"/><rect x="231" y="76" width="45" height="42" fill="#dfe3e1"/><rect x="0" y="211" width="600" height="9" fill="#ffffff"/><rect x="0" y="227" width="600" height="10" fill="#ffffff"/><rect x="0" y="36" width="600" height="12" fill="#ffffff"/><rect x="0" y="75" width="600" height="11" fill="#ffffff"/><rect x="455" y="0" width="10" height="300" fill="#ffffff"/><rect x="398" y="0" width="8" height="300" fill="#ffffff"/><rect x="342" y="0" width="9" height="300" fill="#ffffff"/><rect x="448" y="0" width="7" height="300" fill="#ffffff"/>
<circle cx="300" cy="150" r="17" fill="#152642" opacity="0.15"/>
<circle cx="300" cy="150" r="8" fill="#152642"/>
<circle cx="300" cy="150" r="3" fill="#ffffff"/>
</svg>

After

Width:  |  Height:  |  Size: 1.6 KiB

+6
View File
@@ -0,0 +1,6 @@
<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 600 300" width="600" height="300" role="img" aria-label="Lageplan">
<rect width="600" height="300" fill="#eef1f0"/><rect x="0" y="194" width="600" height="300" fill="#c8d9e4"/><rect x="240" y="4" width="53" height="41" fill="#dfe3e1"/><rect x="440" y="85" width="57" height="42" fill="#dfe3e1"/><rect x="93" y="46" width="44" height="30" fill="#dfe3e1"/><rect x="307" y="80" width="64" height="50" fill="#dfe3e1"/><rect x="349" y="30" width="71" height="66" fill="#dfe3e1"/><rect x="44" y="95" width="79" height="52" fill="#dfe3e1"/><rect x="476" y="1" width="64" height="54" fill="#dfe3e1"/><rect x="187" y="61" width="80" height="48" fill="#dfe3e1"/><rect x="310" y="77" width="67" height="30" fill="#dfe3e1"/><rect x="103" y="26" width="82" height="38" fill="#dfe3e1"/><rect x="67" y="164" width="41" height="36" fill="#dfe3e1"/><rect x="385" y="9" width="65" height="39" fill="#dfe3e1"/><rect x="368" y="139" width="64" height="41" fill="#dfe3e1"/><rect x="497" y="9" width="73" height="30" fill="#dfe3e1"/><rect x="0" y="72" width="600" height="8" fill="#ffffff"/><rect x="0" y="191" width="600" height="10" fill="#ffffff"/><rect x="0" y="221" width="600" height="11" fill="#ffffff"/><rect x="0" y="107" width="600" height="10" fill="#ffffff"/><rect x="58" y="0" width="9" height="300" fill="#ffffff"/><rect x="259" y="0" width="10" height="300" fill="#ffffff"/><rect x="390" y="0" width="11" height="300" fill="#ffffff"/><rect x="406" y="0" width="8" height="300" fill="#ffffff"/>
<circle cx="300" cy="150" r="17" fill="#152642" opacity="0.15"/>
<circle cx="300" cy="150" r="8" fill="#152642"/>
<circle cx="300" cy="150" r="3" fill="#ffffff"/>
</svg>

After

Width:  |  Height:  |  Size: 1.7 KiB

+6
View File
@@ -0,0 +1,6 @@
<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 600 300" width="600" height="300" role="img" aria-label="Lageplan">
<rect width="600" height="300" fill="#eef1f0"/><rect x="259" y="206" width="43" height="50" fill="#dfe3e1"/><rect x="381" y="125" width="87" height="60" fill="#dfe3e1"/><rect x="154" y="60" width="55" height="39" fill="#dfe3e1"/><rect x="238" y="129" width="55" height="56" fill="#dfe3e1"/><rect x="380" y="186" width="42" height="51" fill="#dfe3e1"/><rect x="122" y="214" width="49" height="42" fill="#dfe3e1"/><rect x="402" y="199" width="45" height="62" fill="#dfe3e1"/><rect x="14" y="55" width="74" height="65" fill="#dfe3e1"/><rect x="258" y="78" width="77" height="37" fill="#dfe3e1"/><rect x="50" y="9" width="70" height="52" fill="#dfe3e1"/><rect x="175" y="43" width="82" height="33" fill="#dfe3e1"/><rect x="479" y="62" width="74" height="42" fill="#dfe3e1"/><rect x="23" y="194" width="60" height="64" fill="#dfe3e1"/><rect x="118" y="95" width="41" height="45" fill="#dfe3e1"/><rect x="0" y="161" width="600" height="13" fill="#ffffff"/><rect x="0" y="168" width="600" height="8" fill="#ffffff"/><rect x="0" y="271" width="600" height="10" fill="#ffffff"/><rect x="0" y="76" width="600" height="13" fill="#ffffff"/><rect x="505" y="0" width="10" height="300" fill="#ffffff"/><rect x="131" y="0" width="8" height="300" fill="#ffffff"/><rect x="286" y="0" width="10" height="300" fill="#ffffff"/><rect x="477" y="0" width="12" height="300" fill="#ffffff"/>
<circle cx="300" cy="150" r="17" fill="#152642" opacity="0.15"/>
<circle cx="300" cy="150" r="8" fill="#152642"/>
<circle cx="300" cy="150" r="3" fill="#ffffff"/>
</svg>

After

Width:  |  Height:  |  Size: 1.6 KiB

+6
View File
@@ -0,0 +1,6 @@
<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 600 300" width="600" height="300" role="img" aria-label="Lageplan">
<rect width="600" height="300" fill="#eef1f0"/><rect x="0" y="227" width="600" height="300" fill="#c8d9e4"/><rect x="282" y="205" width="72" height="33" fill="#dfe3e1"/><rect x="391" y="156" width="87" height="45" fill="#dfe3e1"/><rect x="12" y="90" width="50" height="64" fill="#dfe3e1"/><rect x="102" y="97" width="69" height="41" fill="#dfe3e1"/><rect x="241" y="49" width="83" height="57" fill="#dfe3e1"/><rect x="319" y="75" width="44" height="38" fill="#dfe3e1"/><rect x="500" y="168" width="46" height="47" fill="#dfe3e1"/><rect x="508" y="77" width="71" height="34" fill="#dfe3e1"/><rect x="422" y="151" width="58" height="66" fill="#dfe3e1"/><rect x="112" y="197" width="68" height="53" fill="#dfe3e1"/><rect x="322" y="76" width="51" height="39" fill="#dfe3e1"/><rect x="386" y="156" width="70" height="52" fill="#dfe3e1"/><rect x="195" y="197" width="76" height="58" fill="#dfe3e1"/><rect x="271" y="33" width="83" height="35" fill="#dfe3e1"/><rect x="0" y="56" width="600" height="8" fill="#ffffff"/><rect x="0" y="214" width="600" height="12" fill="#ffffff"/><rect x="0" y="136" width="600" height="13" fill="#ffffff"/><rect x="0" y="28" width="600" height="11" fill="#ffffff"/><rect x="485" y="0" width="9" height="300" fill="#ffffff"/><rect x="338" y="0" width="7" height="300" fill="#ffffff"/><rect x="522" y="0" width="8" height="300" fill="#ffffff"/><rect x="572" y="0" width="13" height="300" fill="#ffffff"/>
<circle cx="300" cy="150" r="17" fill="#152642" opacity="0.15"/>
<circle cx="300" cy="150" r="8" fill="#152642"/>
<circle cx="300" cy="150" r="3" fill="#ffffff"/>
</svg>

After

Width:  |  Height:  |  Size: 1.7 KiB

+6
View File
@@ -0,0 +1,6 @@
<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 600 300" width="600" height="300" role="img" aria-label="Lageplan">
<rect width="600" height="300" fill="#eef1f0"/><rect x="0" y="194" width="600" height="300" fill="#c8d9e4"/><rect x="271" y="121" width="63" height="55" fill="#dfe3e1"/><rect x="132" y="71" width="61" height="35" fill="#dfe3e1"/><rect x="290" y="95" width="58" height="64" fill="#dfe3e1"/><rect x="256" y="210" width="70" height="55" fill="#dfe3e1"/><rect x="115" y="99" width="64" height="33" fill="#dfe3e1"/><rect x="330" y="216" width="80" height="56" fill="#dfe3e1"/><rect x="26" y="148" width="70" height="56" fill="#dfe3e1"/><rect x="229" y="66" width="54" height="56" fill="#dfe3e1"/><rect x="324" y="134" width="42" height="30" fill="#dfe3e1"/><rect x="361" y="24" width="63" height="62" fill="#dfe3e1"/><rect x="79" y="227" width="52" height="35" fill="#dfe3e1"/><rect x="166" y="64" width="65" height="63" fill="#dfe3e1"/><rect x="205" y="85" width="44" height="31" fill="#dfe3e1"/><rect x="26" y="158" width="51" height="51" fill="#dfe3e1"/><rect x="0" y="254" width="600" height="7" fill="#ffffff"/><rect x="0" y="107" width="600" height="7" fill="#ffffff"/><rect x="0" y="144" width="600" height="7" fill="#ffffff"/><rect x="0" y="197" width="600" height="11" fill="#ffffff"/><rect x="179" y="0" width="11" height="300" fill="#ffffff"/><rect x="499" y="0" width="13" height="300" fill="#ffffff"/><rect x="172" y="0" width="11" height="300" fill="#ffffff"/><rect x="365" y="0" width="8" height="300" fill="#ffffff"/>
<circle cx="300" cy="150" r="17" fill="#152642" opacity="0.15"/>
<circle cx="300" cy="150" r="8" fill="#152642"/>
<circle cx="300" cy="150" r="3" fill="#ffffff"/>
</svg>

After

Width:  |  Height:  |  Size: 1.7 KiB

+6
View File
@@ -0,0 +1,6 @@
<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 600 300" width="600" height="300" role="img" aria-label="Lageplan">
<rect width="600" height="300" fill="#eef1f0"/><rect x="0" y="220" width="600" height="300" fill="#c8d9e4"/><rect x="78" y="73" width="64" height="45" fill="#dfe3e1"/><rect x="98" y="84" width="59" height="63" fill="#dfe3e1"/><rect x="144" y="86" width="75" height="44" fill="#dfe3e1"/><rect x="227" y="96" width="56" height="39" fill="#dfe3e1"/><rect x="347" y="157" width="45" height="34" fill="#dfe3e1"/><rect x="290" y="225" width="64" height="32" fill="#dfe3e1"/><rect x="77" y="196" width="68" height="56" fill="#dfe3e1"/><rect x="308" y="60" width="43" height="40" fill="#dfe3e1"/><rect x="22" y="221" width="86" height="34" fill="#dfe3e1"/><rect x="363" y="29" width="74" height="47" fill="#dfe3e1"/><rect x="33" y="111" width="50" height="41" fill="#dfe3e1"/><rect x="392" y="175" width="60" height="43" fill="#dfe3e1"/><rect x="12" y="43" width="71" height="37" fill="#dfe3e1"/><rect x="98" y="83" width="80" height="61" fill="#dfe3e1"/><rect x="0" y="136" width="600" height="12" fill="#ffffff"/><rect x="0" y="190" width="600" height="12" fill="#ffffff"/><rect x="0" y="117" width="600" height="9" fill="#ffffff"/><rect x="0" y="265" width="600" height="11" fill="#ffffff"/><rect x="305" y="0" width="7" height="300" fill="#ffffff"/><rect x="334" y="0" width="9" height="300" fill="#ffffff"/><rect x="264" y="0" width="11" height="300" fill="#ffffff"/><rect x="524" y="0" width="10" height="300" fill="#ffffff"/>
<circle cx="300" cy="150" r="17" fill="#152642" opacity="0.15"/>
<circle cx="300" cy="150" r="8" fill="#152642"/>
<circle cx="300" cy="150" r="3" fill="#ffffff"/>
</svg>

After

Width:  |  Height:  |  Size: 1.7 KiB

+6
View File
@@ -0,0 +1,6 @@
<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 600 300" width="600" height="300" role="img" aria-label="Lageplan">
<rect width="600" height="300" fill="#eef1f0"/><rect x="0" y="236" width="600" height="300" fill="#c8d9e4"/><rect x="92" y="91" width="74" height="34" fill="#dfe3e1"/><rect x="375" y="124" width="50" height="47" fill="#dfe3e1"/><rect x="364" y="209" width="65" height="47" fill="#dfe3e1"/><rect x="70" y="227" width="72" height="60" fill="#dfe3e1"/><rect x="496" y="22" width="79" height="48" fill="#dfe3e1"/><rect x="361" y="127" width="79" height="61" fill="#dfe3e1"/><rect x="356" y="186" width="73" height="59" fill="#dfe3e1"/><rect x="345" y="71" width="59" height="40" fill="#dfe3e1"/><rect x="445" y="163" width="56" height="64" fill="#dfe3e1"/><rect x="115" y="106" width="44" height="48" fill="#dfe3e1"/><rect x="163" y="176" width="66" height="52" fill="#dfe3e1"/><rect x="497" y="186" width="46" height="52" fill="#dfe3e1"/><rect x="330" y="143" width="44" height="34" fill="#dfe3e1"/><rect x="368" y="153" width="68" height="58" fill="#dfe3e1"/><rect x="0" y="265" width="600" height="12" fill="#ffffff"/><rect x="0" y="242" width="600" height="13" fill="#ffffff"/><rect x="0" y="241" width="600" height="11" fill="#ffffff"/><rect x="0" y="162" width="600" height="9" fill="#ffffff"/><rect x="407" y="0" width="8" height="300" fill="#ffffff"/><rect x="116" y="0" width="12" height="300" fill="#ffffff"/><rect x="394" y="0" width="7" height="300" fill="#ffffff"/><rect x="428" y="0" width="12" height="300" fill="#ffffff"/>
<circle cx="300" cy="150" r="17" fill="#152642" opacity="0.15"/>
<circle cx="300" cy="150" r="8" fill="#152642"/>
<circle cx="300" cy="150" r="3" fill="#ffffff"/>
</svg>

After

Width:  |  Height:  |  Size: 1.7 KiB

+6
View File
@@ -0,0 +1,6 @@
<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 600 300" width="600" height="300" role="img" aria-label="Lageplan">
<rect width="600" height="300" fill="#eef1f0"/><rect x="0" y="244" width="600" height="300" fill="#c8d9e4"/><rect x="207" y="219" width="55" height="52" fill="#dfe3e1"/><rect x="229" y="48" width="75" height="48" fill="#dfe3e1"/><rect x="83" y="139" width="49" height="37" fill="#dfe3e1"/><rect x="427" y="25" width="82" height="66" fill="#dfe3e1"/><rect x="386" y="119" width="80" height="34" fill="#dfe3e1"/><rect x="207" y="19" width="84" height="62" fill="#dfe3e1"/><rect x="61" y="45" width="58" height="62" fill="#dfe3e1"/><rect x="415" y="190" width="46" height="54" fill="#dfe3e1"/><rect x="303" y="212" width="67" height="39" fill="#dfe3e1"/><rect x="291" y="152" width="65" height="42" fill="#dfe3e1"/><rect x="476" y="81" width="59" height="48" fill="#dfe3e1"/><rect x="452" y="210" width="59" height="34" fill="#dfe3e1"/><rect x="80" y="197" width="60" height="40" fill="#dfe3e1"/><rect x="77" y="2" width="67" height="38" fill="#dfe3e1"/><rect x="0" y="122" width="600" height="8" fill="#ffffff"/><rect x="0" y="186" width="600" height="12" fill="#ffffff"/><rect x="0" y="197" width="600" height="10" fill="#ffffff"/><rect x="0" y="83" width="600" height="7" fill="#ffffff"/><rect x="456" y="0" width="8" height="300" fill="#ffffff"/><rect x="109" y="0" width="12" height="300" fill="#ffffff"/><rect x="20" y="0" width="7" height="300" fill="#ffffff"/><rect x="474" y="0" width="10" height="300" fill="#ffffff"/>
<circle cx="300" cy="150" r="17" fill="#152642" opacity="0.15"/>
<circle cx="300" cy="150" r="8" fill="#152642"/>
<circle cx="300" cy="150" r="3" fill="#ffffff"/>
</svg>

After

Width:  |  Height:  |  Size: 1.7 KiB

+6
View File
@@ -0,0 +1,6 @@
<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 600 300" width="600" height="300" role="img" aria-label="Lageplan">
<rect width="600" height="300" fill="#eef1f0"/><rect x="391" y="171" width="84" height="66" fill="#dfe3e1"/><rect x="87" y="33" width="45" height="36" fill="#dfe3e1"/><rect x="109" y="91" width="82" height="32" fill="#dfe3e1"/><rect x="439" y="125" width="53" height="65" fill="#dfe3e1"/><rect x="479" y="127" width="77" height="30" fill="#dfe3e1"/><rect x="420" y="227" width="75" height="64" fill="#dfe3e1"/><rect x="482" y="127" width="67" height="38" fill="#dfe3e1"/><rect x="498" y="139" width="49" height="39" fill="#dfe3e1"/><rect x="229" y="90" width="59" height="51" fill="#dfe3e1"/><rect x="192" y="229" width="43" height="41" fill="#dfe3e1"/><rect x="42" y="147" width="71" height="61" fill="#dfe3e1"/><rect x="33" y="124" width="48" height="38" fill="#dfe3e1"/><rect x="143" y="182" width="60" height="43" fill="#dfe3e1"/><rect x="342" y="110" width="45" height="62" fill="#dfe3e1"/><rect x="0" y="245" width="600" height="12" fill="#ffffff"/><rect x="0" y="272" width="600" height="13" fill="#ffffff"/><rect x="0" y="110" width="600" height="10" fill="#ffffff"/><rect x="0" y="233" width="600" height="10" fill="#ffffff"/><rect x="420" y="0" width="12" height="300" fill="#ffffff"/><rect x="363" y="0" width="10" height="300" fill="#ffffff"/><rect x="86" y="0" width="9" height="300" fill="#ffffff"/><rect x="58" y="0" width="10" height="300" fill="#ffffff"/>
<circle cx="300" cy="150" r="17" fill="#152642" opacity="0.15"/>
<circle cx="300" cy="150" r="8" fill="#152642"/>
<circle cx="300" cy="150" r="3" fill="#ffffff"/>
</svg>

After

Width:  |  Height:  |  Size: 1.6 KiB

+6
View File
@@ -0,0 +1,6 @@
<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 600 300" width="600" height="300" role="img" aria-label="Lageplan">
<rect width="600" height="300" fill="#eef1f0"/><rect x="312" y="81" width="43" height="52" fill="#dfe3e1"/><rect x="284" y="181" width="46" height="40" fill="#dfe3e1"/><rect x="466" y="57" width="44" height="58" fill="#dfe3e1"/><rect x="466" y="39" width="57" height="34" fill="#dfe3e1"/><rect x="175" y="75" width="48" height="64" fill="#dfe3e1"/><rect x="7" y="192" width="58" height="56" fill="#dfe3e1"/><rect x="404" y="89" width="49" height="47" fill="#dfe3e1"/><rect x="131" y="46" width="87" height="52" fill="#dfe3e1"/><rect x="336" y="170" width="79" height="66" fill="#dfe3e1"/><rect x="353" y="177" width="77" height="62" fill="#dfe3e1"/><rect x="390" y="212" width="67" height="57" fill="#dfe3e1"/><rect x="16" y="202" width="51" height="39" fill="#dfe3e1"/><rect x="51" y="142" width="67" height="30" fill="#dfe3e1"/><rect x="195" y="229" width="84" height="47" fill="#dfe3e1"/><rect x="0" y="276" width="600" height="8" fill="#ffffff"/><rect x="0" y="149" width="600" height="9" fill="#ffffff"/><rect x="0" y="272" width="600" height="12" fill="#ffffff"/><rect x="0" y="32" width="600" height="9" fill="#ffffff"/><rect x="382" y="0" width="10" height="300" fill="#ffffff"/><rect x="132" y="0" width="10" height="300" fill="#ffffff"/><rect x="115" y="0" width="11" height="300" fill="#ffffff"/><rect x="336" y="0" width="7" height="300" fill="#ffffff"/>
<circle cx="300" cy="150" r="17" fill="#152642" opacity="0.15"/>
<circle cx="300" cy="150" r="8" fill="#152642"/>
<circle cx="300" cy="150" r="3" fill="#ffffff"/>
</svg>

After

Width:  |  Height:  |  Size: 1.6 KiB

+6
View File
@@ -0,0 +1,6 @@
<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 600 300" width="600" height="300" role="img" aria-label="Lageplan">
<rect width="600" height="300" fill="#eef1f0"/><rect x="299" y="88" width="61" height="63" fill="#dfe3e1"/><rect x="419" y="190" width="51" height="46" fill="#dfe3e1"/><rect x="388" y="196" width="82" height="60" fill="#dfe3e1"/><rect x="487" y="219" width="53" height="41" fill="#dfe3e1"/><rect x="399" y="140" width="86" height="46" fill="#dfe3e1"/><rect x="302" y="6" width="74" height="49" fill="#dfe3e1"/><rect x="131" y="35" width="74" height="35" fill="#dfe3e1"/><rect x="161" y="193" width="84" height="40" fill="#dfe3e1"/><rect x="457" y="169" width="66" height="53" fill="#dfe3e1"/><rect x="131" y="228" width="62" height="64" fill="#dfe3e1"/><rect x="100" y="130" width="55" height="66" fill="#dfe3e1"/><rect x="351" y="168" width="43" height="46" fill="#dfe3e1"/><rect x="437" y="104" width="81" height="34" fill="#dfe3e1"/><rect x="270" y="134" width="55" height="39" fill="#dfe3e1"/><rect x="0" y="207" width="600" height="12" fill="#ffffff"/><rect x="0" y="86" width="600" height="10" fill="#ffffff"/><rect x="0" y="261" width="600" height="13" fill="#ffffff"/><rect x="0" y="73" width="600" height="11" fill="#ffffff"/><rect x="44" y="0" width="7" height="300" fill="#ffffff"/><rect x="256" y="0" width="7" height="300" fill="#ffffff"/><rect x="368" y="0" width="11" height="300" fill="#ffffff"/><rect x="455" y="0" width="11" height="300" fill="#ffffff"/>
<circle cx="300" cy="150" r="17" fill="#152642" opacity="0.15"/>
<circle cx="300" cy="150" r="8" fill="#152642"/>
<circle cx="300" cy="150" r="3" fill="#ffffff"/>
</svg>

After

Width:  |  Height:  |  Size: 1.6 KiB

+6
View File
@@ -0,0 +1,6 @@
<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 600 300" width="600" height="300" role="img" aria-label="Lageplan">
<rect width="600" height="300" fill="#eef1f0"/><rect x="361" y="62" width="75" height="38" fill="#dfe3e1"/><rect x="126" y="152" width="59" height="49" fill="#dfe3e1"/><rect x="500" y="91" width="53" height="31" fill="#dfe3e1"/><rect x="311" y="135" width="67" height="49" fill="#dfe3e1"/><rect x="51" y="72" width="67" height="56" fill="#dfe3e1"/><rect x="368" y="217" width="46" height="33" fill="#dfe3e1"/><rect x="216" y="159" width="80" height="30" fill="#dfe3e1"/><rect x="297" y="5" width="69" height="46" fill="#dfe3e1"/><rect x="473" y="189" width="69" height="62" fill="#dfe3e1"/><rect x="314" y="220" width="49" height="30" fill="#dfe3e1"/><rect x="99" y="227" width="54" height="50" fill="#dfe3e1"/><rect x="212" y="73" width="76" height="57" fill="#dfe3e1"/><rect x="457" y="108" width="84" height="50" fill="#dfe3e1"/><rect x="260" y="4" width="82" height="34" fill="#dfe3e1"/><rect x="0" y="39" width="600" height="12" fill="#ffffff"/><rect x="0" y="110" width="600" height="9" fill="#ffffff"/><rect x="0" y="53" width="600" height="10" fill="#ffffff"/><rect x="0" y="45" width="600" height="12" fill="#ffffff"/><rect x="460" y="0" width="8" height="300" fill="#ffffff"/><rect x="28" y="0" width="10" height="300" fill="#ffffff"/><rect x="23" y="0" width="13" height="300" fill="#ffffff"/><rect x="503" y="0" width="11" height="300" fill="#ffffff"/>
<circle cx="300" cy="150" r="17" fill="#152642" opacity="0.15"/>
<circle cx="300" cy="150" r="8" fill="#152642"/>
<circle cx="300" cy="150" r="3" fill="#ffffff"/>
</svg>

After

Width:  |  Height:  |  Size: 1.6 KiB

+6
View File
@@ -0,0 +1,6 @@
<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 600 300" width="600" height="300" role="img" aria-label="Lageplan">
<rect width="600" height="300" fill="#eef1f0"/><rect x="0" y="193" width="600" height="300" fill="#c8d9e4"/><rect x="460" y="206" width="65" height="63" fill="#dfe3e1"/><rect x="501" y="74" width="81" height="34" fill="#dfe3e1"/><rect x="231" y="56" width="64" height="65" fill="#dfe3e1"/><rect x="48" y="214" width="43" height="59" fill="#dfe3e1"/><rect x="476" y="199" width="77" height="53" fill="#dfe3e1"/><rect x="220" y="215" width="61" height="57" fill="#dfe3e1"/><rect x="182" y="93" width="58" height="49" fill="#dfe3e1"/><rect x="82" y="21" width="66" height="49" fill="#dfe3e1"/><rect x="29" y="15" width="45" height="52" fill="#dfe3e1"/><rect x="491" y="18" width="40" height="50" fill="#dfe3e1"/><rect x="180" y="77" width="64" height="37" fill="#dfe3e1"/><rect x="21" y="164" width="58" height="63" fill="#dfe3e1"/><rect x="397" y="165" width="85" height="48" fill="#dfe3e1"/><rect x="215" y="154" width="75" height="53" fill="#dfe3e1"/><rect x="0" y="148" width="600" height="8" fill="#ffffff"/><rect x="0" y="161" width="600" height="8" fill="#ffffff"/><rect x="0" y="73" width="600" height="11" fill="#ffffff"/><rect x="0" y="198" width="600" height="12" fill="#ffffff"/><rect x="329" y="0" width="8" height="300" fill="#ffffff"/><rect x="105" y="0" width="11" height="300" fill="#ffffff"/><rect x="256" y="0" width="9" height="300" fill="#ffffff"/><rect x="326" y="0" width="11" height="300" fill="#ffffff"/>
<circle cx="300" cy="150" r="17" fill="#152642" opacity="0.15"/>
<circle cx="300" cy="150" r="8" fill="#152642"/>
<circle cx="300" cy="150" r="3" fill="#ffffff"/>
</svg>

After

Width:  |  Height:  |  Size: 1.7 KiB

+6
View File
@@ -0,0 +1,6 @@
<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 600 300" width="600" height="300" role="img" aria-label="Lageplan">
<rect width="600" height="300" fill="#eef1f0"/><rect x="115" y="12" width="71" height="65" fill="#dfe3e1"/><rect x="509" y="213" width="48" height="43" fill="#dfe3e1"/><rect x="155" y="187" width="77" height="49" fill="#dfe3e1"/><rect x="360" y="45" width="45" height="61" fill="#dfe3e1"/><rect x="383" y="188" width="75" height="61" fill="#dfe3e1"/><rect x="411" y="103" width="58" height="57" fill="#dfe3e1"/><rect x="357" y="98" width="65" height="41" fill="#dfe3e1"/><rect x="94" y="152" width="67" height="58" fill="#dfe3e1"/><rect x="229" y="114" width="48" height="50" fill="#dfe3e1"/><rect x="398" y="197" width="52" height="37" fill="#dfe3e1"/><rect x="161" y="113" width="46" height="57" fill="#dfe3e1"/><rect x="458" y="49" width="59" height="32" fill="#dfe3e1"/><rect x="1" y="87" width="82" height="57" fill="#dfe3e1"/><rect x="450" y="95" width="83" height="59" fill="#dfe3e1"/><rect x="0" y="110" width="600" height="12" fill="#ffffff"/><rect x="0" y="234" width="600" height="11" fill="#ffffff"/><rect x="0" y="233" width="600" height="12" fill="#ffffff"/><rect x="0" y="190" width="600" height="7" fill="#ffffff"/><rect x="224" y="0" width="10" height="300" fill="#ffffff"/><rect x="276" y="0" width="11" height="300" fill="#ffffff"/><rect x="553" y="0" width="13" height="300" fill="#ffffff"/><rect x="422" y="0" width="9" height="300" fill="#ffffff"/>
<circle cx="300" cy="150" r="17" fill="#152642" opacity="0.15"/>
<circle cx="300" cy="150" r="8" fill="#152642"/>
<circle cx="300" cy="150" r="3" fill="#ffffff"/>
</svg>

After

Width:  |  Height:  |  Size: 1.6 KiB

+6
View File
@@ -0,0 +1,6 @@
<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 600 300" width="600" height="300" role="img" aria-label="Lageplan">
<rect width="600" height="300" fill="#eef1f0"/><rect x="0" y="240" width="600" height="300" fill="#c8d9e4"/><rect x="196" y="41" width="60" height="46" fill="#dfe3e1"/><rect x="431" y="53" width="50" height="53" fill="#dfe3e1"/><rect x="288" y="60" width="85" height="37" fill="#dfe3e1"/><rect x="168" y="135" width="79" height="65" fill="#dfe3e1"/><rect x="75" y="109" width="61" height="55" fill="#dfe3e1"/><rect x="458" y="151" width="75" height="41" fill="#dfe3e1"/><rect x="439" y="128" width="54" height="38" fill="#dfe3e1"/><rect x="419" y="49" width="70" height="63" fill="#dfe3e1"/><rect x="281" y="70" width="72" height="52" fill="#dfe3e1"/><rect x="419" y="123" width="44" height="37" fill="#dfe3e1"/><rect x="456" y="97" width="42" height="66" fill="#dfe3e1"/><rect x="114" y="90" width="48" height="63" fill="#dfe3e1"/><rect x="62" y="5" width="76" height="45" fill="#dfe3e1"/><rect x="455" y="67" width="78" height="53" fill="#dfe3e1"/><rect x="0" y="135" width="600" height="10" fill="#ffffff"/><rect x="0" y="158" width="600" height="10" fill="#ffffff"/><rect x="0" y="190" width="600" height="9" fill="#ffffff"/><rect x="0" y="199" width="600" height="8" fill="#ffffff"/><rect x="113" y="0" width="8" height="300" fill="#ffffff"/><rect x="391" y="0" width="10" height="300" fill="#ffffff"/><rect x="243" y="0" width="7" height="300" fill="#ffffff"/><rect x="224" y="0" width="10" height="300" fill="#ffffff"/>
<circle cx="300" cy="150" r="17" fill="#152642" opacity="0.15"/>
<circle cx="300" cy="150" r="8" fill="#152642"/>
<circle cx="300" cy="150" r="3" fill="#ffffff"/>
</svg>

After

Width:  |  Height:  |  Size: 1.7 KiB

+6
View File
@@ -0,0 +1,6 @@
<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 600 300" width="600" height="300" role="img" aria-label="Lageplan">
<rect width="600" height="300" fill="#eef1f0"/><rect x="48" y="36" width="44" height="36" fill="#dfe3e1"/><rect x="54" y="191" width="77" height="32" fill="#dfe3e1"/><rect x="297" y="137" width="61" height="31" fill="#dfe3e1"/><rect x="254" y="171" width="79" height="65" fill="#dfe3e1"/><rect x="380" y="123" width="66" height="41" fill="#dfe3e1"/><rect x="393" y="217" width="48" height="41" fill="#dfe3e1"/><rect x="331" y="192" width="87" height="39" fill="#dfe3e1"/><rect x="117" y="158" width="69" height="39" fill="#dfe3e1"/><rect x="335" y="150" width="56" height="62" fill="#dfe3e1"/><rect x="229" y="56" width="73" height="38" fill="#dfe3e1"/><rect x="293" y="210" width="67" height="35" fill="#dfe3e1"/><rect x="260" y="67" width="80" height="53" fill="#dfe3e1"/><rect x="170" y="50" width="83" height="39" fill="#dfe3e1"/><rect x="51" y="137" width="49" height="44" fill="#dfe3e1"/><rect x="0" y="191" width="600" height="11" fill="#ffffff"/><rect x="0" y="191" width="600" height="13" fill="#ffffff"/><rect x="0" y="214" width="600" height="12" fill="#ffffff"/><rect x="0" y="88" width="600" height="9" fill="#ffffff"/><rect x="261" y="0" width="7" height="300" fill="#ffffff"/><rect x="327" y="0" width="12" height="300" fill="#ffffff"/><rect x="72" y="0" width="11" height="300" fill="#ffffff"/><rect x="439" y="0" width="10" height="300" fill="#ffffff"/>
<circle cx="300" cy="150" r="17" fill="#152642" opacity="0.15"/>
<circle cx="300" cy="150" r="8" fill="#152642"/>
<circle cx="300" cy="150" r="3" fill="#ffffff"/>
</svg>

After

Width:  |  Height:  |  Size: 1.6 KiB

+6
View File
@@ -0,0 +1,6 @@
<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 600 300" width="600" height="300" role="img" aria-label="Lageplan">
<rect width="600" height="300" fill="#eef1f0"/><rect x="268" y="173" width="71" height="34" fill="#dfe3e1"/><rect x="0" y="42" width="60" height="56" fill="#dfe3e1"/><rect x="406" y="106" width="45" height="32" fill="#dfe3e1"/><rect x="473" y="105" width="86" height="46" fill="#dfe3e1"/><rect x="184" y="177" width="51" height="44" fill="#dfe3e1"/><rect x="137" y="52" width="48" height="49" fill="#dfe3e1"/><rect x="426" y="202" width="87" height="45" fill="#dfe3e1"/><rect x="297" y="107" width="66" height="45" fill="#dfe3e1"/><rect x="426" y="104" width="47" height="51" fill="#dfe3e1"/><rect x="202" y="0" width="47" height="62" fill="#dfe3e1"/><rect x="158" y="44" width="86" height="44" fill="#dfe3e1"/><rect x="4" y="94" width="44" height="57" fill="#dfe3e1"/><rect x="401" y="187" width="72" height="59" fill="#dfe3e1"/><rect x="75" y="209" width="53" height="30" fill="#dfe3e1"/><rect x="0" y="239" width="600" height="11" fill="#ffffff"/><rect x="0" y="214" width="600" height="9" fill="#ffffff"/><rect x="0" y="229" width="600" height="8" fill="#ffffff"/><rect x="0" y="229" width="600" height="12" fill="#ffffff"/><rect x="355" y="0" width="10" height="300" fill="#ffffff"/><rect x="180" y="0" width="10" height="300" fill="#ffffff"/><rect x="573" y="0" width="10" height="300" fill="#ffffff"/><rect x="177" y="0" width="11" height="300" fill="#ffffff"/>
<circle cx="300" cy="150" r="17" fill="#152642" opacity="0.15"/>
<circle cx="300" cy="150" r="8" fill="#152642"/>
<circle cx="300" cy="150" r="3" fill="#ffffff"/>
</svg>

After

Width:  |  Height:  |  Size: 1.6 KiB

Loaded 100 of 926 files, more files were not shown because too many files have changed in this diff. Show more