# Falukant: Sozialstatus / Standesaufstieg – Erweiterte Spezifikation

## 1. Ziel

Der Aufstieg im Sozialstatus soll ab den höheren Ständen nicht mehr nur von Geld und einzelnen festen Anforderungen abhängen, sondern von einer Mischung aus gesellschaftlicher Stellung, öffentlicher Wahrnehmung und repräsentativem Lebensstandard.

Gleichzeitig soll das System:

- die frühen Aufstiege einfach halten
- spätere Aufstiege spürbar schwieriger machen
- mehr Geldbindung erzeugen
- nicht bei jedem Stand dieselben Faktoren verlangen

## 2. Grundprinzip

Der Standesaufstieg bleibt ein aktiver Spielzug des Nutzers.

Das heißt:

- der Spieler beantragt den nächsten Stand weiterhin aktiv in der UI
- das Backend prüft die Voraussetzungen
- bei Erfolg wird der Titel erhöht und die Kosten werden abgezogen

Neu ist:

- spätere Titel haben einen größeren und variableren Anforderungskatalog
- nicht jeder Titel prüft alle möglichen Faktoren
- pro nächstem Titel wird nur eine Auswahl relevanter Faktoren verlangt
- Kosten und Schwellen steigen schwach exponentiell

## 3. Bestehender Zustand

Aktuell:

- der nächste Titel wird über `level + 1` bestimmt
- Anforderungen kommen aus `TitleRequirement`
- geprüft werden bisher vor allem:
  - `money`
  - `cost`
  - `branches`
- Aufstieg läuft manuell über `POST /api/falukant/nobility`
- Cooldown: 7 Tage

Das bleibt als technisches Grundmuster erhalten.

## 4. Fachliche Leitentscheidung

### 4.1 Frühe Titel

- Erster Aufstieg:
  - darf weiterhin direkt kaufbar sein
  - keine komplexen sozialen Bedingungen nötig
- Zweiter Aufstieg:
  - bleibt wie bisher
  - keine Änderung nötig

### 4.2 Ab dem dritten relevanten Standessprung

Ab dann sollen zusätzliche Faktoren einbezogen werden:

- höchstes bisheriges politisches Amt
- höchstes bisheriges kirchliches Amt
- Beliebtheit / Ansehen
- derzeitiges Haus
- Hauszustand
- Anzahl Liebhaber / Mätressen

Wichtig:

- nicht jeder spätere Stand nutzt alle Faktoren gleichzeitig
- pro Titel wird nur eine Auswahl davon aktiv
- dadurch bleibt das System lebendig statt schematisch

## 5. Neue Einflussfaktoren

## 5.1 Höchstes bisheriges politisches Amt

Nicht nur das aktuelle Amt zählt, sondern das höchste jemals gehaltene politische Amt.

Begründung:

- frühere Machtstellung bleibt gesellschaftlich wirksam
- ehemalige Amtsinhaber profitieren weiter vom Status ihrer Laufbahn

Empfohlene Auswertung:

- pro `political_office_type.name` existiert ein Rangwert
- für den Spieler zählt das Maximum aus aktiven und historischen politischen Ämtern

## 5.2 Höchstes bisheriges kirchliches Amt

Analog zur Politik:

- nicht nur aktuell besetzte Kirchenämter
- sondern höchstes jemals erreiches Kirchenamt

Bevorzugt anhand von:

- `church_office_type.hierarchy_level`

## 5.3 Beliebtheit / Ansehen

Der Stand soll nicht nur gekauft oder verwaltet, sondern auch öffentlich getragen werden.

Dafür wird genutzt:

- `character.reputation`

Das ist bewusst derselbe soziale Hauptwert, der auch an anderen Stellen bereits funktioniert.

## 5.4 Derzeitiges Haus

Das aktuelle Haus ist sichtbarer Ausdruck des Standes.

Relevanter Wert:

- `house.position`

Je höher das Haus, desto plausibler ein höherer sozialer Aufstieg.

## 5.5 Hauszustand

Nicht nur Hausgröße, auch sein Zustand zählt.

Zu berücksichtigen:

- Dach
- Wände
- Boden
- Fenster

Empfohlener abgeleiteter Wert:

- `houseConditionAverage = AVG(roofCondition, wallCondition, floorCondition, windowCondition)`

