Integration spec
The answers, before you have to ask.
Written so it can go straight into a diligence memo, including the parts that are not finished. This page is not claiming a compliance certification; it states the technical boundaries a compliance program can evaluate.
- Brokerage adapters
- Tradier · Alpaca · TradeStation · Public
- Asset classes
- Equities · Options · Crypto — multi-leg spreads up to six legs, venue dependent
- Available upon request
- Futures · FX — scoped into the engagement during the boundary review
- Not supported
- Fixed income — ask about roadmap timing before you scope around it
- Execution gate
- Agent orders default to unapproved. Enforcement lives in the universal brokerage guard, not the UI.
- Approval record
approvedByUser is false → true only after approval, with the decision persisted to the event ledger
- Pre-trade risk
- Bring your own policy engine, or use ours for position sizing and allocation caps. We do not claim a supervisory system.
- Auth model
- Scoped partner sessions · brokerage OAuth with server-side token refresh · API keys for programmatic access
- Interfaces
nexustrade on PyPI and npm · REST · MCP server · embeddable agent UI
- Audit surfaces
- Agent trajectories · portfolio event ledger · strategy and order provenance · JSON and CSV export
- Validation
- Walk-forward v2 —
ANCHORED or ROLLING, foldCount 2–8, GENETIC or SYSTEMATIC_SWEEP, with progress · checkpoint · cancel · persisted results
- Entity
- StarksTech LLC · Georgia, USA
- Commercials
- Revenue share on whitelabel, licence plus support on private deployment, usage based on direct integration. Exact terms come out of the architecture review.