Lesezeit … Min.

KI-native Runtime für Alpaca-Strategien

Entwickle in Cursor, Claude Code oder jeder anderen KI-IDE. Deployment aus GitHub in eine verwaltete Cloud-Runtime mit erstklassiger MCP-Steuerung, Logs und Regionen-Auswahl.

Vom TradingHost-Engineering-Team

Bereich 01 · Auf einen Blick

Auf einen Blick

Broker
Alpaca Securities LLC
Broker-Typ
US-regulierter Retail-Broker, API-first
Anlageklasse
US-Aktien, US-Optionen, Krypto
Asset-Abdeckung
US-Aktien (Notierungen an NYSE, NASDAQ, NYSE ARCA, BATS, IEX), an US-Börsen gehandelte Optionen (Single-Leg und Multi-Leg, OCC-cleared), Krypto (über die Tochtergesellschaft Alpaca Crypto LLC), Bruchteilsaktien (fractional shares), ETFs.
Runtime-Modell
Containerisierte Strategie-Runtime
Deployment-Quelle
GitHub
Sprachen
Jede Sprache, die in einem Container ausgeführt werden kann
Häufige Integrationen
alpaca-py (aktuelles Python-SDK), alpaca-trade-api (Legacy), alpaca-trade-api-js, native REST- und WebSocket-Clients, NautilusTrader, benutzerdefinierte Connectors
KI-Workflow-Integration
MCP-Steuerungsoberfläche für Cursor, Claude Code, GitHub Copilot und CLI-Agents
Rolle von TradingHost
Runtime, Deployment, Logs, Health-Checks, Regionen-Auswahl, MCP-Steuerung
Rolle von Alpaca
Broker-Konto, API-Zugang, Marktdaten, Ausführungsplatz, Verwahrung, Settlement, Steuerberichterstattung
Aufsichtsbehörden
Alpaca Securities LLC: Bei SEC und FINRA registrierter Broker-Dealer (CRD 288257). SIPC-Mitglied. Alpaca Crypto LLC: Bei der FinCEN registriertes Money Services Business für den Kryptohandel.
US-Privatanleger
Ja. Sowohl Paper- als auch Live-Trading werden unterstützt.
Zugehörigkeit
TradingHost ist unabhängig und steht in keiner Verbindung zu Alpaca Securities LLC oder Alpaca Crypto LLC

Bereich 02 · Was Alpaca bietet

Was Alpaca bietet

Alpaca bietet eine entwicklerfreundliche REST- und WebSocket-API, die US-Aktien, US-Optionen und Krypto unter einem einzigen Login abdeckt. Die Trading API und die Market Data API liegen auf separaten Hosts. Paper- und Live-Umgebungen nutzen dieselbe Endpunkt-Struktur bei getrennten Keys, sodass eine im Paper-Trading getestete Strategie ohne Code-Anpassungen live geschaltet werden kann. Spezifische Endpunkt-Pfade, Rate-Limits und Datentarife sind in der Dokumentation von Alpaca zu finden.

Märkte und Strategiemuster

  • Portfolio-Rebalancing unter Berücksichtigung von Bruchteilsaktien (fractional shares)
  • Single-Leg- und Multi-Leg-Optionenstrategien für den US-Markt
  • Aktien, Optionen und Krypto über eine einzige, einheitliche Trading API
  • Im Paper-Trading validierte Strategien, die ohne Code-Änderungen live gehen können
  • WebSocket-Streaming für Kurse (quotes), Trades und Konto-Ereignisse
  • Spot-Krypto-Strategien über Alpaca Crypto LLC (BTC, ETH und mehr)
  • Systematische Aktienstrategien mit SIP-Daten über Algo Trader Plus

API-Schnittstelle

