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/trapo/trapo-projektarbeitsbuch.txt

@@ -0,0 +1,50 @@
+Projektarbeitsbuch (Entwurf): 
+UX-Strategie und Fachanwendung
+Projekt: PathOS/TraPo – Trassenportal für Gelegenheitsverkehr
+Status: Discovery-Phase
+Beteiligte Organisationen: DB InfraGO, DB Systel, Agentur VorSicht
+Stand: 19. Januar 2026
+1. Projektziel & Vision
+Vision
+Ein Portal für Eisenbahnverkehrsunternehmen, über das Gelegenheitsverkehr so einfach bestellt werden kann wie eine Online-Buchung: Mit 3 Angaben statt 240+ Formularfeldern eine komplette Zugfahrt planen, validieren und beauftragen.
+Zielgruppe
+Kleine EVUs mit wenig Expertise: Ein-Mann-Betriebe, wo der Triebfahrzeugführer auch die Anmeldung macht. Nutzer, die „sonst nur WhatsApp bedienen“. Wenn es für diese Zielgruppe funktioniert, funktioniert es für alle.
+Erfolgskriterien
+Angestrebte Qualitäten (Ziel-Outcome)
+[Zu definieren: Was genau muss das Portal zum Launch können? Welche Use Cases müssen abgedeckt sein? Welche explizit nicht?]
+Abgrenzung
+Kein Experten-Tool: Power-User und Grosskunden (DB Cargo, Fernverkehr) nutzen APIs oder das bestehende PathOS-Portal. Desktop-only-Anwendung. Langfristiges Ziel: Das bestehende Experten-Tool perspektivisch ablösen.
+Zieltermin
+September 2025 (Start Gelegenheitsverkehr-Saison). Kein harter Termin – auch 80% der Use Cases wäre ein Erfolg.
+2. Architektur & Systemkontext
+Architekturentscheidung
+Das neue Portal wird als externes System mit festen, abwärtskompatiblen Schnittstellen gebaut – nicht als Komponente innerhalb von PathOS.
+Begründung: PathOS arbeitet mit synchronen Release-Zyklen („Microservice-Monolith“). Das neue Portal braucht unabhängige Deploy-Fähigkeit. Vermeidung unnötiger Abhängigkeiten.
+Schnittstellen zu PathOS
+Schnittstellen zu Primaerquellen
+Direkter Zugriff (z. B. ), nicht über PathOS-Zwischenschicht.
+Trassenfinder
+Der Trassenfinder ist ein bestehendes Expertensystem (BVU). Die Integration ist ein Fernziel. Kurzfristig: API-Nutzung für Validierung, Routing, Zugparameter. Offen: Kartenbasierte Ansicht im neuen Portal oder nur API-Ergebnis + Link zum Trassenfinder?
+Referenzsystem: Bestehendes PathOS-Portal
+Das aktuelle PathOS-Portal (Launch März 2025) dient als: Referenz für bestehende Funktionalität; Insight-Quelle (Ergebnisse der Nutzertests sammeln und für dieses Projekt verwerten); Backup für Expertennutzer, bis das neue Portal deren Bedarfe ebenfalls abbildet und das alte ablösen kann.
+3. Team & Rollen
+4. Discovery-Tracks
+Fachliche und technische Discovery laufen parallel.
+Fachlicher Track
+Technischer Track
+5. Zeitplan & Meilensteine
+Nächste Schritte
+6. Offene Fragen & Klärungsbedarf
+Architektur & Technik
+Fachlich & Inhaltlich
+Ziel-Outcome & Erfolgsmessung
+Arbeitsweise & Organisation
+7. Anwendungsfälle (Arbeitshilfe)
+Dieses Template dient dem strukturierten Sammeln von Erkenntnissen aus Nutzertests und Expertenbefragungen. Die Anwendungsfälle bilden die zentrale Arbeitsgrundlage für das Projekt.
+Methoden: User Journey Mapping, User Story Mapping
+Template pro Anwendungsfall
+Beispiel-Anwendungsfaelle (zu befüllen)
+Gelegenheitsverkehr-Fahrt anmelden
+Trassenangebot prüfen und annehmen
+Buchung stornieren/ändern
+[weitere aus Discovery ergänzen]