GitHub-native Deployments für Trading-Strategien
Verbinden Sie GitHub, wählen Sie Ihr eigenes Repository oder ein TradingHost-Template und deployen Sie Trading-Strategien in Always-on-Cloud-Runtimes.
TradingHost nutzt GitHub als Source of Truth für Ihren Trading-Code. Registrieren Sie sich über GitHub, verbinden Sie ein bestehendes Repository oder erstellen Sie ein neues aus einem Open-Source- oder TradingHost-Template. Starten Sie dann ein Deployment, das Ihre ausgewählte Strategie in einer TradingHost-Runtime ausführt.
GitHub-nativer Lifecycle
- GitHub-Registrierung
- Support für bestehende Repos
- 1-Klick-Repo-Erstellung
- Deployments auf Strategie-Ebene
- Start- und Stopp-Kontrolle
- Automatische Redeploys aus dem Main-Branch
- Kein State-Lock-in
Abschnitt 01 · Konzept
Was ist ein TradingHost-Deployment?
Ein Deployment ist eine aktive Instanz einer Trading-Strategie auf TradingHost.
Ihr GitHub-Repository enthält den Code. TradingHost liest diesen Code, bereitet die Runtime vor, injiziert Ihre konfigurierten Secrets und startet die ausgewählte Strategie in einer containerisierten Umgebung.
Ein einzelnes Repository kann eine oder mehrere Strategien enthalten. Wenn Sie ein Deployment erstellen, wählen Sie aus, welche Strategie TradingHost ausführen soll, wo sie ausgeführt werden soll und welche Runtime-Konfiguration verwendet wird.
- Repo
- entspricht dem Quellcode.
- Strategie
- entspricht der Trading-Logik, die Sie ausführen möchten.
- Deployment
- entspricht der aktiven Runtime-Instanz, die diese Strategie ausführt.
Abschnitt 02 · Onboarding
Registrieren und deployen mit GitHub
TradingHost setzt auf GitHub, weil professioneller Trading-Code Versionskontrolle, nachvollziehbare Änderungen und eine saubere Source of Truth erfordert.
Bei der Registrierung auf TradingHost authentifizieren Sie sich über GitHub. Von dort aus können Sie Ihr eigenes Repository verbinden oder ein neues Repository aus einem unterstützten Template erstellen.
- SCHRITT 01
Mit GitHub registrieren
Nutzen Sie Ihr GitHub-Konto, um ein TradingHost-Konto zu erstellen und die erforderlichen Repo-Berechtigungen zu autorisieren.
- SCHRITT 02
Repository-Pfad wählen
Verbinden Sie ein bestehendes Repository, erstellen Sie ein Repo aus einem Open-Source-Framework-Template oder starten Sie ein leeres TradingHost-Projekt.
- SCHRITT 03
Deployment konfigurieren
Wählen Sie Strategie, Runtime-Region, Secrets, Ressourcenprofil und Deployment-Einstellungen.
- SCHRITT 04
Starten
TradingHost startet die Strategie in einer verwalteten Runtime und streamt die Logs direkt in Ihr Dashboard.
Abschnitt 03 · Repo-Pfade
Eigenes Repo mitbringen oder aus einer Vorlage erstellen
TradingHost unterstützt drei Wege, ein Deployment zu starten.
Eigenes Repository verbinden
Sie haben bereits ein Trading-Projekt auf GitHub? Verbinden Sie das Repo mit TradingHost, wählen Sie den Einstiegspunkt der Strategie, fügen Sie Secrets hinzu, wählen Sie eine Region und starten Sie das Deployment.
Aus einer Open-Source-Framework-Vorlage erstellen
Nutzen Sie eine sofort einsatzbereite Projektstruktur für unterstützte Open-Source-Frameworks wie CCXT oder Freqtrade. TradingHost erstellt das Repository in Ihrem GitHub-Konto. Anschließend passen Sie den Code an und starten das Deployment.
Eine leere TradingHost-Vorlage erstellen
Starten Sie mit einer sauberen, für TradingHost optimierten Projektstruktur. Dies ist ideal, wenn Sie Ihre eigene Python-Strategie von Grund auf neu entwickeln und gleichzeitig eine klare Runtime-Konfiguration, Ordnerstruktur und einen eindeutigen Deployment-Einstiegspunkt beibehalten möchten.
Vorlagen sind lediglich Projektgerüste, keine profitablen Strategien. Sie bieten Struktur, Konfigurationsbeispiele und Runtime-Kompatibilität. Die Trading-Logik, Risikokontrollen sowie die Broker- oder Exchange-Konfiguration steuern Sie selbst bei.
Abschnitt 04 · Template-Eigentum
Wenn Sie eine Vorlage wählen, gehört das Repo Ihnen
Wenn Sie eine Open-Source-Framework-Vorlage oder eine leere TradingHost-Vorlage wählen, erstellt TradingHost ein neues Repository in Ihrem GitHub-Konto.
Dieses Repository gehört Ihnen. Sie können es bearbeiten, Branches erstellen, Commits pushen, Code reviewen und es wie jedes andere GitHub-Projekt verwalten. TradingHost nutzt das Repository als Deployment-Quelle, aber Ihr Code verbleibt in Ihrem GitHub-Konto.
Eine Vorlage enthält
- Projektstruktur
- Runtime-Konfiguration
- Beispiele für Umgebungsvariablen
- Einen Strategie-Einstiegspunkt
- Logging-Beispiele
- Dependency-Dateien
- TradingHost-Deployment-Konfiguration
- Grundlegende README-Anweisungen
Vorlagen sind lediglich Projektgerüste, keine profitablen Strategien. Sie bieten Struktur, Konfigurationsbeispiele und Runtime-Kompatibilität. Die Trading-Logik, Risikokontrollen sowie die Broker- oder Exchange-Konfiguration steuern Sie selbst bei.
Abschnitt 05 · Strategie-Steuerung
Deployen Sie genau die Strategie, die Sie ausführen möchten
Ein Repository kann mehr als eine Strategie, ein Skript oder einen Runtime-Einstiegspunkt enthalten. TradingHost behandelt das Deployment als die aktive Runtime-Instanz, nicht nur als das Repository selbst.
Wenn Sie ein Deployment starten, wählen Sie die Strategie oder den Einstiegspunkt aus, den TradingHost ausführen soll. Anschließend können Sie dieses Deployment über das TradingHost-Dashboard starten, stoppen, neu starten oder aktualisieren.
Strategie starten
Strategie stoppen
Runtime neu starten
Logs anzeigen
Secrets aktualisieren
Runtime-Konfiguration ändern
Neuesten Code neu deployen
Deployment-Status prüfen
- Das Repo
- ist Ihre Codebasis.
- Das Deployment
- ist die aktive Strategie.
- Das Dashboard
- ist Ihre Steuerzentrale.
Abschnitt 06 · Auto-Redeploy
Push auf Main, Redeploy in Sekunden
TradingHost ist auf schnelle Iteration ausgelegt. Wenn Sie den Main-Branch des verbundenen Repositorys aktualisieren, TradingHost kann die neuesten Änderungen automatisch abrufen und das zugehörige Deployment neu starten.
So bleibt Ihr Entwicklungs-Workflow ganz auf GitHub ausgerichtet. Nehmen Sie eine Änderung vor, pushen Sie diese auf Main, und das aktive Deployment erhält die neueste Version – ganz ohne manuelles Neuerstellen Ihrer Umgebung.
- Bearbeiten Sie Ihre Strategie lokal oder in Ihrer KI-Entwicklungsumgebung
- Committen und pushen Sie Änderungen in den Main-Branch
- TradingHost erkennt das Update
- Das Deployment ruft den neuesten Code ab
- Die Runtime startet mit der neuen Version neu
- Die Logs zeigen das aktualisierte Verhalten der Runtime
Abschnitt 07 · State-Verantwortung
TradingHost deployt den Code neu. Sie verantworten den Strategie-State.
TradingHost speichert oder verwaltet Ihren Strategie-State nicht für Sie.
Wenn ein Deployment neu deployt, neu gestartet oder auf eine andere Runtime verschoben wird, muss Ihr Code so konzipiert sein, dass er sicher wieder anläuft. Die Nachverfolgung von Positionen, das Erkennen offener Orders, Datenbank-Persistenz, Checkpoints, Abgleichslogik oder jeglicher sonstige Strategie-State liegen in Ihrer Verantwortung, sofern sie nicht explizit von Ihrer eigenen Anwendung oder externen Diensten bereitgestellt werden.
Beispiele für State
- Annahmen über offene Positionen
- Letzte verarbeitete Kerze oder Transaktion
- Order-IDs
- Grid-Level
- Trailing-Stop-Werte
- Risiko-Counter
Empfehlung
Für den Live-Handel sollte Ihre Strategie in der Lage sein, ihren aktuellen Zustand über Broker- oder Exchange-APIs, extern gespeicherte Daten oder Ihre eigene Persistenzschicht wiederherzustellen. Verlassen Sie sich nicht darauf, dass der In-Memory-State ein erneutes Deployment, einen Neustart oder einen Absturz übersteht.
Klare Abgrenzung
TradingHost stellt die Infrastruktur für Deployment, Runtime und Observability bereit. Die Kontinuität von benutzerdefiniertem In-Memory-Strategie-State wird nicht garantiert.
Abschnitt 08 · KI-gestützt
Entwickelt für KI-gestützte Workflows
TradingHost-Deployments sind für die Zusammenarbeit mit KI-gestützten Coding-Workflows optimiert. Sie können Strategien in Tools wie Cursor oder Claude Code entwickeln und anpassen, die Änderungen auf GitHub pushen und TradingHost die neueste Version automatisch neu deployen lassen.
Dank MCP-Unterstützung können kompatible Tools direkt mit TradingHost-Funktionen interagieren – etwa um Deployments aufzulisten, Logs einzusehen oder erneute Deployments anzustoßen.
Abschnitt 09 · Lebenszyklus
Der Deployment-Lebenszyklus
Jedes Deployment durchläuft einen einfachen Lebenszyklus vom Repository bis zur aktiven Strategie.
Erstellt
Das Deployment ist konfiguriert, läuft aber noch nicht.
Startet
TradingHost bereitet die Runtime vor und startet den Strategieprozess.
Aktiv
Die Strategie läuft aktiv in der ausgewählten Runtime.
Gestoppt
Das Deployment wurde manuell gestoppt; es läuft kein Strategieprozess.
Startet neu
TradingHost startet die Runtime oder den Strategieprozess neu.
Wird neu deployt
TradingHost ruft den neuesten Code ab und startet das Deployment neu.
Fehlgeschlagen
Die Runtime oder der Strategieprozess konnte nicht gestartet oder ausgeführt werden. Prüfen Sie die Logs.
Die Deployment-Status zeigen Ihnen genau, was TradingHost gerade tut. Wenn ein Deployment fehlschlägt, sind die Logs die erste Anlaufstelle für die Fehlersuche.
Abschnitt 10 · Aufteilung der Verantwortung
Wo TradingHost aufhört und Ihre Verantwortung beginnt
TradingHost verwaltet die Deployment-Ebene für Ihren Trading-Code. Sie bleiben für das eigentliche Trading-System verantwortlich.
TradingHost verwaltet
Die Deployment-Ebene
- GitHub-Anbindung
- Repository-Auswahl oder -Erstellung
- Deployment-Konfiguration
- Start der Runtime
- Secret-Injektion
- Auswahl der Region
- Grundlegender Systemstatus
- Streaming von Roh-Logs
- Start- und Stopp-Steuerung
- Redeploy-Workflow
Sie sind verantwortlich für
Das Trading-System
- Strategielogik
- Broker- und Börsenberechtigungen
- Erstellung von API-Schlüsseln
- Risikokontrollen
- Positionsabgleich
- Order-Handling
- Fehlerbehandlung
- Externe Persistenz
- Tests vor dem Live-Trading
- Überwachung des Live-Verhaltens
- Einhaltung der Broker- oder Börsenrichtlinien
Klartext
TradingHost erleichtert die Bereitstellung und den Betrieb von Trading-Code. Es sorgt jedoch nicht automatisch dafür, dass Ihr Code sicher, profitabel oder fehlerfrei ist.
Bereich 11 · Repo-Muster
Unterstützte Repository-Strukturen
TradingHost unterstützt verschiedene Repository-Strukturen, solange der Einstiegspunkt für das Deployment und die Runtime-Konfiguration eindeutig definiert sind.
Single-Strategy-Repo
Ein Repository enthält genau eine Strategie und einen Deployment-Einstiegspunkt.
Multi-Strategie-Repo
Ein Repository enthält mehrere Strategien. Jedes TradingHost-Deployment wählt die jeweils auszuführende Strategie aus.
Framework-Projekt
Ein Repository enthält ein unterstütztes Framework-Projekt wie CCXT oder Freqtrade.
Leeres Projekt
Ein Repository startet mit einer für TradingHost vorbereiteten, leeren Struktur und wird von Ihnen zur eigenen Strategie-Codebasis ausgebaut.
Für vorhersehbare Deployments sollten Einstiegspunkte, Umgebungsvariablen und Runtime-Konfigurationen explizit definiert sein.
FAQ
Häufig gestellte Fragen
Ja. TradingHost v1 nutzt GitHub als Source of Truth für Strategie-Code und Deployment-Updates.
Ja. Sie können ein bestehendes GitHub-Repository verknüpfen und eine Strategie daraus deployen.
Ja. Wenn Sie ein Open-Source-Framework-Template oder ein leeres TradingHost-Template wählen, kann TradingHost ein neues Repository in Ihrem GitHub-Konto erstellen.
Nein. Templates sind deploy-bereite Projektstrukturen. Sie können Beispielcode, Konfigurationen und Entrypoints enthalten, sind aber keine profitablen Strategien, Handelssignale oder Finanzberatung.
Wenn automatische Redeploys aktiviert sind, zieht TradingHost die neuesten Änderungen aus dem main-Branch und deployt die zugehörige Runtime in Sekundenschnelle neu.
Nein. TradingHost speichert keinen Strategiezustand. Ihr Code muss Persistenz, Broker-Abgleich und Recovery-Logik selbst verwalten, falls Ihre Strategie über Neustarts oder Redeploys hinweg auf einen Zustand angewiesen ist.
Ja. Ein Deployment kann über das TradingHost-Dashboard gestartet, gestoppt, neu gestartet und neu deployt werden.
Ja, vorausgesetzt, Ihre Repository-Struktur und Deployment-Konfiguration definieren die Entrypoints der einzelnen Strategien eindeutig. Jedes Deployment muss genau festlegen, was ausgeführt werden soll.
Nein. Ihr Strategie-Code verbindet sich mit dem Broker oder der Börse und sendet Orders basierend auf Ihrer Logik. TradingHost stellt lediglich die Runtime und den Deployment-Layer bereit.
Ja. TradingHost ist für MCP-kompatible Workflows ausgelegt. Unterstützte KI-Entwicklungstools können daher Deployments prüfen, Logs einsehen und – sofern autorisiert – Redeploys auslösen.
Strategie direkt aus GitHub deployen
Verbinden Sie ein bestehendes Repo oder nutzen Sie ein TradingHost-Template, konfigurieren Sie Ihr Deployment und starten Sie Ihre Strategie in einer Always-on-Runtime.