Inhaltlicher Stand: 24. August 2026Website 2.2.2
PROJEKTSTAND · 24. AUGUST 2026

Was heute vorhanden ist, was gerade vorbereitet wird – und was noch nicht behauptet wird.

Diese Seite fasst den öffentlichen Projektstand bewusst nüchtern zusammen. Sie unterscheidet vorhandene Forschungs- und Systemsubstanz von den Prüfungen, die für Version 2 noch ausstehen. Dadurch soll ein Leser nicht aus einzelnen Kennzahlen auf einen Reifegrad schließen müssen, den das Projekt selbst noch nicht beansprucht.

Version 1: dokumentierter ForschungsstandAPS: separat dokumentierte RisikosteuerungVersion 2: Revalidierung und technische Neuimplementierung
KLARE ABGRENZUNG

Was das Framework ist – und was es ausdrücklich nicht ist

Eine belastbare Einordnung beginnt mit den Grenzen. Der öffentliche Auftritt trennt deshalb vorhandene Substanz, Entwicklungsziele und Aussagen, die bewusst nicht getroffen werden.

ES IST

Ein regelbasierter Forschungs-, Entscheidungs- und Risikokern

  • eine modulare Architektur mit getrennten Verantwortlichkeiten,
  • eine breite historische Testbasis mit Kontrollreihen,
  • eine reproduzierbar gedachte Entscheidungslogik,
  • eine eigenständige APS-Risikosteuerung mit dokumentierter Entwicklungsgeschichte,
  • eine Grundlage für eine spätere institutionelle Prüfung und Integration.
ES IST NICHT

Keine fertige Handelsplattform und kein Renditeversprechen

  • keine Broker- oder Börsenanbindung,
  • keine autonome KI, die Kernregeln selbst verändert,
  • kein Fondsprodukt und keine Anlageberatung,
  • kein Nachweis zukünftiger Renditen,
  • kein Ersatz für Intraday-, Kosten- und Vorwärtsprüfungen, die erst in Version 2 folgen.
AUF EINEN BLICK

Drei Ebenen statt eines pauschalen „fertig“ oder „unfertig“

Das Projekt besitzt bereits einen erheblichen Bestand an Regeln, Testreihen, historischen Vergleichspfaden und Dokumentation. Gleichzeitig fehlen noch genau die Prüfungen, die aus einem Forschungs- und Referenzkern eine belastbarere produktionsnahe Architektur machen.

Dokumentiert

Heute vorhanden

  • Version-1-Referenzkern auf Tagesdaten von 2009 bis 2025
  • 94 reale Instrumente und 60 Oszillatoren
  • 5.640 systematisch durchgeführte Einzeltests
  • sechs parametrisch unterschiedliche synthetische Kontrollreihen mit verschiedenen Trendregimen und 360 zusätzlichen Tests
  • Decision-Core- und Pivot-Logik im Excel-Referenzsystem
  • APS-Wissensbasis mit Entwicklungslinie seit 2013
  • historische APS-Simulationen und Vergleichsauswertungen
  • deutsch- und englischsprachige öffentliche Projektdokumentation
Erneut zu prüfen

Nächste Beweisarbeit

  • bestehende Rechenlogik unabhängig neu implementieren und Ergebnis für Ergebnis vergleichen
  • Intraday-Reihenfolge von Einstieg, Ziel und Stop zeitlich korrekt abbilden
  • Stop-Loss, Break-even, Trailing, Kommissionen und Slippage getrennt prüfen
  • Kontrollgruppen reproduzieren und um alternative Nullmodelle erweitern
  • APS unter identischen Ausführungsbedingungen gegen eine unveränderte Vergleichsvariante testen
  • neue Daten und Walk-forward-Fenster einsetzen
Nicht als vorhanden behauptet

Spätere Produktstufe

  • keine vollständig integrierte Produktionsplattform mit Orderrouting
  • noch kein institutionell auditierter Live-Track-Record des Gesamtframeworks; ein professionelles Handels- und Forschungsbüro ist als spätere Validierungsstufe geplant
  • keine autonome KI, die Kernregeln selbst verändert
  • keine allgemeine Renditezusage aus historischen Backtests
  • keine endgültig festgelegte Technologie, Datenbank oder Benutzeroberfläche als Käuferanforderung
NÄCHSTE MATERIELLE NACHWEISE

Sinnvolle Prüfsequenz – keine starre Projektplanung