Produktschnittstellen
Trading API v2 für US-Aktien, US-Optionen und Krypto unter einem einzigen Login. Die Market Data API liefert Quotes, Trades und Bars über einen separaten Host. Paper- und Live-Umgebungen nutzen getrennte Basis-URLs und Keys; die Endpunkt-Strukturen sind identisch, sodass im Paper-Trading getesteter Code ohne Anpassungen live gehen kann.
Verbindungsmethoden
REST für Orders, Positionen, Kontostatus, Optionsketten und Asset-Metadaten. WebSocket-Streams für Echtzeit-Marktdaten (Quotes, Trades, Bars) und für Updates zu Trades auf Kontoebene. Krypto, Aktien und Optionen nutzen dieselben REST- und WebSocket-Konventionen und unterscheiden sich nur durch asset_class und den Endpunkt-Pfad.
Authentifizierung
API-Key-ID und Secret in den Request-Headern APCA-API-KEY-ID und APCA-API-SECRET-KEY. Paper- und Live-Keys werden separat vergeben; ein Paper-Key kann keine Live-Order platzieren. OAuth 2.0 ist für delegierte Anwendungen (z. B. Fintechs mit Broker-Frontend) verfügbar, nicht jedoch für den direkten Zugriff einzelner Strategien.

Details finden Sie direkt bei Alpaca

Spezifische Endpunkte, Rate-Limits, Marktdaten-Abonnements und Anforderungen für die Optionsfreischaltung sind in der Dokumentation von Alpaca zu finden. Diese gilt als maßgebliche Quelle.

Bereich 03 · Mit KI entwickeln

Entwickeln Sie Ihre Alpaca-Strategie mit KI

Wähle eine Integrationsmethode, forke ein TradingHost-Framework-Starter-Template und entwickle deine Strategie in einer KI-IDE. Cursor, Claude Code, GitHub Copilot und CLI-basierte KI-Agents arbeiten alle mit demselben GitHub-nativen Deployment-Loop.

  • Native Alpaca REST und WebSocket

    Direkte Kontrolle über den Alpaca-Kontostatus, Order-Endpunkte und die Market Data API. Nutze jeden HTTP- und WebSocket-Client, den dein Container ausführen kann.

  • alpaca-py

    Das aktuelle offizielle Python-SDK von alpacahq. Deckt Trading API, Market Data API, Broker-API und Krypto ab. Empfohlen für neue Projekte.

  • alpaca-trade-api (legacy)

    Älteres Python-SDK, das weiterhin für bestehende Strategien gepflegt wird. Alpaca empfiehlt, bei Neuentwicklungen auf alpaca-py umzusteigen.

  • Eigene oder Framework-Connectors

    NautilusTrader, eigene Engines, JavaScript und TypeScript via alpaca-trade-api-js sowie jedes andere Framework, das die REST- und WebSocket-Endpunkte von Alpaca kapselt.

Bibliotheks- und Framework-Unterstützung für Alpaca-Produkte

alpaca-py deckt den gesamten Funktionsumfang von Alpaca ab (Aktien, Optionen, Krypto, Paper-Trading) und ist das empfohlene SDK für neue Projekte. alpaca-trade-api wird weiterhin für bestehende Strategien gepflegt. NautilusTrader bietet eine von der Community gepflegte Alpaca-Integration; prüfe die Abdeckung von Optionen in der aktuellen Dokumentation des Adapters, bevor du dich darauf verlässt.

Bibliothek oder FrameworkUS-AktienUS-OptionenKryptoPaper
alpaca-pyUnterstütztUnterstütztUnterstütztUnterstützt
alpaca-trade-apiUnterstütztUnterstütztUnterstütztUnterstützt
alpaca-trade-api-jsUnterstütztTeilweise unterstütztUnterstütztUnterstützt
NautilusTraderUnterstütztTeilweise unterstütztUnterstütztUnterstützt
Native REST + WebSocketUnterstütztUnterstütztUnterstütztUnterstützt

✓ Bestätigter Support laut offizieller SDK- oder Adapter-Dokumentation. „partial“ weist auf eine teilweise Abdeckung auf Adapter-Ebene hin; bitte mit der aktuellen Dokumentation der Integration abgleichen. „check SDK“ bedeutet, dass das Feature von der SDK-Version abhängt. Workflow-Links verweisen auf /workflows/-Seiten, die sich derzeit in der Erstellung befinden.

TradingHost schreibt keine Bibliothek vor. Es führt Ihr Projekt aus.

Mit KI entwickeln

