ต้นแบบ · รุ่นทดลอง: มีทุก server ในทะเบียนทางการ อัปเดตทุก 30 นาที รีวิวและบัญชีผู้ใช้จะมาในขั้นถัดไป
PopNx MCPที่รวม MCP สำหรับคนใช้ AI · อธิบายเป็นภาษาคน

Regimen

โดย RaYYeR220รุ่น 1.0.0i★ –iรันบนคลาวด์
ชื่อใน registryio.github.RaYYeR220/regimen

ติดตั้ง

ภาพรวม

คำอธิบายจากผู้ทำ (ภาษาอังกฤษตามต้นฉบับ)

Tells you whether a trading strategy's edge is distinguishable from luck.

สามเสาของ PopNx MCP

สามเรื่องนี้ไม่รวมเป็นคะแนนเดียว เพราะความเห็น การวัด และความนิยม เป็นคนละเรื่องกัน

ใช้ทำอะไรได้

ตัวนี้ยังไม่ได้เรียบเรียงเป็นภาษาไทย ด้านล่างคือข้อเท็จจริงที่เราอ่านจาก registry

  • การเชื่อมต่อ: รันบนคลาวด์
  • ช่องทาง (transport): Streamable HTTP
  • หมวด: บัญชี การเงิน และภาษี

ติดตั้ง

เลือกโปรแกรม AI ที่คุณใช้ แล้วคัดลอกค่าตั้งไปวาง

ก่อนติดตั้ง

ต้องเตรียมก่อน

  • รันบนคลาวด์ไม่ต้องลงโปรแกรมเพิ่ม ต่อผ่านอินเทอร์เน็ตได้เลย

คุณใช้แอปไหน

เลือกแอปด้านบน เราจำไว้ให้ ครั้งหน้าปุ่มจะขึ้นว่า “ติดตั้งลง …”

ใช้ได้ทั้ง Claude บนเว็บ แอปคอมพิวเตอร์ และมือถือ:

  1. เปิด Settings → Connectors
  2. กด Add custom connector
  3. วางที่อยู่ด้านล่างแล้วกด Add
  4. ถ้าให้ล็อกอิน ให้ล็อกอินกับผู้ทำ
SettingsConnectors1+ Add2https://…3
https://regimen-nu.vercel.app/mcp

พิมพ์คำสั่งนี้ใน Terminal

claude mcp add --transport http regimen https://regimen-nu.vercel.app/mcp

เปิดใน Cursor

หรือคัดลอกค่าตั้งเอง

วางในไฟล์ .cursor/mcp.json ของโปรเจกต์ หรือ ~/.cursor/mcp.json

{
  "mcpServers": {
    "regimen": {
      "url": "https://regimen-nu.vercel.app/mcp"
    }
  }
}

เบราว์เซอร์จะถามก่อนเปิดแอป จากนั้นแอปแสดงค่าตั้งให้ตรวจแล้วกดยืนยัน ช่อง key เว้นว่างไว้ให้คุณใส่เอง

เปิดใน VS Code

หรือคัดลอกค่าตั้งเอง

วางในไฟล์ .vscode/mcp.json ของโปรเจกต์

{
  "servers": {
    "regimen": {
      "type": "http",
      "url": "https://regimen-nu.vercel.app/mcp"
    }
  }
}

เบราว์เซอร์จะถามก่อนเปิดแอป จากนั้นแอปแสดงค่าตั้งให้ตรวจแล้วกดยืนยัน ช่อง key เว้นว่างไว้ให้คุณใส่เอง

ChatGPT ต่อได้เฉพาะ server ที่อยู่บนอินเทอร์เน็ต:

  1. เปิด ChatGPT บนเว็บ → Settings → Connectors (Apps)
  2. กด Create หรือ Add (บางแพ็กเกจต้องเปิด Developer mode ใน Advanced ก่อน)
  3. วางที่อยู่ด้านล่าง ตั้งชื่อ แล้วบันทึก
  4. ถ้าให้ล็อกอิน ให้ล็อกอินกับผู้ทำ
SettingsConnectors1+ Create2https://…3
https://regimen-nu.vercel.app/mcp

ชื่อเมนูอาจต่างกันเล็กน้อยตามแพ็กเกจและรุ่นของแอป

