Explore more topics
Platform comparison · reviewed October 13, 2026

Compare the rules and historical replay your strategy needs

Compare NexusTrade and Composer for minute-level backtests, option strategy replay, fill-state rules and an inspectable research workflow. Examine saved rules and concrete sizing first.

As of 2026-10-13

Jump to a section

TL;DR

NexusTrade fits experiments needing minute observations, historical option contracts or previous filled-order state; Composer fits visual stock and ETF allocation trees. Both support AI-assisted iteration. Equal-looking percentages can still produce different positions: sequential cash buys differ from target weights. The October 13, 2026 Composer sign-in reached identity verification before the builder, so this page supplies capability evidence and NexusTrade receipts rather than matched platform returns.

Evaluate a cooldown and a price condition against the same fill

Last matching buy filled at $100; evaluate29 days later at $94

Elapsed time

29 days: fail30-day cooldown

Price below $100 × 0.95

True

Both conditions

False

Same filled buy; evaluate31 days later at $96

Elapsed time

31 days: pass

Price below $100 × 0.95

False

Both conditions

False

Same filled buy; evaluate31 days later at $94

Elapsed time

31 days: pass

Price below $100 × 0.95

True

Both conditions

True

Constructed rule-evaluation worksheet, not a performed backtest or recommendation. It assumes one matching filled buy and tests elapsed calendar time plus price below 95% of that fill.

Show the table · 3 rows, 4 columns

Scroll sideways to compare all columns. Select a heading to sort.

Last matching buy filled at $100; evaluate29 days later at $9429 days: fail30-day cooldownTrueFalse
Same filled buy; evaluate31 days later at $9631 days: passFalseFalse
Same filled buy; evaluate31 days later at $9431 days: passTrueTrue

Constructed rule-evaluation worksheet, not a performed backtest or recommendation. It assumes one matching filled buy and tests elapsed calendar time plus price below 95% of that fill.

Configure both indicators for the same asset and Buy side, with orderStatus Filled. DaysSinceOrder measures elapsed seconds divided by 86,400 from the matching fill time. LastOrderPrice reads the matching filled price. A submitted order cannot stand in for that fill.

The first entry needs its own condition. With no order history the time indicator returns infinity; LastOrderPrice also returns infinity for an empty history and can return no value when a nonempty history has no matching order. Do not rely on the cooldown expression alone to describe an initial-entry policy.

Composer’s conditions and filters can express complex market rules. For this exact previous-fill requirement, request an equivalent rule and its evaluated output before treating two strategies as interchangeable.

Choose the simulation by the rule you need to test

Show the table · 4 rows, 3 columns

Scroll sideways to compare all columns. Select a heading to sort.

Evaluate a stock rule minute by minuteMinute or Day historical runs, with explicit dates and inspectable history.Stock/ETF symphony backtests use daily adjusted closing prices. Live intraday quotes are a separate input.
Replay an option strategy through historical contractsCompleted public option strategy examples retain modeled results, contract selections and pricing/fill evidence.Direct options trading and option-chain API data are documented. Historical option-contract strategy replay is not established by those documents.
Wait after a previous fill and compare with its priceDaysSinceOrder and LastOrderPrice select order events by asset, side and status.Nested ANY/ALL conditions and allocation filters are documented. The inspected sources do not establish an equivalent last-fill-price/time rule.
Research, change one rule, then inspect its effectMCP reads connect research inputs, saved rules, completed history and retained signal/fill traces.AI authoring, backtests, a REST API and API-assisted research workflows are documented.

Capability comparison from current product sources, checked October 13, 2026. These are different simulation contracts, not a matched performance test.

NexusTrade fits an experiment that depends on minute-level observations, historical option contracts or previous order state. Composer fits visually authored stock/ETF allocation trees and automated symphony execution. Both support strategy iteration; inspect the actual inputs and order semantics before choosing.

Composer supports sophisticated nested conditions. Its March 2026 release added ANY/ALL combinations, and its February research discussion describes AI and walk-forward tooling built on its API. The specific distinction here is fill-state access and replay data, rather than a general claim about complexity or access to AI.