Sowohl alpaca-py als auch alpaca-trade-api funktionieren mit KI-IDEs. Die TradingHost MCP-Steuerungsoberfläche schließt den Kreis: KI-Tools können Deployments inspizieren, Logs prüfen und die Runtime gemeinsam mit dir verwalten – niemals jedoch den Pfad der Trade-Ausführung beeinflussen.

Bereich 04 · Auf TradingHost ausführen

Führen Sie Ihren Code auf TradingHost aus

Alpaca stellt das Broker-Konto, den API-Zugang und den Ausführungsplatz bereit. TradingHost stellt die Produktionsumgebung bereit, in der Ihre mit Alpaca verbundene Strategie läuft.

Anstatt den Strategie-Code auf einem Laptop, Desktop-PC, einem generischen VPS oder einem manuell konfigurierten Server auszuführen, deployen Sie direkt von GitHub in eine von TradingHost verwaltete Container-Runtime.

Sie

  • Ihr Repo enthält Ihren Code.
  • Ihr Deployment definiert, wie er ausgeführt wird.
  • Ihre Strategie verbindet sich mit Alpaca.

TradingHost

  • Hält die Runtime online.
  • Stellt Logs und Health-Checks bereit.
  • Regionen-Auswahl.
  • Kontrollierte Deployment-Oberfläche.

Deployment-Ablauf

  1. SCHRITT 01

    GitHub verbinden

    Autorisieren Sie TradingHost für den Zugriff auf Ihr GitHub-Konto.

  2. SCHRITT 02

    Repo verknüpfen oder mit einem Starter beginnen

    Verknüpfe TradingHost mit deinem bestehenden Alpaca-Strategie-Repository oder forke ein alpaca-py-Starter-Template für eine funktionierende Basis.

  3. SCHRITT 03

    In einen TradingHost-Container deployen

    Wählen Sie eine Region (US-East liegt am nächsten an den Matching-Engines für US-Aktien; EU eignet sich für Krypto-Handel während der europäischen Session), hinterlegen Sie Ihren Alpaca-API-Key und Ihr Secret als Umgebungsvariablen und starten Sie das Deployment. TradingHost baut Ihren Container aus dem Repository und führt Ihre Strategie auf einer verwalteten Kubernetes-Infrastruktur aus. Keine lokale Docker-Installation erforderlich.

  4. SCHRITT 04

    Logs und Status überwachen

    Verfolgen Sie Live-Logs, Status und Runtime-Zustand direkt im TradingHost-Dashboard. Dieselbe Oberfläche ist über MCP von jeder AI IDE aus erreichbar, sodass Cursor, Claude Code oder ein CLI-Agent den Deployment-Status auslesen und die Runtime an Ihrer Seite verwalten können. Die Orderausführung verbleibt im Code-Pfad der Strategie und läuft nicht über MCP.

  5. SCHRITT 05

    Aktualisieren und neu deployen

    Push Änderungen in deinen GitHub-Main-Branch und TradingHost führt automatisch ein erneutes Deployment durch. Ein Deployment mit Paper-Trading-Keys ist die ideale Testumgebung, bevor du auf Live-Keys umstellst.

Bereich 05 · Betriebliche Hinweise

Betriebliche Hinweise für Alpaca

