SchwingTrade
Request access
Previous close
SPY $764.29+0.9% QQQ $714.88+0.9% DIA $525.79+1.0% IWM $288.89+0.4% AAPL $332.27+1.7% MSFT $495.63+0.6% NVDA $218.29-0.0% TSLA $365.44+0.5% SPY $764.29+0.9% QQQ $714.88+0.9% DIA $525.79+1.0% IWM $288.89+0.4% AAPL $332.27+1.7% MSFT $495.63+0.6% NVDA $218.29-0.0% TSLA $365.44+0.5%

YOUR STRATEGY.OUR MACHINE.

What we sell is the machinery around the strategy: idempotent execution, hard-coded risk limits, broker reconciliation, monitoring and a backtester that runs the live entry code — engineered to make a trading system safer to run unattended. Bring the edge. We provide the machine.

We don't sell an edge. The strategy shipped with this system has no statistically proven advantage. No backtest we've run has produced a sample large enough to distinguish its results from chance, and every one large enough to carry an error bar has one that includes zero. We publish that instead of hiding it.

Runs
4
consecutive, since the last failure
Reconciled
2× every weekday
last run 11 Sep 20:15 UTC
Build
6228fed3
test-verified before deploy
1,200+
Tests, 85% coverage floor
100%
Orders with a deterministic ID
≤5%
Risk per trade, hard-capped in code
10
Scheduled runs every weekday

What it does

The execution layer, not the idea

Four properties, each one a mechanism rather than a promise. Open a row to read exactly what it means.

Idempotent ordersDeterministic IDs, no double submits

Every order carries a client ID derived from the signal, the intent, the quantity and the day, so the same decision always produces the same ID. A retry after a timeout therefore reaches the broker as the same order rather than a second one, and an order whose outcome cannot be established halts new trading instead of being guessed at.

Same risk engineBacktests run the live entry code

The backtester calls the production evaluate_entry at every simulated fill rather than a mirror of its arithmetic. A copy would have drifted within a quarter, and the backtest would then be measuring rules the live system no longer had. Two golden fixtures fail the build if a refactor changes what either path would do.

Broker reconciliationBroker versus database, twice a day

Twice every weekday the system compares what the broker holds with what its own database says it holds — positions, quantities and the resting exit orders that protect them. A discrepancy it cannot explain halts new entries and says why. It will adopt the broker's version of an order, but it never rewrites the quantity it recorded when the position was opened.

Fail-closedA failed trading run halts new entries

An unhandled error in a scheduled trading run — the nightly screen, the five daily manage runs, the two reconciles — marks that run failed and halts new entries, rather than carrying on with a partial picture. Exits are deliberately never blocked by a halt: whatever went wrong, a position that needs to close still closes.

Try the risk engine

Runs the same evaluate_entry the live system uses, sized as a single-strategy account — yours. Our own account splits its equity across strategies and a reserve, so it sizes smaller than this for the same inputs. No market data is fetched and nothing is stored — it is arithmetic on the three numbers you typed, and it is not a recommendation.

Put your strategy in the cockpit

Not on sale yet. This is a list of people who want it — nothing more, and finding out whether that list has anyone on it is the entire purpose.

No account is created and nothing is charged. Your address is stored so we can email you once — it is not shared, sold or added to a mailing list.