Brokers
Broker connections built around user permission, account mode, and execution control.
TradeLuma separates signal intake from broker execution so every supported broker or broker-connection provider can be handled with its own account modes, order rules, data permissions, health checks, and reconciliation requirements.
Alpaca
Direct cloud broker workflow
TradeLuma supports Alpaca-style cloud broker workflows with paper testing, order status sync, broker readiness checks, and controlled live-account routing where enabled.
IBKR bridge
Approved bridge configuration
Interactive Brokers workflows can run through a controlled bridge model that keeps gateway sessions, local runtime requirements, and cloud broker routing separated.
SnapTrade-style connectivity
Secure broker connection layer
TradeLuma is structured for secure broker connectivity providers such as SnapTrade, where users can connect supported brokerage accounts, grant permissions, reconnect accounts, and revoke access without transferring assets.
Broker adapter framework
Designed for expansion
New brokers are added through adapter contracts covering order submit, cancellation, status polling, positions, rate limits, bracket support, account capabilities, and reconciliation behaviour.
Broker controls
Every broker connection needs a capability matrix.
Order behaviour depends on the broker, account type, asset class, order class, market session, quantity format, connection permissions, and data freshness. TradeLuma is designed to check those details before routing orders.
Connection-provider standards
Ready for secure broker linking and provider review.
TradeLuma's broker connection model is built around transparent user consent, secure connection flows, limited background polling, clear privacy disclosures, support escalation, and a visible path for users to disconnect or reconnect brokerage accounts.
Read broker connection standards