IgniteEdge AI · Trading System & Fund Program

An AI-Native Trading System, Engineered for Scrutiny

A five-agent SPX 0DTE options pipeline running on sovereign dual-DGX GPU infrastructure — human-in-the-loop by default, every decision traceable end-to-end.

Built AI-first: local LLMs reason inside a deterministic risk cage designed so no model can bypass the gates. Today the system trades in a broker paper environment under human-in-the-loop control while a structured fund-launch program takes shape around it.

See the Architecture Talk Infrastructure →
5
AI Agents in the Pipeline
2
DGX Grace-Blackwell Nodes
HITL
Human-in-the-Loop by Default
Paper
Trading Environment Today

The Five-Agent Pipeline

Market signal to executed order passes through five specialized AI agents — each with a narrow mandate, frozen data contracts between them, and a single trace ID stitching the full causal chain from signal to fill.

01

Spark Detector

Scans market structure for actionable dislocations and volatility events.

02

Vanna-Greeks Architect

Designs defined-risk options structures from the signal, greeks-first.

03

Risk Auditor

Independently validates every proposal against risk rules before it advances.

04

Executor

Places human-approved orders through the broker layer — limit-only entries.

05

Reviewer

Post-trade review and news correlation feed back into the next cycle.

Operational

System 1 / System 2 Split

Two brains, two latency budgets
  • Tactician node: latency-sensitive reasoning on TensorRT-LLM (FP8)
  • Strategist node: deep multi-step reasoning on vLLM
  • Frontier cloud models advise on research — never in the execution loop
  • The hot-loop boundary is enforced by automated import tests on every commit
Operational

Sovereign Inference

On-prem, no per-token cost in the hot loop
  • Dual NVIDIA Grace-Blackwell GB10 nodes over a private mesh
  • Local models handle all latency-sensitive trade reasoning
  • No third-party LLM API in the latency-sensitive trade-reasoning path — all local models
  • Continuous market-insight generation on a fixed cadence
Operational

End-to-End Decision Traceability

Every order explains itself
  • Frozen, versioned data contracts (append-only schemas) between agents
  • One trace ID from market signal → memo → approval → fill
  • Transaction-cost analysis capture on every fill
  • Human approval decisions recorded alongside machine rationale

Safety Architecture

The design principle: LLMs perform bounded reasoning inside a deterministic risk cage — designed so no model can bypass the gates, with the human holding the last word on every order.

Human-in-the-Loop by Default

By default, every trade memo requires operator approval in a dedicated control UI before any order is transmitted. A tightly bounded autonomous-approval pilot (single-contract size, hard per-order loss cap, small daily order limit, symbol whitelist) now runs in the paper environment under staffed operator monitoring — human approval continues in parallel for everything outside the pilot's bounds.

operational — paper trading

Limit-Only Entries

Entry orders must be limit orders — enforced at three independent layers (prompt, data model, execution gateway). Market orders are reserved for exits and protective liquidation.

operational — paper trading

Operator Oversight Directive

A live oversight file is read before every proposal cycle. If it says halt, the system halts — a human-writable kill document that outranks every agent.

operational — paper trading

Kill-Switch Control

A two-step, armed kill-switch in the operator UI — every activation logged, and exercised in a real, logged operational drill in July 2026. Paired with a capital-protector daemon that monitors positions against loss thresholds.

operational — paper trading

Zero-Quantity Firewall

Pre-flight checks in every execution gateway refuse malformed orders — a zero or missing quantity can never reach a broker.

operational — paper trading

State Isolation

Paper and live stacks are fully state-isolated — separate databases, separate credentials. The paper stack is provisioned without live-broker credentials, so it cannot place a live order by design.

operational — paper trading

Pre-Trade Margin Gate

A pre-trade margin gate in the executor validates every order against deterministic margin math before submission — including refusing naked-short structures outright. Promoted from staged audit to enforcing in the paper environment after a monitored soak.

operational — paper trading

Exposure & Concentration Caps

Portfolio-level exposure caps (delta, vega, notional) and per-underlying concentration limits are checked before proposals advance and again at execution; risk-reducing closes are exempt by design. Blocks are enforcing in the paper environment, with every decision written to an audit trail.

operational — paper trading

Duplicate-Trade Guard

A deduplication gate fingerprints every candidate at two levels — exact trade and structure — and suppresses repeats before they reach approval. Close and roll intents are never suppressed, so risk-reducing flow always passes.

operational — paper trading

Broker-Truth Reconciliation

Fill state is reconciled against broker records on a durable order-identity bridge, with a lifecycle writer that pages the operator on ledger-versus-broker divergence — the system's book is reconciled against the broker's, continuously.

operational — paper trading

Partial-Fill Compensation

Spread submissions are watched for naked-leg exposure; detection and paging are operational, with graduated response rungs (probe, cancel-to-flat, residual close) built and staged behind an arming gate.