Ein Statuswechsel soll durch bestandene Prüfungen entstehen, nicht durch neue Bezeichnungen. Die folgende Gate-Logik zeigt die fachlichen Abhängigkeiten: einzelne Arbeiten können technisch parallel laufen, aber ihre Aussagen werden erst belastbar, wenn der benötigte Referenz- und Ausführungsstand feststeht.

1

Gate 1 · Referenz reproduzieren

Die bestehende Rechenlogik wird unabhängig neu implementiert und Ergebnis für Ergebnis gegen den dokumentierten Referenzstand verglichen.

Abnahmekriterium: Identische Daten und dieselbe Regelversion erzeugen dieselben Referenzergebnisse – oder jede Abweichung ist vollständig erklärt und dokumentiert.

2

Gate 2 · Execution realistisch abbilden

Intraday-Reihenfolge, Einstieg, Ziel, Stop, Break-even und Trailing werden zeitlich korrekt verarbeitet; Kommissionen und Slippage werden getrennt einbezogen.

Abnahmekriterium: Ereignisreihenfolge und ökonomische Reibungen sind deterministisch abgebildet und ihre Auswirkungen separat ausweisbar.

3A

Gate 3A · Statistische Robustheit

Die heutige synthetische Kontrollgruppe wird reproduziert und um alternative Nullmodelle ergänzt, damit der Vergleich nicht von nur einer Generatorfamilie abhängt.

Abnahmekriterium: Kontrollreihen und zusätzliche Nullmodelle sind reproduzierbar dokumentiert und unter identischen Bewertungsregeln vergleichbar.

3B

Gate 3B · APS-Zusatznutzen isolieren

APS wird gegen denselben Handels- und Execution-Pfad ohne APS gemessen. Signal- und Ausführungsbedingungen bleiben dabei unverändert.

Abnahmekriterium: Unterschiede zwischen Baseline und APS-Variante lassen sich der Risikoschicht isoliert zurechnen.

Parallel möglich: Gate 3A und Gate 3B können nach einem stabilen Referenz- und Execution-Stand unabhängig voneinander bearbeitet werden.

4

Gate 4 · Neue Daten und Walk-forward

Die Regeln werden auf Daten und Zeitfenstern geprüft, die nicht zur Entwicklung derselben Regeln verwendet wurden.

Abnahmekriterium: Ergebnisse auf neuen Daten und über fortlaufende Walk-forward-Fenster sind vollständig versioniert und ohne nachträgliche Vermischung mit Entwicklungsdaten dokumentiert.

5

Gate 5 · Reale Marktausführung dokumentieren

Nach einer ausreichend definierten und reproduzierbaren Systemversion soll ein professionelles Handels- und Forschungsbüro reale Orders, Fills, Gebühren, Risiko- und Versionsdaten erfassen.

Abnahmekriterium: Der reale Ausführungspfad ist durchgängig nachvollziehbar; ein Live-Track-Record ergänzt die vorherigen Prüfungen, ersetzt sie aber nicht.

OPERATIVES ZIELBILD

Das Projekt soll nicht bei einer validierten Software enden.

Nach der technischen Revalidierung ist eine operative Validierungsstufe vorgesehen: Eine klar versionierte Ausbaustufe soll unter realen Marktbedingungen eingesetzt und von Entscheidung bis Ausführung dokumentiert werden. Parallel wird die Organisation so gedacht, dass Technologie, IP, Research, Dokumentation und Betriebsprozesse später als zusammenhängende Einheit geprüft und übertragen werden können.

Bevorzugter Weg

Transaktionsfähige Einheit aufbauen und bei strategischer Passung eine vollständige Unternehmensübernahme ermöglichen.

Alternative

Falls keine passende Transaktion entsteht, bleiben Eigenbetrieb, institutionelle Lizenzierung und ein separates Endkundenprodukt als spätere Verwertungswege offen.

Live-Validierung & Strategie im Detail →
TECHNOLOGIESTATUS

Die Fachlogik ist wichtiger als ein bestimmter Software-Stack.

Python, relationale Datenbanken, API-Grenzen oder eine konkrete Benutzeroberfläche sind technische Arbeitsrichtungen. Sie werden nicht als unveränderliche Produkteigenschaft verkauft. Entscheidend ist, dass Daten, Regeln, Ergebnisse und Versionen nachvollziehbar getrennt bleiben und die Rechenlogik reproduzierbar getestet werden kann.

Konsequenz

Eine technische Entscheidung gilt erst dann als Fortschritt, wenn sie die Prüfbarkeit, Wartbarkeit oder Integrationsfähigkeit verbessert. Ein Wechsel der Programmiersprache allein erhöht den fachlichen Reifegrad nicht.