Fallstricke, die beim tatsächlichen Betrieb einer Alpaca-Strategie in einer containerisierten Cloud-Runtime auftreten können. Diese Details stehen nicht immer in der Dokumentation von Alpaca oder in den READMEs von Frameworks. Jede unten aufgeführte Aussage ist ein direktes Zitat oder eine Paraphrase aus der offiziellen Dokumentation von Alpaca oder einer primären Regulierungsquelle. Die deployment-seitigen Empfehlungen basieren auf dem Betrieb dieser Strategien auf TradingHost.

  1. 01 · Auth-Header

    APCA-API-KEY-ID und APCA-API-SECRET-KEY in Request-Headern

    Alpaca authentifiziert Requests an die Trading API über die API-Key-ID und das Secret in den Headern APCA-API-KEY-ID und APCA-API-SECRET-KEY. Es gibt keinen separaten Signierungsschritt. OAuth 2.0 ist ein separater Flow für delegierte Anwendungen (etwa ein Fintech, das eine Anwendung für seine Kunden auf Alpaca aufbaut) und wird nicht für einzelne Strategien verwendet. Keys für Paper- und Live-Trading werden separat ausgestellt und sind nicht austauschbar.

  2. 02 · Paper vs. Live

    Paper-Umgebung nutzt eine andere Basis-URL und einen anderen Key

    Paper-Trading läuft über paper-api.alpaca.markets. Live-Trading läuft über api.alpaca.markets. Die WebSocket-Streaming-Endpunkte unterscheiden sich analog. Für Paper-Trading generierte Keys können keine Orders im Live-Trading platzieren und umgekehrt. Die Endpunkt-Struktur ist ansonsten identisch, sodass im Paper-Trading validierter Code durch einfaches Austauschen der Basis-URL und des Key-Sets live geschaltet werden kann. Speichern Sie Paper- und Live-Secrets in separaten Einträgen unter TradingHost Secrets und verwenden Sie diese niemals umgebungsübergreifend.

  3. 03 · Marktdaten-Tarife

    Basic (nur IEX) versus Algo Trader Plus (vollständiges US-SIP)

    Der Standard-Marktdaten-Tarif von Alpaca liefert nur Quotes und Trades von IEX. Das reicht für viele systematische Strategien aus, stellt aber per Definition nur ein unvollständiges Orderbuch dar. Algo Trader Plus ist der kostenpflichtige Tarif auf SIP-Ebene und schaltet konsolidierte Marktdaten (Consolidated Tape) frei. Strategien, die auf eine präzise Top-of-Book-Genauigkeit über alle Handelsplätze hinweg angewiesen sind, sollten ein Abonnement von Algo Trader Plus als Voraussetzung für das Deployment definieren. Für Strategien, die mit IEX-Stichproben auskommen, ist dies nicht erforderlich.

  4. 04 · Bruchteilaktien

    Nutzen Sie notional statt qty für Bruchteil-Orders und prüfen Sie fractionable: true

    Alpaca unterstützt Bruchteilaktien (Fractional Shares) je nach Symbol. Um einen Dollar-Betrag statt einer bestimmten Stückzahl zu kaufen, senden Sie eine Order mit notional statt qty. Prüfen Sie vor dem Senden über den Asset-Metadaten-Endpunkt, ob fractionable: true gilt, da nicht jedes gelistete Symbol in Bruchteilen handelbar ist. Stornierte Bruchteil-Orders können nicht auf dieselbe Weise teilausgeführt werden wie Orders für ganze Aktien. Die Fehlerbehandlung Ihres Codes muss diesen Unterschied berücksichtigen.

  5. 05 · Options-Zulassung

    Unabhängig von Aktien erforderlich; Zulassungsstufe bestimmt erlaubte Strategien

    Der Optionshandel bei Alpaca erfordert einen separaten Freischaltungsschritt, der über die normale Registrierung für den Aktienhandel hinausgeht. Die zugelassene Stufe (Approval Level) wird über den Account-Endpunkt ausgegeben. Orders, die diese Stufe überschreiten, werden von Alpaca abgelehnt, nicht von TradingHost. Planen Sie Ihr Deployment so, dass die Strategie zu Ihrer zugelassenen Stufe passt, oder beantragen Sie vor dem Deployment eine höhere Stufe direkt bei Alpaca. TradingHost kann diese Zulassung weder umgehen noch hochstufen.

  6. 06 · Pattern Day Trader

    PDT gilt für Margin-Konten unter 25.000 $ gemäß FINRA Rule 4210

    Die FINRA Rule 4210 stuft ein Margin-Konto als Pattern Day Trader ein, sobald vier oder mehr Daytrades innerhalb von fünf Werktagen durchgeführt werden, und schränkt das weitere Daytrading ein, bis das Kontoguthaben mindestens 25.000 $ beträgt. Alpaca stellt dieses Flag über den Account-Endpunkt bereit (pattern_day_trader). Die Durchsetzung dieser Regel erfolgt beim Broker, nicht in der Runtime. Strategien, die häufiges Daytrading auf Margin-Konten unterhalb dieses Schwellenwerts betreiben, müssen diese Einschränkung einplanen oder das Konto auf über 25.000 $ kapitalisieren.

  7. 07 · Krypto-Unternehmen

    Krypto-Handel erfolgt über Alpaca Crypto LLC, ein separates, bei der FinCEN registriertes Unternehmen

    Der Spot-Krypto-Handel wird von Alpaca Crypto LLC angeboten, einem bei der FinCEN registrierten Money Services Business, und nicht von Alpaca Securities LLC. Aus Sicht der Strategie sind die Zugangsdaten identisch und die Order-Schnittstelle wird über dieselbe Trading API bereitgestellt. Aus regulatorischer Sicht handelt es sich jedoch um ein separates rechtliches Unternehmen. Der SIPC-Schutz gilt für das Broker-Dealer-Konto, nicht für Krypto-Bestände. Weisen Sie in allen Risikoaufklärungen, die Sie zusammen mit der Strategie erstellen, deutlich darauf hin.