alerting operational — actions staged

Daily-Loss Auto-Halt

An automated daily-loss halt monitors broker-reported P&L against dual thresholds (percentage of equity and absolute dollars, worse-of-two) and halts new order submissions on breach — trip-tested in a logged drill before enforcement. The fuller tiered ladder (hedge-only mode through liquidation lock-out) remains a design target.

operational — paper trading

Strategy Promotion Gates

Designed control: no strategy reaches production without a signed manifest — code hash, out-of-sample metrics, overfitting probability bound, and a paper-trade attestation window.

design target

Engineering Discipline

The process is the product: changes to anything safety-relevant follow a fixed ritual designed to make failure boring.

Staged Rollout Ritual

Plan → adversarial review → land inert → audit soak → posture-gated enforcement. Nothing safety-relevant flips on in one step.

Deterministic-First Testing

Every behavior is verified against a simulated broker and deterministic reasoning stubs before any live LLM or paper-trading test touches it.

Data-Tier Inheritance

Every risk control inherits the data tier of its inputs — automated actions on delayed market data are forbidden by policy.

Non-Negotiable Golden Rules

Seven engineering rules — from limit-only entries to network isolation of the execution path — enforced by tests that must pass on every commit.

Adversarial Multi-Agent Review

Safety-relevant changes pass independent review before code is written and again before merge; the accumulated codebase is periodically swept by parallel reviewer agents whose findings must each survive an adversarial verification pass before a fix ships. Confirmed findings become tracked, individually reviewed fixes.

Strategy & Scale Engineering

Beyond the 0DTE pipeline, the platform is growing a second strategy sleeve and the execution machinery to trade at institutional size — each piece labeled by what it is today.

Operational

Transaction-Cost Analysis

Every fill measured, honestly labeled
  • Per-fill slippage, spread capture, and fill-rate metrics joined against captured option-chain snapshots
  • Honesty labels are first-class data: system-verification vs market-measurement, with data-tier caveats
  • The engine never fabricates a missing quote — gaps stay gaps
  • Per-sleeve cost reports feed the capacity evidence base
Paper Pilot — Staged, Not Yet Run

Equity Long/Short Sleeve

A second strategy, built research-first, now wired to the paper broker
  • Cross-sectional signals, multi-factor risk model with enforced exposure caps
  • Portfolio construction via projection and convex optimization backends
  • Borrow-cost forecasting, per-symbol capacity modeling, participation-based impact costs
  • Walk-forward backtesting — and a tested isolation boundary: the research code cannot touch the deployed trading path; the live path consumes a versioned daily target file instead
  • Intraday book rebalancer, broker shortable check, equity margin pre-check, and a scheduled end-of-day flatten are deployed to the paper environment with every switch off; each is enabled only by a dated operator directive, and the first paper session has not yet run
Design Target

Institutional-Scale Execution

Engineered toward institutional-scale intraday capacity — design target
  • Parent/child order scheduling (TWAP / participation-of-volume) with limit-only child orders
  • Fail-closed capacity gate — designed so no plan executes beyond evidenced market depth
  • Impact-cost model to be calibrated from the platform's own TCA measurements
  • Capacity figures are a design target — no number is claimed until validated with market data

Three Sleeves, One Book

The strategy program is converging on a classic hedged-book shape — a single-name long/short book with option income written against it — rebuilt so that every position is born and dies inside one session. Each sleeve is labeled by what it is today.

Paper Pilot — Staged, Not Yet Run

Base Book — Equity Long/Short

Intraday long/short single names, flat by the close
  • Daily targets from the research sleeve; a single mid-morning rebalance; hard per-name, gross and net-exposure bands the batch must clear before any order is built
  • Every entry is a limit order; shorts require a broker shortable check and a position-truth read that proves the account is flat and quiet in that name
  • A separate flatten machine is built to close the book late in the session and write terminal proof; the rebalancer refuses to start a session until that evidence exists
  • Batches are approved as a whole by a human — a partially approved batch never trades
Paper Pilot — Bounded

Income Sleeve — 0DTE Index Credit

Designed to collect time decay against the book, one session at a time
  • Defined-risk same-day index credit structures replace the traditional 30–45-day call-spread income layer — same job, faster decay engine, no overnight short-premium exposure
  • Runs through the five-agent pipeline with the signed pilot bounds disclosed above; anything outside the bounds waits for a human
  • In the target program it is sized as cashflow against the book rather than as a standalone bet, with the intended job of funding the hedge; today it runs standalone inside the bounded paper pilot
Design — Human-Approved Only

Hedge Sleeve — Index Puts