ตัวเลือกเก็บในคุกกี้บนเครื่องนี้ ไม่ต้องมีบัญชี

ค่าตั้งนี้สร้างจากข้อมูลใน registry ของผู้ทำ ถ้าไม่ตรงกับ README ให้เชื่อ README

ทำอะไรได้บ้าง

ยังไม่ได้อ่านรายการเครื่องมือของตัวนี้ เราตรวจ endpoint ทีละชุดวนไป

ผลตรวจเบื้องต้นi

เราตรวจจากข้อมูลที่ใครก็เปิดดูได้ ยังไม่ได้อ่านโค้ด ข้อที่ไม่เกี่ยวกับตัวนี้ไม่นับในตัวหาร · ตรวจเมื่อ 6 พ.ย. 2569

  • ✓ ผ่าน

    ตัวตนผู้ทำตรงกับ repo

    ชื่อใน registry ยืนยันด้วยบัญชี GitHub RaYYeR220 ซึ่งเป็นเจ้าของ repo

  • … ยังไม่ตรวจ

    ยังมีคนดูแล

    ยังไม่ได้อ่านข้อมูล repo จาก GitHub

  • … ยังไม่ตรวจ

    มีสัญญาอนุญาต (license)

    ยังไม่ได้อ่านข้อมูล repo จาก GitHub

  • … ยังไม่ตรวจ

    endpoint ตอบ

    ยังไม่ได้ตรวจ เราตรวจ endpoint ทีละชุดวนไป

  • … ยังไม่ตรวจ

    ล็อกอินแบบ OAuth

    ยังไม่ได้ตรวจ เราตรวจ endpoint ทีละชุดวนไป

  • … ยังไม่ตรวจ

    คำอธิบายเครื่องมือไม่มีคำสั่งแอบแฝง

    ยังไม่ได้ตรวจ เราอ่านรายการเครื่องมือตอนตรวจ endpoint

เทียบกับตัวอื่นในหมวด บัญชี การเงิน และภาษีi

  • ดาวมากกว่า 0% ของอีก 1722 ตัวในหมวดนี้
  • ส่งรุ่นใหม่เข้า registry ล่าสุดกว่า 45% ของอีก 1722 ตัวในหมวดนี้
  • ผลตรวจเบื้องต้นดีกว่าหรือเท่ากับ 100% ของอีก 1722 ตัวในหมวดนี้

เทียบกับทุก server ที่ยังใช้งานในหมวดนี้ทั้งทะเบียน ดาวนับเฉพาะเมื่อผู้ลงทะเบียนเป็นเจ้าของ repo

คำถามที่พบบ่อย

Regimen ปลอดภัยไหม?

จากการตรวจเบื้องต้นของเรา ผ่าน 1 จาก 1 ข้อที่ตรวจได้ เรายังไม่ได้อ่านโค้ด ก่อนใส่กุญแจหรือ token ให้ดูว่า server ขอสิทธิ์อะไร และเลือกกุญแจที่ทำได้เท่าที่จำเป็น

ต้องใช้กุญแจหรือรหัสอะไรบ้าง?

registry ไม่ได้ระบุว่าต้องใช้กุญแจ แต่บางตัวจะขอให้ล็อกอินตอนใช้ครั้งแรก

ตัวนี้รันบนเครื่องหรือบนคลาวด์?

รันบนคลาวด์ของผู้ทำ ต่อผ่านอินเทอร์เน็ตได้เลย ไม่ต้องลงโปรแกรม แต่ข้อมูลที่ส่งให้จะผ่านเซิร์ฟเวอร์ของผู้ทำ

ยังมีคนดูแลอยู่ไหม?

repo บน GitHub มีการแก้โค้ดล่าสุด – และส่งรุ่นล่าสุด (1.0.0) เข้า registry 2 เดือนที่ผ่านมา

ใช้กับโปรแกรมไหนได้บ้าง?

โปรแกรมที่รองรับ MCP เช่น Claude Desktop, Claude Code, Cursor และ VS Code ตัวนี้ต่อผ่าน URL จึงใช้กับโปรแกรมที่รับ remote MCP ได้ เช่น ChatGPT ที่เปิดโหมดนักพัฒนา

มีตัวไหนใช้แทนได้บ้าง?

