Capability explorer

22 capabilities.
Ask it anything.

Every capability in the platform, written out in full and indexed by the words you would actually search for. Expand any card for what it does, how it is configured, and what it looks like in the product.

6

Categories

22

Capabilities

9

Screens

Try
Showing all 22 capabilities

The engine runs the same eight stages on every candle close: normalise the feed, extract structure, build a feature vector, run the model ensemble, arbitrate a decision, size it, check it against the risk envelope, and either route it or write down why it did not. Every one of those stages is recorded, so a decision can be replayed months later with the exact inputs it saw.

  • Structure extraction: trend state, ranges, liquidity pockets, session context
  • Ensemble scoring with per-model attribution, not a single opaque number
  • A written rationale attached to every accept and every reject
  • Deterministic replay from the stored feature vector
Stages8Evaluated onEvery closeRationaleAlways
engine · decision record
BTC/USDT · 4hROUTED
conviction81
regimetrend·exp
size0.42 BTC
risk0.75% eq

Higher-timeframe trend agrees, retest held above prior range high, liquidity above. Sized down 18% — correlated ETH position already open.

Setups are not binary. Each candidate is scored against nine weighted qualifications — trend agreement, structure quality, volatility regime, liquidity, session, correlation load, news proximity, historical analogue performance and risk headroom. The score is the weighted result, and the breakdown is always visible, so a 62 can be understood rather than merely obeyed.

  • Nine weighted checks, each independently inspectable
  • Threshold is configurable per strategy and per symbol
  • Near-miss setups are logged with the check that failed them
Range0–100Checks9Default bar72

The scanner keeps a live ranking across every symbol you follow, updated on each close. Instead of watching twelve charts, you watch one ordered list — and the ordering is the same conviction score the engine trades on, so what floats to the top is what it is closest to acting on.

  • Watchlists of any size, ranked on the live score
  • Per-symbol regime tag: trending, ranging, expanding, compressed
  • Alerting on rank crossings, not just price levels

A breakout strategy in a chopping range is not a strategy, it is a donation. Regime detection classifies volatility state and directional persistence on multiple horizons, and strategies declare which regimes they are allowed to operate in. Outside those, they stand down rather than degrade.

  • Volatility state across three horizons
  • Directional persistence and mean-reversion pressure
  • Per-strategy regime allowlists enforced at decision time

Risk is not a setting the engine consults politely — it is a separate service with veto power, and an order that fails any of its thirteen responsibilities is never created. It sits after sizing and before routing, which means there is no code path from a model output to an exchange that skips it.

  • Thirteen enforced responsibilities, each independently testable
  • Daily loss cap, exposure ceiling and correlation limits
  • Vetoes are logged with the specific rule that fired
  • Fails closed: an unavailable risk service blocks trading
Responsibilities13PostureFail closedBypassNone

Every position is sized so that the distance to its invalidation costs a fixed fraction of equity. A tight stop takes a larger position and a wide one takes a smaller position, so the loss is the same either way — which is what makes a run of losses survivable instead of compounding.

  • Risk-per-trade expressed in equity percent, not units
  • Automatic reduction as open exposure accumulates
  • Exchange lot and notional constraints respected exactly

Three independent budgets — daily, weekly and per-strategy — each with its own ceiling. Breaching one stops new entries under it while leaving open positions managed to their existing exits, and the halt is recorded with the number that triggered it so the resumption is a decision rather than a drift.

  • Daily, weekly and per-strategy loss budgets
  • Open positions continue to be managed after a halt
  • Manual resume, with the breach recorded in the audit log

The Lab runs a strategy over historical data with the same engine, the same risk service and the same execution model the live system uses, so the result is a rehearsal rather than a simulation of a different program. Parameter sweeps report the whole surface, not just the best cell, because a peak surrounded by cliffs is an overfit and should look like one.

  • Same engine and risk path as live — no research-only shortcuts
  • Parameter sweeps rendered as a surface, not a leaderboard
  • Walk-forward windows with out-of-sample segregation
  • Fees, funding and slippage modelled per venue
HistoryMulti-yearCostsModelledModeWalk-forward

Paper mode consumes the same live feed and produces the same decisions, orders and journal entries as production — only the venue is simulated. It is the step between a backtest that looked good and capital that is actually exposed, and it is the default for a newly promoted strategy.

  • Live feed, simulated fills with modelled slippage
  • Identical journal and analytics output to live
  • Promotion to live is a flag, not a rewrite