## 5.6 Anzahl Liebhaber / Mätressen

Dieser Faktor ist bewusst nicht rein negativ.

Er soll je nach Stand unterschiedlich gewertet werden:

- niedrige und mittlere Stände:
  - viele offene Nebenbeziehungen schaden
- höhere Stände:
  - eine gepflegte repräsentative Nebenbeziehung kann toleriert oder sogar sozial passend wirken
- zu viele Beziehungen bleiben aber auch dort schädlich

Darum soll die Anforderung nicht als starres „je mehr, desto besser/schlechter“ funktionieren, sondern titelabhängig.

Empfohlene Grundlage:

- aktive Beziehungen mit Rollen:
  - `secret_affair`
  - `lover`
  - `mistress_or_favorite`

## 6. Titelabhängige Anforderungssets

## 6.1 Keine starre Vollprüfung

Ab den späteren Ständen wird pro nächstem Titel nicht alles geprüft, sondern ein Set aus:

- Pflichtfaktoren
- Auswahlfaktoren

### Pflichtfaktoren

Immer:

- `cost`

Je nach Stand meistens auch:

- Mindestansehen oder Hausniveau

### Auswahlfaktoren

Aus einem Pool von:

- Politik
- Kirche
- Ansehen
- Hausposition
- Hauszustand
- Liebhaber-/Mätressensituation
- ggf. weiter weiterhin Niederlassungen

## 6.2 Titelprofil statt Zufall pro Klick

Die Auswahl soll nicht bei jedem Aufruf neu würfeln.

Stattdessen:

- jeder Zieltitel hat ein fest definiertes Profil
- dieses Profil wirkt aber so, als ob nicht immer dieselben gesellschaftlichen Dinge zählen

Beispiel:

- Titel A prüft:
  - Geld
  - Ansehen
  - Hausposition
- Titel B prüft:
  - Geld
  - politisches oder kirchliches Spitzenamt
  - Hauszustand
- Titel C prüft:
  - Geld
  - Ansehen
  - Haus
  - kontrollierte repräsentative Nebenbeziehung

Das ist besser als echter Zufall, weil:

- nachvollziehbar
- testbar
- balancierbar

## 7. Schwellenlogik

## 7.1 Schwach exponentiell steigend

Die Anforderungen sollen nicht linear, sondern schwach exponentiell steigen.

Das betrifft vor allem:

- Kosten
- Mindestansehen
- Mindesthausniveau
- Mindestwert für Amtseinfluss

Empfohlene Denkweise:

- frühe Stände: leicht erreichbar
- mittlere Stände: merklich teurer
- hohe Stände: deutlich selektiver, aber nicht absurd

## 7.2 Beispielhafte Entwicklung

### Früh

- Geld dominiert
- kaum oder keine sozialen Zusatzbedingungen

### Mittel

- Geld plus 1 bis 2 soziale Bedingungen

### Hoch

- Geld plus 2 bis 3 soziale Bedingungen
- mindestens eine Repräsentationsbedingung:
  - Haus oder Hauszustand
- mindestens eine Anerkennungsbedingung:
  - Ansehen oder Amt

### Sehr hoch

- Geld plus 3 bis 4 Bedingungen
- politische oder kirchliche Laufbahn gewinnt an Gewicht
- Haus und Ansehen werden praktisch unverzichtbar

## 8. Faktorlogik im Detail

## 8.1 Politik / Kirche

Für spätere Stände genügt nicht jedes Amt.

Empfohlen:

- niedrige hohe Titel:
  - irgendein relevantes Amt reicht
- spätere hohe Titel:
  - nur hohe Ränge zählen

Regel:

- erfüllt, wenn `maxPoliticalRank` oder `maxChurchRank` über Titel-Schwelle liegt

## 8.2 Beliebtheit

Empfohlen:

- frühe soziale Titel: moderate Rufschwelle
- hohe Titel: Ruf wird Pflichtfaktor

## 8.3 Haus

Empfohlen:

- `house.position` wird ab mittleren Ständen wichtig
- `houseConditionAverage` wird ab späteren Ständen zusätzlich relevant

Das verhindert:

- „großes Haus, aber verwahrlost“
- oder „hoher Titel im ruinösen Haushalt“

