Finance Toolkit
500+ transparent financial methods calculated from raw statements, not third-party endpoints.
作者提供的说明(英文原文)
Tells you whether a trading strategy's edge is distinguishable from luck.
这三项永远不会合并成一个分数:意见、测量和人气是不同的东西。
我们还没有为它写通俗的介绍。下面是我们从注册中心读取到的事实。
选择你使用的 AI 应用,然后复制设置。
你需要
你用的是哪个应用?
在上方选择你的应用。我们会记住它,下次按钮会显示“安装到 …”。
适用于网页版、桌面版和手机版 Claude:
https://regimen-nu.vercel.app/mcp在终端中运行这条命令
claude mcp add --transport http regimen https://regimen-nu.vercel.app/mcp粘贴到项目中的 .cursor/mcp.json,或 ~/.cursor/mcp.json
{
"mcpServers": {
"regimen": {
"url": "https://regimen-nu.vercel.app/mcp"
}
}
}浏览器会先询问是否打开应用,然后应用会显示设置并请你确认。密钥的值会留空,由你自己填写。
粘贴到项目中的 .vscode/mcp.json
{
"servers": {
"regimen": {
"type": "http",
"url": "https://regimen-nu.vercel.app/mcp"
}
}
}浏览器会先询问是否打开应用,然后应用会显示设置并请你确认。密钥的值会留空,由你自己填写。
ChatGPT 只能连接互联网上的服务器:
https://regimen-nu.vercel.app/mcp菜单名称可能因套餐和版本不同而略有差异。
你的选择通过 Cookie 保存在这台设备上,无需账户。
这些设置是根据作者在注册中心的条目生成的。如果 README 的写法不同,请以 README 为准。
我们还没有读取这个服务器的工具列表;我们会轮流检查各个端点。
我们检查的是任何人都能看到的信息;我们没有阅读代码。不适用的检查项不计入总数。 · 检查于 2026年11月7日
注册名称已通过 GitHub 账户 RaYYeR220 验证,该账户拥有此仓库
我们还没有从 GitHub 读取这个仓库
我们还没有从 GitHub 读取这个仓库
尚未检查;我们会轮流检查各个端点
尚未检查;我们会轮流检查各个端点
尚未检查;我们会在检查端点时读取工具列表
与注册中心里这个分类中所有活跃的服务器比较。只有当发布者拥有该仓库时,星标数才计入。
它在 1 项适用的基础检查中通过了 1 项。我们没有阅读代码。在添加密钥或令牌之前,请先看看这个服务器要求哪些权限,并使用只具备所需权限的密钥。
注册中心没有列出必需的密钥,不过有些服务器会在首次使用时要求你登录。
它在作者的云端运行。通过互联网连接,无需安装,但你发送的内容会经过作者的服务器。
GitHub 仓库最后更新于–,最新版本(1.0.0)于2个月前进入注册中心。
支持 MCP 的应用,例如 Claude Desktop、Claude Code、Cursor 和 VS Code。它通过 URL 连接,所以接受远程 MCP 服务器的应用也可以使用,例如开启开发者模式的 ChatGPT。
同一分类中有:Finance Toolkit, SolidInvoice, Korea Tax Calculator
同一分类中其他作者的服务器,按星标数排序。
如何看卡片:★ GitHub 星标i三大支柱:评价 · 检查 · 使用情况i更新 = 最新版本发布到注册中心的时间i
500+ transparent financial methods calculated from raw statements, not third-party endpoints.
Create and send invoices and quotes, manage clients, and track payments in SolidInvoice.
Korean tax calculation and tax-audit judgment MCP: 96 tools with statutory citations.
按原文从作者的仓库复制。PopNx MCP 没有审查或背书其内容。HTML、图片和脚本已被移除。链接会离开本站。
A Sharpe ratio is an estimate. Regimen tells you whether it is a fact.
Regimen takes a trading strategy's equity curve and answers two questions an aggregate performance number cannot: is the measured edge distinguishable from luck, and in which market conditions does it actually hold?
It is built for agents as much as for people. Everything is available over a REST API and over MCP, and the most common answer it gives is that the evidence is too thin to support the claim being made. That is the product, not a failure mode.
https://regimen-nu.vercel.app/mcp (revision 2026-07-28)io.github.RaYYeR220/regimen (listing)verification/README.md · Claims ledger — CLAIMS.md · Real vs simulated — MOCKS.md · Scorecard — EVAL.mdA strategy publishes a Sharpe ratio of 2.4 over six weeks and a 58% win rate over 40 trades. Both numbers are real. Neither is evidence.
A Sharpe ratio computed from a short, skewed, fat-tailed sample carries an error bar wide enough to swallow the claim. Forty trades cannot distinguish a 58% edge from a coin. And once a strategy has been re-tuned twenty times, the best configuration looks good for the same reason the tallest of twenty random people is tall.
This is not a niche statistical objection — it is the single most common way capital is lost to a backtest. The mathematics for handling it has existed since 2012 and is almost never applied, because it requires more than dividing a mean by a standard deviation.
Here is real output from the live service, on a curve with an annualised Sharpe of 3.72:
verdict weak
confidence 92.3% that the true Sharpe exceeds 0 95% interval [-0.033, +0.462] zero is still inside track record 60 periods; 78 needed for significance at 95%
A dashboard would have printed 3.72 and stopped.
1. Significance. The Probabilistic Sharpe Ratio — the probability the *true* Sharpe exceeds a benchmark given the sample's length, skewness and kurtosis. The Minimum Track Record Length — how many periods would be needed before the claim could be made at all. The Deflated Sharpe Ratio — the same statement corrected for how many configurations were tried first. A stationary-bootstrap confidence interval that preserves serial dependence.
2. Regime attribution. Each period's return is joined to the market conditions that held on that UTC date — volatility, funding, open interest, positioning, sentiment, trend state — read point-in-time, so nothing in a bucket could only have been known afterwards. Every factor carries a permutation test: the observed dispersion of performance across buckets is compared against the dispersion produced by randomly reshuffling the regime labels, because slicing a return series eight ways guarantees a flattering subset. Without that p-value a regime map is a data-mining machine.
3. Self-attack. Every analysis can be run against controls whose answer is known in advance: the strategy's own returns with the mean removed (true Sharpe exactly zero, so a correct engine must grade it near 50%), and a simulated population of edgeless strategies matched for length and volatility, so the real result can be placed as a percentile against pure luck. The result is published, including when a control fails.
4. Divergence check. Where a source publishes its own figures, Regimen recomputes them from the equity curve and reports the difference. Differing conventions explain most gaps, but a user quoting a dashboard deserves to know when the curve underneath says otherwise.
curl -s https://regimen-nu.vercel.app/api/v1/evaluate \
-H 'content-type: application/json' \ -d '{ "selector": { "source": "inline", "trackRecord": { "label": "demo", "equity": [ {"t": "2026-06-01", "equity": 10000}, {"t": "2026-06-02", "equity": 10180}, {"t": "2026-06-03", "equity": 10090}, {"t": "2026-06-04", "equity": 10310}, {"t": "2026-06-05", "equity": 10240}, {"t": "2026-06-06", "equity": 10450} ] } } }'
That curve is deliberately too short, and Regimen says so rather than producing a number. verification/README.md has a full-length example that produces a graded verdict, plus the health and deployment-proof checks.
| Method | Path | What it answers |
|---|---|---|
POST | /api/v1/evaluate | Is this track record distinguishable from luck? |
POST | /api/v1/regime-map | Which market conditions is the edge concentrated in? |
POST | /api/v1/self-attack | Why should I believe the verdict? |
GET | /api/v1/status | Upstream reachability, cache occupancy, demo-key availability. |
GET | /api/v1/openapi.json | The machine-readable contract. |
GET | /api/health | Liveness and the exact build commit. |
Every response is { data, meta } or { error, meta }, where meta carries a request id, the build commit, and which credential mode served the request. Errors carry a stable machine-readable code, a retryable flag, and a remedy written to be actionable by an agent rather than a human reading a stack trace.
Connect any MCP client to https://regimen-nu.vercel.app/mcp over Streamable HTTP. No authentication is needed for the inline source. For a client configured by file:
{ "mcpServers": { "regimen": { "url": "https://regimen-nu.vercel.app/mcp" } } }
To inspect it interactively: npx @modelcontextprotocol/inspector and point it at the same URL.
Tools — regimen_evaluate_track_record, regimen_regime_map, regimen_self_attack, regimen_describe_factors. Each advertises an outputSchema and returns validated structuredContent; each is annotated readOnlyHint because nothing here writes, trades or signs; each takes a detail switch so an agent can ask for the verdict and its reasons rather than every bucket.
Resources — regimen://methodology (the statistics, in full), regimen://evidence-tiers (the exact grading thresholds), and the template regimen://factor/{key}, whose key argument supports completion/complete.
Prompt — validate_strategy, the full review in the right order, with instructions not to lead with the annualised Sharpe.
REST /api/v1/* MCP /mcp
│ │ └────────────┬───────────┘ │ engine/ significance · regime · self-attack │ stats/ PSR · DSR · MinTRL · bootstrap · conditional attribution · Wilson │ sources/ ── adapter interface ──┐ │ │ olaxbt-nexus inline (18 tools, point-in-time) (bring your own curve)
The engine is written against a domain model — a track record, a regime series — and never against a vendor's response shape. A data source is a thin adapter that produces those two things. That is why the same analysis serves an OlaXBT Nexus strategy and a curve pasted in from a spreadsheet, and why adding a venue is an adapter rather than a rewrite.
OlaXBT Nexus is the live data source. The adapter reads the strategy's equity curve, trades and published metrics, and reads eight market-condition factors per date with an explicit as_of, which is what makes the regime attribution free of lookahead. Rate limiting and caching live in the client, not at call sites: a Builder-tier key allows 80 requests a minute and a regime map wants hundreds of point-in-time reads, so calls are paced under a token bucket and every immutable past-dated read is cached.
pnpm test # the full suite
pnpm typecheck # strict, with noUncheckedIndexedAccess pnpm eval # the graded evaluation; writes EVAL.md
The statistics core carries 370 tests. Known-answer cases for PSR, MinTRL, the Deflated Sharpe Ratio, skewness, kurtosis, Wilson intervals and drawdown were generated independently of this implementation and carry their arithmetic in a comment. A negative-control test across 20 seeds confirms a zero-mean series clears 95% confidence on 2 of 20 runs — the nominal size — while the matching positive-mean series clears it on 20 of 20.
EVAL.md is a pre-registered graded evaluation: 82 synthetic strategies with known ground truth, scored on false-positive rate, power, correct refusals on degenerate input, calibration, and regime detection. The suite and its targets were fixed before the engine was ever run against them.
It currently fails three of its six targets, and the failures are published rather than tuned away. They are worth reading, because they are the honest limits of the method:
Regime false positives are 0/4 and degenerate inputs are refused 8/8.
npx @modelcontextprotocol/conformance@alpha server --url
Against a local build: 36 checks pass, 23 fail. Passing: protocol negotiation, ping, tools/list, resources/list, prompts/list, and DNS-rebinding protection. Every failure is a scenario that exercises the suite's own reference-server fixtures — named test tools, sampling, logging, image and audio content, resource subscriptions — none of which Regimen implements. The raw counts are printed here rather than summarised as a pass, because a conformance claim that hides its denominator is worth nothing.
Note that the DNS-rebinding scenario reports failure against any non-localhost URL by construction
只显示了开头部分;其余内容请在仓库中阅读