Bereich 06 · Entwickelt für

Entwickelt für

TradingHost-Runtimes für Alpaca eignen sich am besten für:

  • Entwickler, die Strategien in KI-IDEs (Cursor, Claude Code) erstellen
  • Systematische Aktien- und Options-Trader
  • Quant-Entwickler beim Übergang vom Notebook in die Produktion
  • Python-Entwickler, die alpaca-py nutzen
  • Retail-Trader beim Wechsel von Broker-GUIs (Robinhood, Webull, Power E*Trade) zu automatisierten Systemen

Die Anbindung von GitHub und das Erstellen Ihrer ersten Strategie sind kostenlos.

Abschnitt 08 · FAQ

FAQ

Nein. TradingHost ist unabhängig und steht in keiner Verbindung zu Alpaca Securities LLC oder Alpaca Crypto LLC.

Nein. TradingHost ist eine Runtime für den Code von Trading-Strategien. Alpaca Securities LLC ist der Broker-Dealer, registriert bei der SEC und FINRA (CRD 288257) sowie Mitglied der SIPC. Ihr Konto, die Verwahrung, der Marktzugang, das Settlement und die Steuerberichterstattung liegen vollständig bei Alpaca.

Nein. Ihr Strategie-Code verbindet sich mit Alpaca und sendet Order-Anweisungen basierend auf Ihrer eigenen Logik, Ihren Kontoberechtigungen und der gewählten Integrationsmethode. TradingHost stellt lediglich die Runtime bereit, in der dieser Code ausgeführt wird.

Nein. Der Zugang zur Alpaca-API wird von Alpaca bereitgestellt. Sie sind selbst für Ihr Alpaca-Konto, die API-Berechtigungen, Ihre Zugangsdaten und die Einhaltung der Nutzungsbedingungen von Alpaca verantwortlich.

AWS und DigitalOcean bieten Ihnen reine Rechenleistung. Sie müssen sich selbst um Betriebssystem-Updates, Container-Orchestrierung, Log-Weiterleitung, Secret-Rotation, Regionen-Failover und Uptime-Monitoring kümmern. TradingHost bietet Ihnen eine verwaltete Runtime, die speziell für Trading-Strategien entwickelt wurde: GitHub-natives Deployment, MCP-basierte Steuerung aus KI-IDEs sowie direkt einsatzbereite Log- und Health-Schnittstellen. Wenn Sie die Infrastruktur selbst betreiben möchten, ist AWS eine Option. Wenn Sie die Runtime als Managed Service nutzen wollen, ist TradingHost der direktere Weg.

Ja. Das aktuelle Python-SDK von Alpaca ist alpaca-py; das ältere alpaca-trade-api wird weiterhin gepflegt. Beide laufen auf TradingHost. JavaScript und TypeScript funktionieren über alpaca-trade-api-js.

Ja. TradingHost unterstützt jede Programmiersprache, die in einem Container ausgeführt werden kann. Alpaca stellt alpaca-trade-api-js für JS und TS bereit; andere Sprachen können die REST- und WebSocket-Endpunkte direkt ansprechen.

