This FAQ addresses common questions about the Sentinel Risk OS Results repository, its scope, and how the published outputs should be interpreted.
Sentinel Risk OS is a private, deterministic engine designed to detect structural risk regimes and stress accumulation in time-series systems.
This repository publishes results only — reports, CSV exports, and derived summaries — without exposing proprietary internals.
No.
The engine is intentionally kept private.
This repository exists to publish observable outputs and allow independent inspection of their structure and consistency, not to share implementation details.
Most risk tools answer:
“How stressed is the system right now?”
Sentinel Risk OS answers:
“What structural phase is the system in, how did stress form, how long did it persist, and how did it transition?”
It operates at the regime level, not at the signal or prediction level.
No.
Sentinel Risk OS:
- does not generate trade signals
- does not forecast prices
- does not optimize returns
- does not provide entry/exit recommendations
Its purpose is structural risk interpretation, not trading execution.
Indices such as VIX or OFR FSI provide scalar measurements of stress intensity at a given point in time.
Sentinel Risk OS:
- detects regimes
- aggregates behavior into coherent stress windows
- identifies onset, persistence, peak, and transition
The approaches are complementary, but not interchangeable.
No.
Regimes and windows in Sentinel Risk OS are constructed structural objects, not thresholds applied to a continuous index.
The system explicitly models temporal persistence and transitions, which scalar indices do not.
No.
Thresholding an index:
- introduces arbitrary cutoffs
- fragments continuous behavior
- removes temporal coherence
Sentinel windows are formed through structural aggregation, not post-hoc filtering.
The published results do not depend on:
- supervised learning
- probabilistic modeling
- neural networks
The internal engine architecture is not disclosed.
The engine outputs are not reproducible without access to the private system.
However:
- all derived metrics
- all figures
- all run summaries
can be regenerated deterministically from the published CSVs using the provided verification scripts.
This repository follows a results-first validation model.
The goal is to allow independent inspection of:
- observable behavior
- regime structure
- temporal consistency
- cross-asset coherence
without requiring access to proprietary internals.
This mirrors how advanced research systems are often evaluated: evidence before explanation.
- Stable — structurally normal conditions
- Pre-Stress — early structural deviation
- Core Stress — sustained stress accumulation
- Extreme — high-intensity structural instability
Regimes describe structural phases, not predictions or outcomes.
No.
Regime labels are structural abstractions and are applied consistently across assets.
This allows cross-asset comparison without redefining semantics per market.
Daily resolution provides a balance between:
- noise reduction
- structural persistence
- interpretability
The system is designed to capture regime-level behavior, not intraday dynamics.
The engine is designed around structural detection principles, not asset-specific heuristics.
This repository, however, is intentionally scoped to financial time-series results only.
No.
Sentinel Risk OS can be used:
- alongside traditional indicators
- as a higher-level structural layer
- as a contextual framework for interpretation
It does not aim to replace monitoring or reporting tools.
Focus on:
- duration of stress windows
- internal peak timing
- regime transitions
- persistence versus transience
The value lies in structure, not isolated values.
Published reports are available via GitHub Pages:
https://johnoliveiradev.github.io/Sentinel-Risk-OS-Results/
The current phase focuses on:
- single-asset analysis
- daily resolution
- public, verifiable outputs
Future phases may include:
- cross-asset interaction
- extended validation
- external audit frameworks
Details will be published only when appropriate.
This repository exists to publish what the system observes, not how it works.
Interpret the outputs as structural evidence, not forecasts.
Evidence before explanation.