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/data/confluence-export/pages/345050867_Austausch zu LuP-Tests.md

@@ -0,0 +1,50 @@
+# Austausch zu LuP-Tests
+
+> Confluence Page ID: 345050867
+> Version: 4
+> Pfad: /pathOS/Kommunikationskanäle, Termine, Besprechungsnotizen pathOS/Besprechungsnotizen/Austausch zu LuP-Tests
+> Labels: 
+
+---
+
+ 
+Themen:
+- Ansprechpartner LuP Tests
+- CI → Aleks, Frank
+- Portal → Annette
+- Wie ggf. buchen bei Fragen etc.
+- Regelmäßige Syncs zum LuP Test?
+- Aktuelle Status der CI LuP-Tests 
+- nächtliche Durchführung weiterhin?
+- Testergebnisse wo zu finden?
+- 
+Thema aus Kundentestumg.-Weekly:
+- 
+VNP und ENP Versand nur gesamtheitlich gebündelt oder gestaffelt? Beispiel: 89.000 NEP1 Trassenanmeldungen, wird fürT die alle am Ende der NEP1 gleichzeitig der VNP ausgelöst? → pathOS hat LuP-Tests dazu (40.000 in 10 min). "Zwischenlagerung" bei Bestellsystem aus Datentopf Fahrplanservice. Keine Staffelung oder ähnliche Prozesse.
+- Doku aktuell? Last und Performance Test
+- 
+LuP-Ausbaustufen
+- Testergebnisse
+- Wo sind die NFRs?
+- Mengengerüst (erwartete Last) / Lastverteilung realistisch?
+- Scope? (Ganzes System mit SubSystemen? Einzelne Subsysteme / APIs?)
+- LuP-Umgebung (gleiches setup, sizing der DB etc.) → "Full Copy von PROD"
+- Monitoring (Grafana, CPU, RAM,...) ? → techn. BF?
+- Reportings via Grafana, JMeter Dashboards,..?
+- Metriken festlegen (TTFB, TTLB, Response times, error codes etc.)
+- Mögl. Probleme → Firewalls, Auth,...
+- Szenarien
+
+- Main Use-Cases erstellen
+- Festlegung der CUs (concurrent users → Anzahl der User die sich gleichzeitig auf dem System befinden)
+- Lastverteilung auf die Use-cases
+- Weitere Typen geplant?  → Bspw.
+- Stress (lineare Erhöhung alle 30-60min → Annahme: Max. 5x vom Peak load sollte das System / API "aushalten)
+
+- 
+- 
+- Endurance (75% vom Peak load, Dauer 6-12h)
+
+- 
+- 
+- Spike (Erhöhung der Last von 0 auf 2-3x Peak und wieder auf 0 alle 30-60min, 5x wiederholen)