ÖFFENTLICHE VERSIONIERUNG

Auch die Außendarstellung wird bewusst versioniert.

Die Versionen 0.x.x dokumentieren die Vorentwicklung der heutigen Website und des öffentlichen Informationsmodells. Historische Arbeiten bleiben als Entwicklungsgeschichte sichtbar, werden jedoch nicht stillschweigend mit dem aktuellen Framework- und Nachweisstand gleichgesetzt. Mit Website 1.0.0 wird der erste vollständig freigegebene öffentliche Gesamtstand eingefroren. Nachfolgende Versionen dokumentieren nachvollziehbar inhaltliche, methodische oder technische Änderungen.

Website 0.2.0Sprache und Zweisprachigkeit

Publikumssprache bereinigt, Kennzahlen verständlicher erklärt und die englische Fassung ergänzt.

Website 0.3.0Fachliche Vertiefung

Technologie, Entwicklung, Dokumentation, FAQ und sichtbare Nachweisstatus wurden ausgebaut.

Website 0.4.0Orientierung und Methodik

Projektstatus, Glossar und ausführliche methodische Fachbeiträge ergänzen die öffentliche Prüfebene.

Website 0.5.0Unterlagen & Prüfpfad

Zweisprachiges Executive Overview, gestaffelte Informationsfreigabe und quellenorientierte Publikationshistorie ergänzen die öffentliche Dokumentenebene.

Website 0.6.0Evidenzkarte & Abnahmekriterien

Öffentliche Aussagen werden mit Belegstatus, Aussagegrenze und konkretem nächstem Validierungsschritt verbunden. Ein separates Evidence & Validation Brief macht diese Prüflogik weitergabefähig.

Website 0.7.0Institutioneller Nutzen & Prüfprozess

Mögliche Erwerberperspektiven, die Abwägung zwischen Eigenentwicklung und Übernahme, gestufte Informationsfreigabe, Transaktionsfähigkeit und ein einseitiges Institutional Fact Sheet ergänzen die strategische Entscheidungsebene.

Website 0.8.0Finalisierung & Qualitätsprüfung

Terminologie, Metadaten, mobile Navigation, Barrierefreiheit, Favicons, Ladeverhalten und technische Konsistenz wurden abschließend geprüft und bereinigt.

Website 0.8.3Operative Validierung & strategische Verwertungswege

Geplantes Handels- und Forschungsbüro, Live-Track-Record, bevorzugtes Transaktionsziel und alternative Verwertungswege werden als getrennte spätere Ebenen eingeordnet, ohne den heutigen Nachweisstatus zu verändern.

Website 0.9.0Quellenintegration & methodische Präzisierung

Historische APS-Primärpublikationen wurden als Originalquellen integriert, die sechs synthetischen Kontrollreihen anhand ihrer tatsächlichen Generatorlogik als unterschiedliche Trendregime präzisiert und die Testmatrix transparent als 94 reale Instrumente plus sechs synthetische Kontrollreihen mit insgesamt 6.000 Testkombinationen dokumentiert. Die öffentlichen Framework-Unterlagen wurden inhaltlich und gestalterisch auf diesen Stand abgestimmt.

Website 1.0.0Öffentliche Baseline

Erster vollständig freigegebener Gesamtstand der neu positionierten Website von Plagge Consulting. Inhaltliche Architektur, zweisprachige Darstellung, Quellen-, Nachweis- und Dokumentationsstruktur, rechtliche Seiten, Markenauftritt sowie technische Umsetzung sind konsolidiert und bilden die verbindliche öffentliche Ausgangsbasis für alle folgenden Versionen.

Website 2.0.0Digitales Fachmanual & eindeutige Informationsarchitektur

Der vollständige öffentliche Inhalt wird in eine nummerierte Manual-Struktur überführt. Bestehende Seiten und Inhalte bleiben erhalten, erhalten jedoch eindeutige Kapitel- und Unterkapitelrollen, einen sichtbaren Datenstand, lokale Kapitelnavigation, Breadcrumbs sowie einen linearen Vor-/Zurück-Lesepfad. Referenzbereiche und Rechtliches werden von den fachlichen Kapiteln getrennt. Dieser Stand friert den öffentlichen Daten- und Navigationsstand vom 19. August 2026 ein.

Website 2.0.1Recht, KI-Transparenz & Profil

