
Was ist KapitaalBot?
KapitaalBot ist kein simpler Momentum-, Breakout- oder Scalping-Bot. Es ist eine timing-bewusste, multistrategische, multiregime Execution-Engine, die pro Markt, Horizont und Route bewertet, was in dem Moment verantwortlich, erklärbar und ökonomisch handelbar ist.
Im Zentrum steht weder ein Indikator noch ein Setup noch eine Lieblings-Coin. Im Zentrum steht ein Live-Auswahlprozess, der mehrere Routenkandidaten nebeneinanderstellt, sie auf Datenfrische, Tradability, Regime, Safety und Execution-Kontext prüft und nur Routen durchlässt, die unter den aktuellen Marktbedingungen wirklich ausführbar sind.
Kanonische Definition
KapitaalBot ist eine Route-Selection- und Execution-Engine mit folgenden Eigenschaften:
Timing-bewusste Auswahl
KapitaalBot fragt nicht nur, ob ein Markt interessant ist, sondern auch, wann eine Route innerhalb eines konkreten Horizonts aussichtsreich ist. Die Zeitdimension ist kein Beiwerk, sondern Bestandteil erster Ordnung der Auswahl.
Multistrategie
Das System ist nicht um eine einzelne Strategie gebaut. Verschiedene Routenfamilien und Entry-Logiken können nebeneinander existieren, sofern jede ihre ökonomischen und operativen Randbedingungen einhält.
Multiregime
Nicht jeder Markt darf gleich gelesen werden. KapitaalBot berücksichtigt Regimeunterschiede und soll Routenwahl daran ausrichten, statt alle Symbole durch einen generischen Filter zu pressen.
Execution-first-Wahrheit
Die operative Wahrheit liegt nicht in einem Research-Snapshot oder einem starren Dashboard, sondern im Live-Execution-State, der aktuellen Marktdatenschicht, gültigem Universe-/Epoch-Kontext und den tatsächlichen Execution-Blockern.
Explainability by design
KapitaalBot muss nicht nur sagen können, warum ein Trade genommen wurde, sondern vor allem auch, warum nicht. Dazu zählen:
- why-no-trade
- first blocker
- blocker chain
- route wins
- reject reasons
- dominant execution constraint
Safety und Positionskontext als Randbedingung
KapitaalBot ist nicht darauf ausgelegt, um jeden Preis zu handeln. Positionierung, Exposure, Datenqualität, Marktfrische und Execution-Safety gehen vor Opportunismus. Nicht handeln ist besser als handeln auf schlechter oder inkonsistenter Wahrheit.
Was KapitaalBot in der Praxis ist
KapitaalBot ist ein System, das zu klären versucht:
- welche Symbole gerade wirklich tradable sind
- welche Horizonte gerade sinnvolle Bewegung zeigen
- welche Route in diesem Kontext logisch ist
- welcher Blocker einen Kandidaten stoppt
- ob Execution ökonomisch und operativ noch vertretbar ist
- und wie das alles für Operator und Forensik erklärbar gemacht werden kann
Damit ist KapitaalBot kein „Coin-Picker“, sondern eine Live-Entscheidungsschicht zwischen Marktdaten und Execution.
Was KapitaalBot ausdrücklich nicht ist
Kein Single-Strategy-Indikator-Bot
KapitaalBot sollte nicht auf eine generische Edge-Formel oder ein festes Setup vertrauen, das unverändert auf alle Märkte losgelassen wird.
Kein Symbol-first- oder Feed-first-Dashboardmodell
Ein Dashboard ist Observability, nicht die Hauptwahrheit. Wahrheit soll aus Live-Runtime, Execution-State und gültigem Marktdatenkontext kommen.
Kein Research-Snapshot als Trading-SSOT
Research, Backtests und Edgeboard-ähnliche Schichten können Kalibrierung und Analyse unterstützen, aber nicht als dominante Live-Selector-Wahrheit.
Keine Black-Box-Signalmaschine
Ein Kandidat ohne klare Begründung, warum er gewinnt oder verliert, passt nicht zum Designziel von KapitaalBot.
Keine Anlageberatung oder Signaldienst
KapitaalBot ist ein internes Handelssystem und ein Observability-/Execution-Rahmen, kein öffentliches Beratungsprodukt.
Wohin sich KapitaalBot bewegt
KapitaalBot entwickelt sich zu einer Basis, in der:
- Live-Hot-State die Auswahl führt
- Horizonte explizit gemessen werden
- Tradability first-class wird
- routenspezifische Ökonomie erst nach dem richtigen Kontext angewendet wird
- Explainability Standard ist, nicht optional
- und Cold Start / Fast Start verantwortlich bleibt, ohne den Rest des Marktes strukturell blind zu machen
Mit anderen Worten: KapitaalBot bewegt sich von losen Entscheidungsschichten hin zu einer zusammenhängenden, production-grade Selector- und Execution-Grundlage.
Einordnung in die Kanon-Seiten
Diese Seite liefert die Kern-Definition. Für operative Observability nutzt du das Dashboard. Für Stack und Latenz SPEC. Für vertragliche Details Docs. Für Ursache-Wirkung-Fragen FAQ.
Dashboard · SPEC · Dokumentation · FAQ · Wissen