## 8.4 Liebhaber / Mätressen

Dieser Faktor soll nur bei manchen Titeln überhaupt aktiv sein.

Mögliche Logik:

- niedrige/mittlere Stände:
  - `0` oder `1` toleriert
  - `>= 2` negativ
- höhere Stände:
  - genau `1` repräsentative Nebenbeziehung kann neutral oder positiv sein
  - `0` ist ebenfalls zulässig
  - `>= 2` oder hohe Sichtbarkeit negativ

Das eignet sich besonders als optionaler Profilfaktor, nicht als Universalregel.

## 9. Vorgeschlagene Aufstiegsarchitektur

## 9.1 Stufe 1

- direkt kaufbar
- nur Kosten

## 9.2 Stufe 2

- bleibt wie bisher

## 9.3 Ab Stufe 3

Jeder Zieltitel bekommt:

- `baseCost`
- `costExponentFactor`
- `requiredChecks`
- `optionalCheckPool`
- `optionalCheckCount`

Die Prüfung lautet dann:

1. Kosten erfüllt
2. alle Pflichtchecks erfüllt
3. aus dem Auswahlpool mindestens `optionalCheckCount` erfüllt

Damit bleibt das System flexibel, aber klar.

## 10. UI-Auswirkung

Die Adel-/Standesansicht sollte nicht nur „fehlend/erfüllt“ zeigen, sondern künftig:

- aktive Pflichtanforderungen
- optionale Faktoren
- wie viele davon erfüllt werden müssen
- bereits erfüllte Faktoren optisch markieren

Beispiel:

- „Erfülle 2 von 3 gesellschaftlichen Voraussetzungen“

Dadurch versteht der Nutzer:

- warum der Aufstieg noch blockiert ist
- wo er am effizientesten investieren kann

## 11. Geldbindung

Mehr Geldinvestition soll ausdrücklich Teil des Systems sein.

Darum:

- jeder höhere Stand hat eine klar steigende Aufstiegskostenbasis
- Hauspflege und Hausgröße binden zusätzlich Kapital
- politische und kirchliche Karriere kostet indirekt ebenfalls Ressourcen
- repräsentative Liebhaber-/Mätressenführung kann bei manchen Profilen als teure, aber hilfreiche soziale Form auftreten

## 12. Verhältnis zu Daemon und Echtzeit

Der Standesaufstieg selbst bleibt weiterhin eine direkte Backend-Prüfung beim Spieler-Klick, nicht ein Daily-Daemon-Aufstieg.

Der Daemon kann aber vorbereitende Werte beeinflussen:

- Ruf
- Hauszustand
- aktive Amtshistorie
- Beziehungen / Sichtbarkeit

Das heißt:

- der Daemon verändert die Voraussetzungen
- der eigentliche Standesaufstieg bleibt ein aktiver Kauf-/Antragsvorgang

## 13. Empfohlene technische Erweiterung

Die aktuelle reine `TitleRequirement`-Logik ist für das erweiterte Modell zu schmal.

Empfohlen ist eine zusätzliche Titelprofil-Logik im Backend:

- je Titel ein Profilobjekt mit:
  - Pflichtfaktoren
  - Auswahlfaktoren
  - Mindestanzahl erfüllter Auswahlfaktoren
  - Kostenbasis
  - Progressionsfaktor

Dabei kann das bestehende Requirements-Modell weiterhin für einfache Titel dienen.

## 14. Umsetzungsreihenfolge

### Phase 1

- ersten Aufstieg unverändert kaufbar lassen
- zweiten Aufstieg unverändert lassen
- ab späteren Titeln Backend-Profilprüfung einführen

### Phase 2

- UI um Pflicht-/Optionsanzeige erweitern
- soziale Faktoren sichtbar machen

### Phase 3

- Balancing
- feinere Titelprofile
- stärkere Verzahnung mit Politik, Kirche und Liebschaften

## 15. Kernaussage

Das System soll nicht „jeder Titel verlangt alles“ sein, sondern:

- frühe Aufstiege simpel
- spätere Aufstiege gesellschaftlich glaubwürdig
- steigende Kosten
- wechselnde, aber definierte Faktorprofile
- Haus, Ruf, Amt und Nebenbeziehungen werden echte Standeswerkzeuge