Sign-in reached identity verification before the strategy builder

Show the table · 4 rows, 2 columns
Attempt and stepObserved Composer application workflow
Earlier email-only signupThe empty phone field was marked invalid; registration did not progress.
Existing-account sign-inEmail/password sign-in and SMS verification succeeded in a separate browser session.
Next screenAn identity-verification form requested legal name and residential address through Footprint before the strategy builder was reached.
Where this test stoppedNo brokerage application was completed or account funded. No Composer strategy, completed backtest or rule iteration was tested.

Observed October 13, 2026. These are separate access attempts, not an engine-speed or strategy-quality comparison.

Composer's currentofficial workshop description reports that its MCP server was retired on April 17, 2026. It directs developers to the Composer API and users to Trade with AI for building and testing symphonies inside the app. The video was uploaded November 26, 2025; this retirement notice is from its description checked October 13, 2026. The historical MCP demonstration is not evidence of current availability.

Composer'sbrokerage-application help page says an approved brokerage account is required before creating, discovering or backtesting symphonies. It was last updated June 27, 2025 and remains published. Our observed session reached the identity form before the builder; the older policy alone does not establish every current account path.

SoFi'scurrent Composer disclosure identifies SoFi Securities and Composer Securities as separate registered broker-dealers. It does not establish that an existing SoFi identity verification carries over to Composer.

Inspect existing historical evidence before requesting another run

Show the table · 2 rows, 2 columns
Actual completed experimentReturned scope and outcome
Filled-buy cooldown, October 7 through 9, 2026Minute run; $1,000 SPY entry after at least one elapsed day from a matching Filled buy; 60-second cadence. Ending NAV $10,008.399; fees $3; zero closed trades.
SPY long call, January 2 through 3, 2024Minute run; one selected call remained held. Ending NAV $9,750.7667; fees $0.65; zero closed trades. Quote coverage is not certified for strategy comparison.

Actual October 13 execution receipts: 51 and 34 stored hourly history observations respectively, not every evaluated minute. Different periods and positions; no matched Composer performance run.

Claude Code created the inactive stock strategy, set its cadence, submitted one accepted test and read its completed result. Native MCP created the option test; Claude Code subsequently read it. The stock test demonstrates an elapsed fill-state cooldown; the separate price-plus-cooldown worksheet above is a constructed rule example.

For a minute experiment, choose interval Minute and explicit dates. The selected range plus minute-indicator warmup has a 730-day data cap. Keep the saved portfolio, capital, fees, benchmark and dividend policy fixed when comparing interval or rule changes.

NexusTrade also retains public spot-crypto strategy backtests. Composer’s February 3, 2026 release states that support for crypto assets and crypto indicators ended January 31, 2026. Older help/API examples that still mention crypto should not be treated as current availability.

Start with $10,000 and inspect the two allocation instructions

Two allocation instructions from the same $10,000

Scale: 0 to 8,500 USD · zero baseline

Remaining-cash buys

  • QQQ+8,500 USD
  • VOO+225 USD
  • Cash+1,275 USD

85/15 target weights

  • QQQ+8,500 USD
  • VOO+1,500 USD
  • Cash0 USD

These are exact sizing-worksheet cells, assuming sequential fills, no fees and no price movement. They show allocation arithmetic rather than executed trades.

Show the table · 2 rows, 4 columns

Scroll sideways to compare all columns. Select a heading to sort.

Saved NexusTrade cash-buy rules$8,500$225$1,275
Specified 85/15 target allocation$8,500$1,500$0

The saved NexusTrade recipe spends 85% and then 15% of remaining buying power. Composer's specified-weight blocks assign proportions of the symphony. These inputs produce different positions even when the labels both say 85/15. The worksheet assumes sequential fills, no fees and no price movement; it is sizing arithmetic rather than an executed order.

  1. Build the target allocation in Composer

    In a symphony, choose specified weights under the top-level Weight block. Add QQQ and VOO Asset blocks and set 85% and 15%. Select the trading frequency separately. Inspect the resulting target allocation before backtesting or investing.

  2. Read the NexusTrade instruction

    Open the saved recipe below. Its second buy uses the cash remaining after earlier fills; inspect the allocation type on each rule. It does not continuously restore target portfolio weights.

