Institutional
Algorithm KPI Debrief
A transparent breakdown of the standards, KPIs, and pipeline stages every algorithm passes through at Sentivue Capital. Built for developers — by traders who've sat on both sides of the screen.
We don't run a black-box evaluation process. This document is the same rubric our team uses internally — published openly so developers can build, test, and submit knowing exactly what we're looking for and exactly how every submission gets evaluated. Transparency is the standard.
Builders welcome
Sentivue Capital evaluates algorithmic trading systems built by independent developers, retail quants, and small teams across the global trading community. Whether you're a self-taught dev with two strategies or a small shop with a portfolio of systems, this document tells you exactly what we measure, why we measure it, and what to expect from our process.
We don't expect institutional-grade engineering on day one. We expect intellectual honesty, sound risk discipline, and a willingness to validate ideas under live conditions. The rest is teachable. Most of our best partnerships started with developers who were rough around the edges but rigorous about the hard questions.
Five structured stages
Every algorithm submitted to Sentivue Capital passes through a defined stage progression. Stage 2.5 is conditional — it only triggers when the data raises specific concerns we cover later in this document. Most algorithms with clean characteristics advance directly from Stage 2 to Stage 3.
What to send us
Every submission is reviewed manually by a real analyst. We don't gate on file completeness alone — but the more transparent your submission, the deeper the analysis we can produce in return.
.mq5 Source Code.ex5 Compiled Binary.set Parameter FilePerformance standards
No algorithm passes or fails on a single number. We assess each submission holistically — but the following KPIs are the floor we measure against. Algorithms that fall significantly below these markers will be advised on specific upgrades before re-evaluation.
Drawdown standards
Maximum drawdown is the metric we weight most heavily. Algorithms are evaluated under Sentivue-tuned parameters — meaning if your hardcoded set file produces 22% drawdown, we'll re-test under risk-adjusted parameters before applying these tiers. The bands below reflect post-adjustment performance.
Code quality
We assess code quality during Stage 1 review. The list below distinguishes between mandatory standards (where violations are auto-rejecting) and preferred standards (where gaps are flagged but workable through Stage 2 iteration).
These represent fundamental correctness requirements. Submissions failing these standards cannot proceed regardless of backtest performance.
- ◆No lookahead bias. Signal logic must use
shift = 1or later. Bar-close gating required for intra-bar signal generation. - ◆No hidden martingale logic. Position sizing must not scale up after losses. Risk-per-trade must be bounded.
- ◆Bounded worst-case exposure. Maximum aggregate position risk must be enforceable and quantifiable at any moment.
- ◆No future-bar data leakage. Indicators that repaint historical values are disqualifying.
- ◆Defensive break-even logic. Stop-loss modification logic must be asymmetric — only narrow stops, never widen.
These represent professional engineering practices. Gaps don't auto-reject submissions but will appear as recommendations in your Stage 1 report.
- ◆Per-instrument position sizing using
SymbolInfoDouble(SYMBOL_TRADE_TICK_VALUE)andTickSizerather than hardcoded pip values. - ◆Execution-quality filters: spread guards, max deviation parameters, session filters, news/calendar gates.
- ◆Equity-based emergency kill switch — flatten and disable trading on configurable equity drawdown threshold.
- ◆Symbol-aware magic numbers for clean multi-instance deployment without ID collisions.
- ◆Structured telemetry via
PrintFormatfor forensic analysis when live behavior diverges from backtest. - ◆Min-stop compliance via
SYMBOL_TRADE_STOPS_LEVELcheck before order submission.
When backtests aren't enough
Live Observation Period
When a backtest displays patterns that cannot be resolved through additional backtesting, we trigger a 90-day live observation period before advancing the algorithm. This isn't a punishment — it's the only honest way to distinguish real edge from recent-regime artifacts. Forward time is the irreplaceable input.
What happens during Stage 2.5: the developer runs the algorithm under Sentivue-tuned parameters in either demo or live mode (developer's choice) for 90 consecutive days. No retuning during the window — that's what makes the data valid. Monthly informal check-ins with Sentivue's evaluation team. Clean post-period passes advance directly to Stage 3.
What we're looking for: profit accrual across multiple market regimes — not necessarily replication of backtest magnitudes. 15-30% annualized returns across diverse conditions is stronger institutional evidence than 80% concentrated in a single quarter. Adaptability beats magnitude.
Three simple next steps
.mq5 or .ex5, set file, MT5 backtest report, and any forward test data. Include a brief description of your edge thesis.