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
29 days: fail30-day cooldown
True
False
Same filled buy; evaluate31 days later at $96
31 days: pass
False
False
Same filled buy; evaluate31 days later at $94
31 days: pass
True
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 $94 | 29 days: fail30-day cooldown | True | False |
| Same filled buy; evaluate31 days later at $96 | 31 days: pass | False | False |
| Same filled buy; evaluate31 days later at $94 | 31 days: pass | True | True |
No matching rows. Clear the filter to see all records.
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 minute | Minute 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 contracts | Completed 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 price | DaysSinceOrder 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 effect | MCP 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. |
No matching rows. Clear the filter to see all records.
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 step | Observed Composer application workflow |
|---|---|
| Earlier email-only signup | The empty phone field was marked invalid; registration did not progress. |
| Existing-account sign-in | Email/password sign-in and SMS verification succeeded in a separate browser session. |
| Next screen | An identity-verification form requested legal name and residential address through Footprint before the strategy builder was reached. |
| Where this test stopped | No brokerage application was completed or account funded. No Composer strategy, completed backtest or rule iteration was tested. |
No matching rows. Clear the filter to see all records.
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 experiment | Returned scope and outcome |
|---|---|
| Filled-buy cooldown, October 7 through 9, 2026 | Minute 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, 2024 | Minute 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. |
No matching rows. Clear the filter to see all records.
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
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 |
No matching rows. Clear the filter to see all records.
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.
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.
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.
Buy 85% of the available cash in QQQ every trading day.
Buy QQQ
Buy 15% of the available cash in VOO every trading day.
Buy VOO
[
{
"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
}
]
No comments yet.