Patch-Release vom 20. August 2026: deutsche und englische Rechtsfassungen werden synchronisiert und aktualisiert, die redaktionelle Verantwortung wird präzisiert und das neue KI-generierte Porträt von Andreas Plagge direkt gekennzeichnet. Architektur, Framework-Inhalte, Research-Evidenz und öffentliche Fachunterlagen bleiben fachlich unverändert.

Website 2.0.2Security Hardening

Technischer Patch vom 20. August 2026: der CSP-Konflikt auf den Profilseiten wird beseitigt, indem die Porträt-Kennzeichnung ausschließlich über ein externes Stylesheet formatiert wird. Zusätzlich wird HSTS mit einer Laufzeit von einem Jahr gesetzt. Rechtstexte, Framework-Inhalte, Evidenz und öffentliche Fachunterlagen bleiben unverändert.

Website 2.0.3Profil-Navigation

Patch-Release vom 21. August 2026: Kapitel 9 wird in der sichtbaren deutschen Navigation von „Über uns“ zu „Profil“ und in der englischen Fassung von „About“ zu „Profile“ präzisiert. Die bestehenden URLs, Inhalte, Rechtsseiten, Framework-Struktur und technischen Sicherheitsmaßnahmen bleiben unverändert.

Website 2.0.4NinjaTrader®-Vendor-Status

Patch-Release vom 21. August 2026: Der bestehende NinjaTrader®-Ecosystem-Vendor-Status wurde erstmals auf der Profilseite dokumentiert.

Website 2.0.5NinjaTrader®-Ecosystem-Compliance

Compliance-Release vom 21. August 2026: eigene NinjaTrader®-/Kinetick®-Informationsseite, bevorzugte Plattform-/Brokerage-/Marktdatenpositionierung, permanenter Ecosystem-Risikohinweis und prominente Hypothetical-Performance-Hinweise werden integriert. Quantitative Framework-PDFs mit simulierten Ergebnissen erhalten einen zusätzlichen Compliance-Vorspann und Ergebnisverweis, ohne die zugrunde liegenden Research-Inhalte umzudeuten.

Website 2.1.0Social Media & Kommunikationsrecht

Minor Release vom 21. August 2026: Eine zentrale, zweisprachige Rechtsseite bündelt Anbieterkennzeichnung und Datenschutzhinweise für die geschäftlichen Social-Media-Präsenzen sowie WhatsApp, Messenger, SMS, Zoom und Microsoft Teams. Die Website-Datenschutzerklärung bleibt schlank und verweist ergänzend auf diese externe Kanalebene.

Website 2.2.0Systemlogik & Validierungspfade

Minor Release vom 22. August 2026: Die Architektur wird ohne zusätzliche Bilddateien um explizite Übergaben zwischen den sechs Ebenen verdichtet; die redundante zweite Architekturdarstellung entfällt. Die nächsten materiellen Nachweise werden als Gate-basierter Validierungspfad mit Abnahmekriterien strukturiert, und der institutionelle Prüfprozess macht die zunehmende Informationstiefe sowie Vertraulichkeit sichtbar. Typografie, Grunddesign, Rechtsseiten und Research-PDFs bleiben unverändert.

Website 2.2.1Performance-Hinweise gezielt platziert

Patch-Release vom 22. August 2026: Der vollständige Hypothetical-Performance-Disclaimer wird auf die Seiten mit konkreten historischen, simulierten oder backtestbasierten Ergebnisangaben konzentriert und dort unmittelbar vor dem relevanten Ergebnisbereich nur einmal ausgegeben. Allgemeine FAQ-, Dokumentations-, Unterlagen-, Publikations- und Forschungsübersichtsseiten zeigen keine spezifischen Performancewerte mehr und benötigen deshalb keinen seitenfüllenden Hinweis. Der permanente NinjaTrader®-Ecosystem-Risikohinweis im Footer bleibt unverändert bestehen.

Website 2.2.2Glossar & Terminologie erweitert

Patch-Release vom 24. August 2026: Das deutsch-englische Glossar wird von 29 auf 48 Begriffe erweitert. Ergänzt werden insbesondere der vollständige Projektname, Framework, Oszillator, Handelsplattform, NinjaTrader®, Broker, Marktdatenfeed, OHLC/OHLCV, Futures, Evidenz, Audit Trail, Due Diligence, Governance, Reproduzierbarkeit, Regelversion, Signal, synthetische Kontrollreihen und Testmatrix. Bestehende Facharchitektur, Evidenz, Rechtsseiten, Performance-Hinweise, Gestaltung und Downloads bleiben unverändert.

VERTIEFEN

Der Projektstand wird durch Methodik und Definitionen verständlicher.