The One Piece of Sharpe: What Months of Intraday Options Backtesting Actually Taught Us
CuteMarkets Team
Research
The One Piece of Sharpe: What Months of Intraday Options Backtesting Actually Taught Us
Months of intraday options backtesting taught that most attractive ideas fail after causal execution, quote-aware fills, robustness tests, and portfolio gates. The useful output was a narrower map of surviving sleeves and explicit negative results.

Repository reference: cutebacktests
Abstract
The last two months of intraday options backtesting in this repository did not produce one universal winner. They produced something more useful: a smaller, more believable map of what survived once the simulator became more causal, the metrics became harsher, and the portfolio bar became more explicit.
The clearest summary still comes from Toward The One Piece Of Sharpe. The current picture is straightforward. c66 is the lead_paper_bot. c36 is a sparse but real backup candidate. c4 became a repaired near-miss and was still parked. The QQQ-only dispersion sleeve is economically interesting and still research_only. Broad ORB did not survive as the main expansion path.
Question
The practical question is not "what is the best model?" That question is too small. The more useful question is what months of intraday options backtesting actually taught the repo about which sleeves survive realism and which do not.
That is why the One Piece analogy has to stay restrained. The treasure here is not one perfect strategy. It is a working portfolio of low-overlap models with believable Sharpe. The repo has not reached that destination yet, but it now has a much better map.
Method: How the Repo Learned From Months of Intraday Options Backtesting
The learning process had several stages.
First, the repo improved the measurement system. The March 8 audit repaired contract-selection reuse, same-bar stop_touch logic, same-bar overnight mean-reversion leakage, combined Sharpe and Sortino aggregation, and top-level fold diagnostics.
Second, it audited major families honestly. The ORB audit concluded that broad ORB search mostly did not survive, while a narrow directional 5-7DTE pocket did.
Third, it widened the idea space and harvested failures quickly. c23, c26, c29, c30, c32, c37, and the LFCM catalyst lane were all closed or killed with explicit reasons.
Fourth, it converged toward portfolio roles. c66 became the lead paper bot. c36 remained a sparse but real backup. c4 improved after repair and was still parked. The QQQ dispersion sleeve became the strongest research-only branch.
Evidence / Results
The current result table from Toward The One Piece Of Sharpe is still the best compact summary:
c66slow-DTE compression:lead_paper_bot, base19.18%, stress-medium16.70%, stress-harsh15.56%,76out-of-sample tradesc36VWAP mean reversion: profitable quality branch,+16004PnL,15trades,DSR 0.6400, but too sparsec4dispersion breakout: repaired branch restored79and85trade rows, still failed the harsh promotion gateQQQ-only dispersion sleeve:qqq_single_base9trades and+44537.92, still research-only because the sample is thin- broad ORB search: mostly weak or too sparse under realistic deployment standards
This mix of results is exactly why the repo's story became more compelling as it became less grandiose. The winners got narrower. The negative results got cleaner. The remaining uncertainty became more explicit.
What Worked
What worked was realism. Once the measurement system became more honest, the repo found a small number of sleeves that still looked serious. c66 is the clearest example because it combined positive out-of-sample returns, stability under stress, and enough operational credibility to lead the paper-bot ladder.
What also worked was selective refusal. The repo kept c36 alive without pretending it was ready. It repaired c4 without pretending repair meant admission. It kept QQQ dispersion in research-only status despite strong-looking headline numbers because the sample was still too thin. That is the behavior of a portfolio researcher rather than a chart collector.
What Failed
What failed was broad optimism. Broad ORB search did not survive. Several intuitive complement ideas died quickly and correctly. The LFCM lane still found 0 valid catalyst days after the data path was repaired. Many nearby or adjacent branches did not clear the same bar as the strongest survivor.
That is a good outcome because it means the repo is becoming more selective for the right reasons. The opportunity set is smaller, but the remaining claims are easier to defend.
Takeaway
Months of intraday options backtesting taught this repository that the real goal is not one heroic backtest. The real goal is a small set of low-overlap sleeves that still make sense after realism fixes, parity checks, stress scenarios, and portfolio gates.
If you want the portfolio-building version of that conclusion, Building a Portfolio of Trading Models: Why One Good Backtest Is Not Enough is the direct companion. If you want the process and publishing philosophy behind it, Algorithmic Trading Research Log: How to Build in Public Without Hiding Failed Results explains why the repo keeps reporting negative results. Join the research log to get the next backtest and failure report.
FAQ
Related questions
What survives serious intraday options backtesting?
Usually only narrow setups survive after timestamp causality, realistic fills, liquidity filters, robustness checks, and portfolio overlap constraints are applied.
Why publish failed backtesting results?
Failed results document what was tested, which assumptions broke, and which branches should not be retested casually, making future research faster and more honest.
Product links
Build the workflow with CuteMarkets
This article is part of the broader CuteMarkets product and research stack. Use the landing pages below to move from the blog into the specific API workflow you want to evaluate.
Learn Options From Zero
Send newcomers to the beginner path for calls, puts, chains, Greeks, IV, and risk.
Options Data API
See the primary product page for real-time and historical options data.
Historical Options Data API
Inspect the historical contracts, quotes, trades, and aggregates workflow.
Options Chain API
Go straight to chain snapshots, expirations, and strike discovery.
Pricing
Review plans before you move from free evaluation into production usage.