ในหมวดเดียวกันมี Finance Toolkit, SolidInvoice, Korea Tax Calculator

ตัวที่ใช้แทนได้

server หมวดเดียวกันจากผู้ทำคนอื่น เรียงตามดาว

อ่านการ์ด:★ ดาว GitHubiสามเสา: รีวิว · ผลตรวจ · การใช้งานiอัปเดต = วันที่ส่งรุ่นล่าสุดเข้า registryi

Finance Toolkit

โดย JerBouma

500+ transparent financial methods calculated from raw statements, not third-party endpoints.

บนเครื่องหรือคลาวด์★ 5,496MITอัปเดต เมื่อวาน
ติดตั้ง

SolidInvoice

โดย SolidInvoice

Create and send invoices and quotes, manage clients, and track payments in SolidInvoice.

รันบนคลาวด์★ 981MITอัปเดต 7 วันที่ผ่านมา
ติดตั้ง

Korea Tax Calculator

โดย UpstageAI

Korean tax calculation and tax-audit judgment MCP: 96 tools with statutory citations.

รันบนเครื่อง★ 97MITอัปเดต วันนี้
ติดตั้ง

README จากผู้ทำ

เปิดอ่าน README

ส่วนนี้คัดจาก repo ของผู้ทำตามต้นฉบับ PopNx MCP ไม่ได้ตรวจหรือรับรองเนื้อหา ตัด HTML รูปภาพ และสคริปต์ออกแล้ว ลิงก์จะพาออกนอกเว็บ

Regimen

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.

  • Live API — https://regimen-nu.vercel.app
  • MCP endpoint — https://regimen-nu.vercel.app/mcp (revision 2026-07-28)
  • OpenAPI — https://regimen-nu.vercel.app/api/v1/openapi.json
  • MCP Registry — published as io.github.RaYYeR220/regimen (listing)
  • Verify it yourself — verification/README.md · Claims ledger — CLAIMS.md · Real vs simulated — MOCKS.md · Scorecard — EVAL.md

The problem

A 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.

What it does

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.

Try it, with no credentials

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.

Two surfaces, one engine

REST
MethodPathWhat it answers
POST/api/v1/evaluateIs this track record distinguishable from luck?
POST/api/v1/regime-mapWhich market conditions is the edge concentrated in?
POST/api/v1/self-attackWhy should I believe the verdict?
GET/api/v1/statusUpstream reachability, cache occupancy, demo-key availability.
GET/api/v1/openapi.jsonThe machine-readable contract.
GET/api/healthLiveness 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.

MCP

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.

Architecture

                    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.

Testing

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.

What the evaluation found

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:

  • False positives 5.6% (2/36), target ≤5%. Both failures are the same mechanism: a negatively-skewed return distribution on a short window whose crash component simply has not arrived yet. The non-normality correction is driven by the *sample* third and fourth moments, and at 40–60 observations those carry almost no information — so the exact pattern the correction exists to catch ("sells volatility, hasn't blown up yet") is the one it walks into. The engine now says so explicitly in its own reasoning whenever a sample is too short for those moments to mean anything. Note that 2 of 36 is also within Monte Carlo noise of the nominal 5%; the mechanism is the finding, not the overshoot.
  • Restraint 66.7% (10/15), target ≥90%. In five cases a genuine but unprovable edge was graded as proven, because luck pushed the observed Sharpe far above the true one. The engine is directionally right in all five and still granting more confidence than the sample size supports.
  • Regime detection 25% (1/4) at p ≤ 0.05, target ≥75%. The evaluation caught a real design flaw here: the permutation test originally ran on the best-minus-worst Sharpe spread, which sees only two buckets and inflates with the number of buckets. On a planted effect it could not separate signal from the null at all — planted spread 0.493 against a null control's 0.491. It was replaced with an observation-weighted between-bucket variance, which moved the planted cases' p-values from 0.022/0.073/0.092/0.229 to 0.010/0.054/0.069/0.275 while the unplanted controls stayed quiet (0.18–0.91). That is a material improvement and still short of the target, so the target stands as missed.

Regime false positives are 0/4 and degenerate inputs are refused 8/8.

MCP conformance

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

ตัดมาแค่ช่วงต้น อ่านต่อใน repo

ถาม PopNx