Strategies are versioned like code. Changing a threshold creates a new version rather than mutating the old one, and performance is attributed to the version that produced it — so a strategy that looks profitable overall cannot hide the fact that the current parameters have never made money.

  • Immutable versions with a derived change log
  • Performance attributed per version, not per strategy
  • Rollback to any prior version without losing its history

An order is not simply sent. The router reads spread, depth and recent volatility to choose between passive and aggressive placement, splits size when the book is thin, and measures realised slippage against the decision price on every fill — which is the number that tells you whether the edge survived contact with the market.

  • Passive, aggressive and split placement chosen per order
  • Depth-aware sizing against the visible book
  • Realised slippage measured against decision price
  • Retry and reconciliation on partial fills
PlacementAdaptiveMeasuredPer fill

Venue differences — symbol formats, precision rules, rate limits, funding conventions — are absorbed at the adapter boundary, so strategies are written once and the same code runs anywhere. Adding a venue does not touch strategy or risk logic.

  • Binance, Bybit and OKX live; Hyperliquid in progress
  • Per-venue precision, lot and rate-limit rules encoded
  • One internal order interface across all adapters

Protective orders are placed at the exchange the moment a position opens, so a lost connection does not become an unprotected position. Trailing logic updates them as structure moves, and every amendment is journalled with the reason it was made.

  • Exchange-resident stop and target orders
  • Structure-aware trailing, not fixed-percentage
  • Partial exits at defined R multiples
  • Every amendment journalled with its trigger

A trade does not end at the exit. The outcome, the conditions it was taken in, what went wrong and the lesson drawn are stored together and consulted when a similar setup appears — which is how the system stops repeating a mistake it has already paid for.

  • Outcome, context, mistake and lesson stored per trade
  • Similar-setup recall at decision time
  • Searchable by symbol, regime, outcome or lesson

Across enough trades, mistakes stop being individual and start being habits. Coaching identifies the recurring ones — entering late in a specific regime, holding past invalidation on a specific symbol — and states the correction in terms of the rule that would have prevented it.

  • Pattern detection across the full trade record
  • Corrections phrased as rules, not encouragement
  • Dismissable, with dismissals themselves tracked

A single equity curve tells you that something is working. Attribution tells you what. Results are decomposed across every dimension the system records, so an overall profit that is entirely one symbol in one session is visible as exactly that.

  • Expectancy, hit rate and R-multiple distribution
  • Attribution across strategy, symbol, regime, session, hour
  • Cost drag broken out from gross performance

The feed is the running narration of the engine: every evaluation, decision, veto, order and fill in order, with the reasoning attached. It is what turns an automated system from something you hope is working into something you can watch working.

  • Live evaluation, decision, veto, order and fill events
  • Filterable by severity, strategy or symbol
  • Replayable from any point in the retained window

Not every hour is worth trading. The scheduler encodes which sessions a strategy runs in, which windows are blacked out around scheduled events, and when the system flattens rather than carries — so time-based discipline does not depend on someone being awake.

  • Per-strategy session and weekday windows
  • Event blackout windows with configurable padding
  • Scheduled flatten-and-stand-down

Keys are encrypted with per-tenant data keys under a managed master key, decrypted only inside the execution service, and never logged or returned by any API. Connections are rejected outright if the key carries withdrawal permission, so the worst case of a compromise is unwanted trading, not a drained account.

  • Envelope encryption with per-tenant data keys
  • Withdrawal-enabled keys rejected at connection time
  • IP allowlisting on every venue that supports it
  • Rotation without downtime

Configuration changes, key rotations, manual overrides, halts and resumes are written to an append-only log with actor, source address and prior value. Nothing in the product can delete or amend an entry, which is what makes the log worth consulting after an incident.

  • Append-only, with no product-level delete path
  • Actor, source address and before/after values
  • Exportable for external retention

Feeds are normalised into one internal representation, checked for gaps and duplicate candles, and backfilled from a secondary source when a venue drops data. A strategy therefore never silently trades a hole in its own history.

  • Multi-venue normalisation into one candle format
  • Gap and duplicate detection with automatic backfill
  • Timeframe requests honoured exactly as asked

A digest of the period's decisions, fills, vetoes and attribution, delivered on a schedule you set. It is deliberately the same data the dashboard shows — a report that reconciles with the product is a report you can act on.

  • Daily and weekly digests with attribution
  • Email, Discord and webhook delivery
  • Reconciles exactly with in-product analytics