Keep the research input, rule and returned evidence together

Inspect the request

Start with a read-only inspection of the saved portfolio and the evidence behind its inputs. Retain the source date and availability cutoff. Save one changed rule as a separate candidate, then approve its historical run with explicit dates and fees. Read query_backtest_status before interpreting query_backtest_history.

When a fresh test needs detailed signals and fills, generate_events:true costs 5 times the normal research tokens and its hot-store traces expire after 3 days. Read those events while retained and keep the configuration, completed statistics and source evidence together. API access alone does not establish that two platforms use the same data or fill model.

Composer also supports iteration through its visual editor and API. Match allocation units, observation interval, execution timing, costs and benchmark before comparing curves. No paired Composer/NexusTrade performance test was run for this page.

Inspect the rule in either visual editor

Both products have visual strategy authoring. NexusTrade's native condition builder edits nested rule groups, and its rule view displays the condition tree. Claude Code is another way to author the saved portfolio. The worked Minute run demonstrates a different historical cadence from Composer's documented daily backtest; it does not measure which visual editor is easier to use.

Inspect the complete saved QQQ and VOO JSON

Inspect exact condition and allocation fields

These saved library rules are the Strong Tech Believer example discussed above. Inspect both allocation units and conditions in the export, then open the same recipe in NexusTrade. The export omits editor forms, generated identifiers and timestamps. It contains no account, orders or performance results.

  1. Buy 85% of the available cash in QQQ every trading day.

    Buy QQQ

  2. Buy 15% of the available cash in VOO every trading day.

    Buy VOO

JSON
[
  {
    "name": "Buy 85% of the available cash in QQQ every trading day.",
    "userId": null,
    "active": true,
    "condition": {
      "lhs": {
        "compound": false,
        "targetAssets": [],
        "value": 1,
        "type": "Value",
        "name": "Constant 1"
      },
      "rhs": {
        "compound": false,
        "targetAssets": [],
        "value": 1,
        "type": "Value",
        "name": "Constant 1"
      },
      "name": "always",
      "comparison": "equal",
      "type": "Base",
      "description": "Left-Hand indicator (comparator) Right-Hand Indicator",
      "example": "If the Rate of Change of Apple's price is > the Value 0."
    },
    "action": {
      "type": "Buy",
      "targetAsset": {
        "name": "QQQ",
        "type": "Stock",
        "symbol": "QQQ"
      },
      "amount": {
        "type": "percent of buying power",
        "amount": 85
      }
    },
    "orderExecution": {
      "type": "Market"
    },
    "automaticOrderApproval": false
  },
  {
    "name": "Buy 15% of the available cash in VOO every trading day.",
    "userId": null,
    "active": true,
    "condition": {
      "lhs": {
        "compound": false,
        "targetAssets": [],
        "value": 1,
        "type": "Value",
        "name": "Constant 1"
      },
      "rhs": {
        "compound": false,
        "targetAssets": [],
        "value": 1,
        "type": "Value",
        "name": "Constant 1"
      },
      "name": "always",
      "comparison": "equal",
      "type": "Base",
      "description": "Left-Hand indicator (comparator) Right-Hand Indicator",
      "example": "If the Rate of Change of Apple's price is > the Value 0."
    },
    "action": {
      "type": "Buy",
      "targetAsset": {
        "name": "VOO",
        "type": "Stock",
        "symbol": "VOO"
      },
      "amount": {
        "type": "percent of buying power",
        "amount": 15
      }
    },
    "orderExecution": {
      "type": "Market"
    },
    "automaticOrderApproval": false
  }
]

Continue exploring

Discussion

Sign in or create a free account to join the discussion.

No comments yet.

Aurora · AI research assistant

Try this in Aurora

Edit the request, then open it in Aurora. You choose when to send it.