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>

src/domain/agentDirectory.ts

@@ -2,7 +2,7 @@
  * Property On — Verzeichnis der digitalen Belegschaft.
  *
  * Ergänzt `teamAgent.ts`, ersetzt es nicht: `TeamAgent` ist das vollständige
- * Personaldossier der sieben Kernteammitglieder, `AgentDirectoryEntry` sind die
+ * Personaldossier der fünf Kernteammitglieder, `AgentDirectoryEntry` sind die
  * Stammdaten aller 36 Mitarbeitenden für die Kreisdarstellung.
  *
  * Die Stufenbezeichnungen sind aus dem Konzeptdokument übernommen und nicht neu

src/domain/calendarEvent.ts

@@ -0,0 +1,36 @@
+/**
+ * Property On — Termine im angebundenen Kalender.
+ *
+ * Bewusst schmal gehalten: die Anwendung führt keinen eigenen Kalender, sie
+ * legt Termine im bereits genutzten Kalender der Kundschaft ab (heute
+ * Microsoft Calendar über die Verbindung «Kalender»). Der Typ beschreibt
+ * deshalb nur, was ein solcher Termin mindestens braucht — nicht, was ein
+ * Kalendersystem alles kann.
+ */
+
+/** Anhang eines Termins — ein Ausschnitt aus dem Objektdossier, kein Vollarchiv. */
+export interface CalendarAttachment {
+  /** Sprechender Dateiname, wie er am Termin erscheint. */
+  fileName: string
+  /** Was der Anhang enthält — erscheint als Erläuterung unter dem Dateinamen. */
+  description: string
+  /** Quelle im Objektdossier, sofern vorhanden. */
+  sourceUrl?: string
+}
+
+export interface CalendarEvent {
+  id: string
+  title: string
+  /** ISO-Zeitpunkt des Terminbeginns. */
+  startsAt: string
+  durationMinutes: number
+  notes?: string
+  attachments: CalendarAttachment[]
+  /** Objektbezug aus «Meine Objekte». */
+  propertyId?: string
+  /** Auslösender Reminder, falls der Termin aus Ferdis Liste entstanden ist. */
+  reminderId?: string
+  createdAt: string
+}
+
+export type CreateCalendarEventInput = Omit<CalendarEvent, 'id' | 'createdAt'>

src/domain/expose.ts

@@ -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
+}

src/domain/exposeLead.ts

@@ -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
+}

src/domain/teamAgent.ts

@@ -9,7 +9,7 @@
  * bündelt und dort bereits `ReviewStatus`, `SourceType`, `RiskLevel` u. a. liegen.
  *
  * Fachliche Wahrheit ist der Agenten-Katalog: Rollen, Personalnummern und
- * Zuständigkeiten der sieben Kernagenten werden nicht verändert.
+ * Zuständigkeiten der fünf Kernagenten werden nicht verändert.
  */
 
 // ── Status & Autonomie ────────────────────────────────────────────────────────

src/domain/visitAssignment.ts

@@ -0,0 +1,63 @@
+/**
+ * Property On — Besichtigungsaufträge von Bruno.
+ *
+ * Ein Auftrag ist entweder eine Vorbereitung (vor dem Termin) oder eine
+ * Nachbereitung (nach dem Termin). Die beiden Fälle teilen sich Kopfdaten,
+ * unterscheiden sich aber im Inhalt — deshalb zwei optionale Detailblöcke
+ * statt zweier Typen mit fast identischen Feldern.
+ */
+
+export const VisitRequestType = {
+  PREPARATION: 'PREPARATION',
+  FOLLOW_UP: 'FOLLOW_UP',
+} as const
+export type VisitRequestType = typeof VisitRequestType[keyof typeof VisitRequestType]
+
+/** Belegte Angabe mit Quelle — ohne Quelle wird nichts behauptet. */
+export interface SourcedFact {
+  statement: string
+  source: string
+}
+
+export interface VisitPreparation {
+  /** Verkaufsargumente — Anzahl über `VISIT_MIN_SELLING_POINTS` konfiguriert. */
+  sellingPoints: string[]
+  /** Erwartbare Einwände mit vorbereiteter Antwort. */
+  objections: { objection: string; answer: string }[]
+  /** Lagebericht, den Bruno bei Livia angefragt hat. */
+  locationReport?: string
+  /** Öffentliche Erkenntnisse zum Interessenten, je mit Quelle. */
+  prospectFindings: SourcedFact[]
+  /** Ist der Bericht bereits angefordert worden? Steuert die Warnung <24 h. */
+  reportRequested: boolean
+  /** Optionale Audiofassung des Berichts. */
+  audioAvailable: boolean
+}
+
+export interface VisitFollowUp {
+  /** Auftrag beziehungsweise Input des Maklers, z. B. WhatsApp-Sprachnachricht. */
+  brokerInput: string
+  inputChannel: string
+  /** Was Bruno daraus verarbeitet hat — stichwortartig. */
+  processingSteps: string[]
+  /** Ergebnisdatei, z. B. Protokoll oder Kundennotiz fürs CRM. */
+  outputFileName: string
+  outputDescription: string
+  /** Bemerkungen von Bruno, etwa zur Ablage im CRM oder DMS. */
+  remarks: string[]
+}
+
+export interface VisitAssignment {
+  id: string
+  /** Termindatum, ISO. */
+  scheduledAt: string
+  /** Objekt aus «Meine Objekte». */
+  propertyId: string
+  propertyTitle: string
+  prospect: string
+  requestType: VisitRequestType
+  /** Herkunft des Auftrags: CRM oder ein Kommunikationskanal. */
+  origin: string
+  preparation?: VisitPreparation
+  followUp?: VisitFollowUp
+}