Migrate all repos into monorepo context folders

Bahn: aisupport, Analyse-O2C-C2S, awesome-bahn-mcp-servers, beam-mcp,
      Confluence_Bot, db-planet-mcp-server, O2C-Harness, project-audit,
      Projekt-KIQ-HP, teamlandkarte-mcp
Dhive: Jury-Voting
Privat: CV, NoteGraph (NOTE: NoteGraph needs complete redo after consolidation)
Shared: AI-Orchestrator, OrgMyLife, power_skills_and_more
Shared/references: symphony (read-only)

Bahn repos remain available as independent remotes - this monorepo
pulls them in via subtree, the originals are untouched.

bahn/project-audit/analysis/strategische-notizen.md

@@ -0,0 +1,56 @@
+# Strategische Notizen — pathOS
+
+> Laufende Sammlung von strategischen Entscheidungen und Ueberlegungen aus Gespraechen mit dem Business Owner
+
+---
+
+## 2026-04-23: Abrechnung und Vertragsdaten-Verteiler
+
+**Kontext**: Die Abrechnungsthemen in TTTSol (TTTSOL-2149, -2147, -2148, -2035) sind auch fuer pathOS relevant.
+
+**Strategische Ueberlegung**: 
+- Der **Vertragsdaten-Verteiler (VDV)** soll moeglicherweise auch fuer die **Abrechnung** genutzt werden (aktuell nur Stationsportal)
+- Das wuerde den VDV zum zentralen Datenverteiler fuer alle Downstream-Systeme machen
+- Business Owner hat angeboten, die Abrechnungsthemen mit anzutreiben
+
+**Implikationen fuer pathOS**:
+- VDV bekommt erweiterten Scope (nicht nur Stationsportal, auch AC Trasse)
+- Schnittstelle zu AC Trasse muss moeglicherweise ueberarbeitet werden
+- Aktuell laeuft Abrechnung ueber Steuerung-Vertrieb direkt an AC (REST) — VDV wuerde das entkoppeln
+- Kafka-basierte Verteilung (wie bei Stationsportal) waere konsistenter
+
+**Offene TTTSol-Tickets Abrechnung (Blocked/Highest)**:
+- TTTSOL-2149: 20h-Zug Prozess in der Abrechnung (Blocked, High)
+- TTTSOL-2147: Zugtrasse mit Umleitung ohne VT-Wechsel (Highest, Offen)
+- TTTSOL-2148: Abrechnung der Zugtrasse mit fremder Infrastruktur (Highest, Offen)
+- TTTSOL-2035: Neue Zugnummer im Umleitungsfall mit VT-Wechsel (Highest, In Bearbeitung)
+- TTTSOL-1998: Anrechnung Trassenkosten bei zusaetzlichen Leistungen (High, In Bearbeitung)
+
+**Naechste Schritte**:
+- [ ] Klaeren: Welche Abrechnungsdaten soll VDV liefern?
+- [ ] Klaeren: Wie aendert sich die Schnittstelle zu AC Trasse?
+- [ ] TTTSol-Abrechnungstickets tracken und bei Bedarf eskalieren
+
+---
+
+## 2026-04-23: NEP2 Status
+
+**Fachlicher Kontext**:
+- NEP2 = Zweite Anmeldephase im Netzfahrplan-Prozess (zwischen NEP1 und VNP)
+- Fachlich identisch zu NEP1, aber ohne First-Come-First-Serve-Vorteil
+- Bei Konflikten greift das Koordinierungsverfahren / Streitbeilegung
+- Last in NEP1 ist deutlich hoeher als in NEP2
+
+**Status**: Laeuft stabil, wenig neue Bugs. Kein separater Feature-Scope noetig.
+
+**Bewertung**: NEP2 ist kein Risiko fuer pathOS. Das System hat die hoehere NEP1-Last ueberstanden. Positiver Indikator fuer Produktionsstabilitaet.
+
+---
+
+## TODO: Push-Script Optimierung
+
+- **Problem**: ~15 von 21 Seiten werden bei jedem Push aktualisiert obwohl sich nur der Inhalt nicht geaendert hat
+- **Ursache 1**: Seiten mit `$(Get-Date)` aendern sich bei jedem Lauf (Datum im HTML)
+- **Ursache 2**: Confluence normalisiert HTML beim Speichern (Entities, Self-Closing Tags), dadurch schlaegt Textvergleich fehl
+- **Loesung**: Datum aus dem HTML entfernen (statisch setzen) oder Hash-basierter Vergleich mit Confluence-Labels
+- **Prioritaet**: Niedrig (funktioniert, nur unnoetige Versionen)