Ja, vorbehaltlich der Freischaltung des Optionshandels durch Alpaca. Optionen werden über dieselben Trading API-Zugangsdaten wie Aktien und Kryptowährungen bereitgestellt. Die freigeschaltete Stufe bestimmt, welche Strategien der Broker akzeptiert. TradingHost umgeht diese Freischaltung nicht.

Ja. Der Krypto-Handel wird von Alpaca Crypto LLC bereitgestellt, einem bei der FinCEN registrierten Money Services Business, das rechtlich von Alpaca Securities LLC getrennt ist. Aus Sicht der Strategie sind die Trading API-Zugangsdaten identisch; aus regulatorischer Sicht handelt es sich um separate Unternehmen.

Verbinden Sie Ihr GitHub-Repository mit dem Strategie-Code, verknüpfen Sie es mit TradingHost und starten Sie das Deployment. Nutzen Sie ein Deployment mit Paper-Trading-Keys als Testumgebung und wechseln Sie zu Live-Keys, sobald die Strategie stabil läuft. Die Verknüpfung mit GitHub und das Erstellen einer Strategie sind kostenlos. Die Tarife für die Runtime finden Sie auf der Preisseite.

In Ihrem von GitHub gesteuerten Secrets-Workflow. TradingHost liest sie zur Laufzeit über GitHub-Repository-Secrets, Umgebungs-Secrets oder Ihren eigenen freigegebenen Secret-Management-Prozess aus. TradingHost benötigt keinen Zugriff auf Ihre APCA-API-KEY-ID und Ihren APCA-API-SECRET-KEY. Weitere Details finden Sie im Sicherheitsmodell für Plattform-Secrets.

Nein. Strategien sollten niemals Berechtigungen für Auszahlungen oder Geldtransfers benötigen. Der API-Schlüssel benötigt ausschließlich die Berechtigungen (Scopes), die für die Orderplatzierung und den Zugriff auf Marktdaten erforderlich sind.

Ja. TradingHost unterstützt die MCP-basierte Steuerung für KI-IDEs wie Cursor, Claude Code, GitHub Copilot und CLI-basierte KI-Agenten. KI-Tools können Deployments analysieren, Logs einsehen, Strategien neu starten und Runtime-Workflows verwalten. MCP dient als Schnittstelle für Steuerung und Observability, nicht als Pfad für die Trade-Ausführung. Alle Details finden Sie unter MCP-Steuerung.

Ja, sofern Sie diese als separate TradingHost-Strategien mit eigenen Secrets behandeln. Die Paper-Trading-Umgebung von Alpaca nutzt andere Basis-URLs und Schlüssel als die Live-Umgebung, sodass die Deployments durch die Konfiguration voneinander isoliert sind. Derselbe Quellcode kann für beide Umgebungen mit unterschiedlichen Umgebungsvariablen genutzt werden.

Nein. Die PDT-Regel (FINRA Rule 4210) wird von Alpaca durchgesetzt, nicht von TradingHost. Margin-Konten unter 25.000 $ unterliegen den PDT-Einschränkungen für das Daytrading. Ihre Strategie sollte den Account-Endpunkt abfragen und das Flag pattern_day_trader berücksichtigen.

Nein. Ihre 1099-Formulare erhalten Sie am Jahresende von Alpaca, nicht von TradingHost. TradingHost stellt die Runtime bereit; Alpaca übernimmt die steuerliche Berichterstattung für das Brokerage-Konto.

Nein. Die SIPC deckt Ihr Alpaca-Brokerage-Konto (bis zu 500.000 $, davon bis zu 250.000 $ in bar) im Rahmen des SIPC-Mitgliederschutzes ab. Die Runtime von TradingHost ist nicht SIPC-versichert, da TradingHost kein Broker ist.

TradingHost läuft in den Regionen EU und US-East. US-East liegt am nächsten an den Matching-Engines für US-Aktien und ist daher die Standardwahl für die meisten Alpaca-Strategien. Details zu Routing und physischer Nähe finden Sie auf der Regionen-Seite.

Nein. TradingHost konzentriert sich auf die Produktions-Runtime und das Deployment. Backtesting gehört in Ihren Research-Stack, Ihr Framework oder in AlgoBuilder.