quantitative-analysis
Skill33 starsChanged 35 days agoMITView on GitHub
Use when applying statistical methods to financial data. Covers return distributions, stationarity, correlation versus causation, the multiple-testing problem, and the statistical traps specific to financial time series. Trigger on "is this signal statistically significant", "are these returns normally distributed", "is this correlation real or noise". Do not use for simulating a full strategy with costs — see the backtesting skill.
1 other project uses a version of this.
Adopted by
Most recently taken up by
- poemswe/co-researchertheir own version, first seen Oct 13, 2026
Other versions1 project uses a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 1
- poemswe/co-researcher★ 135same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository137 other files it gives its agents.
- agent-instructionsSkill
- agent-memorySkill
- hooksSkill
- plugin-developmentSkill
- skill-authoringSkill
- skill-reviewSkill
- slash-commandsSkill
- subagentsSkill
- agent-designSkill
- context-engineeringSkill
- fine-tuningSkill
- llm-cost-optimizationSkill
- llm-evaluationSkill
- llm-integrationSkill
- mcp-serverSkill
- ml-pipelineSkill
- model-selectionSkill
- prompt-engineeringSkill
- ragSkill
- structured-outputSkill
- api-designSkill
- background-jobsSkill
- cachingSkill
- djangoSkill
- event-driven-architectureSkill
- fastapiSkill
- graphqlSkill
- microservicesSkill
- nestjsSkill
- realtime-websocketsSkill
- spring-bootSkill
- competitive-analysisSkill
- lead-researchSkill
- product-analysisSkill
- resumeSkill
- user-researchSkill
- database-performanceSkill
- data-modelingSkill
- data-qualitySkill
- pandasSkill
- postgresSkill
- sparkSkill
- brand-guidelinesSkill
- generative-artSkill
- themingSkill
- ui-reviewSkill
- visual-designSkill
- architecture-decisionsSkill
- bug-fix-protocolSkill
- cli-developmentSkill
- code-reviewSkill
- debuggingSkill
- design-patternsSkill
- domain-modelingSkill
- git-workflowSkill
- legacy-modernizationSkill
- refactoringSkill
- repository-explorationSkill
- simple-designSkill
- system-designSkill
- The first 60 shown.
The file
Files
Quantitative Analysis
Purpose
Apply statistics to financial data without being fooled by it. Financial time series violate nearly every assumption of standard statistical methods, and the tools will produce confident, well-formatted, wrong answers without complaint.
When to Use
- Testing whether a signal has predictive value.
- Modeling returns, volatility, or correlations.
- Evaluating a quantitative claim someone else has made.
- Building a factor model or a risk model.
Capabilities
- Return distributions and their fat tails.
- Stationarity, unit roots, and spurious regression.
- Correlation, causation, and confounding.
- Multiple-testing correction and data snooping.
- Volatility modeling and clustering.
Inputs
- The data, and an honest account of how it was selected.
- The hypothesis — stated before the data was examined.
- The number of hypotheses that have already been tested on this data.
Outputs
- A result with its assumptions stated.
- A significance level corrected for the number of tests actually run.
- An honest statement of what the result does and does not support.
Workflow
- Look at the distribution before assuming one — Financial returns are not normal. They have fat tails and skew, and every method that assumes normality will underestimate the probability of a large move — which is the only probability that matters for survival.
- Test for stationarity — Regressing one non-stationary series on another produces a high R-squared and a significant t-statistic between two entirely unrelated things. This is spurious regression, and it is the most common error in financial statistics.
- Work in returns, not prices — Prices are non-stationary by construction. Returns are approximately stationary. Almost every meaningful analysis operates on returns.
- Count the hypotheses you have tested — If you tried a hundred signals and one has a p-value of 0.01, you have found exactly what pure chance predicts. A p-value not adjusted for the search is not evidence.
- Distinguish correlation from causation, and both from coincidence — With enough series, something will correlate with anything. A mechanism stated in advance is what separates a finding from a coincidence.
- Validate out of sample — On data that was not available when the hypothesis was formed. Everything else is description.
Best Practices
- Financial returns have fat tails. A "six-sigma" event under a normal distribution should occur once in several million years; in markets it occurs every few years. Any model built on normality is quietly understating tail risk.
- Non-stationarity produces spurious regressions with astonishing reliability. Two random walks will regress on each other with a significant t-statistic roughly 70% of the time. Always difference or test first.
- Correlation between financial series is unstable. A correlation estimated over three years describes those three years, and it will not hold in the crisis you are trying to protect against.
- The multiple-testing problem is the single largest source of false discovery in quantitative finance. The published anomaly literature is substantially a record of it.
- In-sample fit is not evidence. Any sufficiently flexible model fits any dataset. The only test that means anything is out of sample.
- Report the effect size, not just the p-value. A statistically significant edge of 0.02% per trade is not tradable after costs.
Examples
Spurious regression — the error that produces the most confident wrong answers:
import numpy as np, statsmodels.api as sm
# Two independent random walks. There is no relationship whatsoever.
np.random.seed(1)
a = np.cumsum(np.random.randn(500))
b = np.cumsum(np.random.randn(500))
model = sm.OLS(a, sm.add_constant(b)).fit()
print(f"R-squared: {model.rsquared:.3f} t-stat: {model.tvalues[1]:.2f}")
# R-squared: 0.681 t-stat: 32.71
#
# An R-squared of 0.68 and a t-statistic of 33 between two series with NO
# relationship at all. This is not a fluke of the seed; it happens most of the
# time with non-stationary series. Any conclusion drawn from this is fiction.
# The correct procedure: test for stationarity, and work in returns.
from statsmodels.tsa.stattools import adfuller
for name, series in [("a", a), ("b", b)]:
p = adfuller(series)[1]
print(f"{name}: ADF p={p:.3f} -> {'non-stationary' if p > 0.05 else 'stationary'}")
# a: ADF p=0.712 -> non-stationary
# b: ADF p=0.884 -> non-stationary
#
# Differencing to returns removes the spurious relationship entirely.
model_returns = sm.OLS(np.diff(a), sm.add_constant(np.diff(b))).fit()
print(f"R-squared: {model_returns.rsquared:.4f} t-stat: {model_returns.tvalues[1]:.2f}")
# R-squared: 0.0004 t-stat: -0.44 <- the truth: no relationshipMultiple testing — why most published anomalies are not real:
def corrected_significance(p_values: list[float], n_tested: int) -> Report:
"""A p-value of 0.01 means nothing if you tested 100 hypotheses."""
best_p = min(p_values)
# Bonferroni: the family-wise error rate.
bonferroni = min(1.0, best_p * n_tested)
# The probability that the best of n random signals looks this good by chance.
prob_by_chance = 1 - (1 - best_p) ** n_tested
return Report(
raw_p=best_p,
bonferroni_p=bonferroni,
prob_at_least_one_by_chance=prob_by_chance,
verdict=(
"Not distinguishable from chance."
if bonferroni > 0.05
else "Survives correction. Now validate out of sample."
),
)
# Tested 120 signal variants. The best has p = 0.008.
# raw p : 0.008 "significant!"
# Bonferroni-corrected p : 0.96
# P(at least one this good
# by chance among 120) : 0.62
# Verdict: not distinguishable from chance.
#
# The signal is exactly as good as the best of 120 random signals would be
# expected to be. It is a discovery about the search, not about the market.Notes
- The spurious-regression demonstration above is the single most important thing in this skill. An R-squared of 0.68 between two unrelated random walks is not a corner case — it is the typical result, and it has produced a great many published findings.
- Fat tails mean that variance is a poor risk measure for financial returns. Maximum drawdown and expected shortfall describe what actually hurts.
- This is educational material about quantitative methodology, not financial advice, and none of it constitutes a recommendation.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