Tail protection sized to the book's residual beta
  • After the book is built, residual index exposure is measured and a put hedge is suggested to bring it inside a stated band
  • The system computes a hedge hint — residual delta and a suggested put count — and a human constructs and approves every hedge order; no automatic option hedging, and no hedge has yet been placed
  • Budgeted as a stated fraction of assets per month so the cost of protection is a design input, not an afterthought

How We Think

Agentic trading does not replace the discipline of a traditional portfolio manager — it encodes it. The techniques below are decades old; what is new is that each one is a gate in software, with a human on the other side of every switch.

Design Principle

Tax-Aware by Construction

Holding period and instrument choice are risk parameters, not afterthoughts
  • Intraday books and same-day options mean holding periods are measured in hours by design; the program is built around that fact rather than pretending otherwise
  • Instrument selection is part of strategy design — index options and single-name equities carry different tax characteristics, and the sleeve mix is evaluated with that in view
  • Fill-level records with end-to-end decision traceability are raw material a tax advisor can work from; the system keeps them from day one
  • Tax treatment is decided with a qualified tax advisor, never by the software — nothing here is tax advice
Design Principle

Hedging as a Budget Line

Protection is bought deliberately, at a known cost
  • The book is measured first, then hedged to a target residual exposure — the classic beta-hedge, intended for every session
  • The income sleeve is designed to fund the hedge: premium collected against the book is intended to offset the cost of protection
  • Hedge cost is capped as a fraction of assets; when protection is expensive the answer is a smaller book, not a naked one
Design Principle

Income Without Overnight Exposure

The oldest options income technique, compressed to one session
  • Covered calls and call spreads against a stock book are a decades-old income technique; the program keeps the idea and avoids overnight gap exposure by writing and closing inside the session
  • Every income structure is defined-risk with a stated maximum loss before it is proposed
  • Self-approval, where permitted at all, is bounded by signed operator limits on order size, per-order loss, and daily order count, described in the safety section above
Enforced Today — Paper

Concentration Management

Per-name, per-underlying, and account-wide caps that fail closed
  • Per-name notional caps for stock and separate caps for option exposure on the same underlying — an oversized position is refused before it reaches the broker
  • Portfolio exposure caps, a pre-trade margin check, and a daily-loss halt that blocks new order submissions and pages the operator; the equity book's own gross and net bands are staged behind the same switches as the book itself
  • If a price or a position read is unavailable, the gate refuses rather than guesses
Design Principle

Traditional Techniques, Agentic Execution

Long/short, covered income, tail hedges — with agents doing the bookkeeping
  • The playbook is the one institutional desks have run for decades: a hedged stock book, an income overlay, and tail protection
  • Agents propose, size, and pre-check; deterministic gates enforce; a human approves batches and every hedge — the division of labor is fixed, not emergent
  • Every parameter that changes risk posture is a dated, operator-authorized directive that the software reads before it acts
Design Principle

Evidence Before Scale

Half size first, full size after clean sessions
  • New sleeves start at half size with human approval on every batch, and only scale after a run of sessions with zero unexplained fills and clean end-of-day proof
  • No capacity, return, or risk figure is claimed until it is measured on the platform's own data
  • What is on this page is the current state of the engineering, not a description of a fund's results

The Fund Program

IgniteEdge is being developed as the trading engine for a planned private fund pursuing a systematic, hedged intraday program: an equity long/short book, a defined-risk 0DTE index-options income sleeve — maximum loss known at entry — and an index-put hedge, with intended mandates of capped net exposure, bounded hedge cost, and ending each session flat.

A structured launch program is underway alongside the engineering work: legal formation, compliance policies, and an operating spine of independent service providers — fund administrator, auditor, outsourced compliance, counsel, custody, and banking. Every external-facing claim passes a dedicated review gate before it ships, and a hard readiness gate stands before any solicitation begins.

The system currently operates in a broker paper-trading environment with no client capital. No performance figures are published here — when they exist in distributable form, they will come with full methodology and provenance. Investor materials, if any become available, are provided only through a private review process and only to eligible prospective investors.

If you want to talk agentic trading infrastructure, GPU inference, or risk engineering — reach out.

Building the Operating Spine — Introductions Welcome

The engineering is ahead of the paperwork. What the launch program needs next is the non-technical operating spine — and warm referrals beat cold search. If you know good people in any of these areas, an introduction would genuinely help:

To be clear: this is a request for professional referrals and expertise only — not for capital. Nothing on this page is an offer or a solicitation of any investment.

Important notices. This website is not an offer to sell or a solicitation of an offer to buy securities, and nothing on this page constitutes investment, legal, or tax advice. No fund is currently offered. The IgniteEdge trading system operates in a broker paper-trading environment; results in such environments are simulated, are not audited, do not involve client capital, and are not indicative of future results. Features labeled "design target" describe intended architecture that is not yet fully implemented. Trading options involves substantial risk of loss, and 0DTE options strategies carry particular risks including rapid, total loss of premium.