Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
คำอธิบายจากผู้ทำ (ภาษาอังกฤษตามต้นฉบับ)
Read-only Hyperliquid and HyperEVM data: yields, protocols, fees, markets, funding, depth.
สามเรื่องนี้ไม่รวมเป็นคะแนนเดียว เพราะความเห็น การวัด และความนิยม เป็นคนละเรื่องกัน
ตัวนี้ยังไม่ได้เรียบเรียงเป็นภาษาไทย ด้านล่างคือข้อเท็จจริงที่เราอ่านจาก registry
เลือกโปรแกรม AI ที่คุณใช้ แล้วคัดลอกค่าตั้งไปวาง
ต้องเตรียมก่อน
คุณใช้แอปไหน
เลือกแอปด้านบน เราจำไว้ให้ ครั้งหน้าปุ่มจะขึ้นว่า “ติดตั้งลง …”
เปิด Claude Desktop → Settings → Developer → Edit Config แล้ววางค่านี้ในไฟล์ claude_desktop_config.json
{
"mcpServers": {
"hyperevm": {
"command": "npx",
"args": [
"-y",
"@sand0vvv/hyperevm-mcp"
]
}
}
}พิมพ์คำสั่งนี้ใน Terminal
claude mcp add hyperevm -- npx -y @sand0vvv/hyperevm-mcpวางในไฟล์ .cursor/mcp.json ของโปรเจกต์ หรือ ~/.cursor/mcp.json
{
"mcpServers": {
"hyperevm": {
"command": "npx",
"args": [
"-y",
"@sand0vvv/hyperevm-mcp"
]
}
}
}เบราว์เซอร์จะถามก่อนเปิดแอป จากนั้นแอปแสดงค่าตั้งให้ตรวจแล้วกดยืนยัน ช่อง key เว้นว่างไว้ให้คุณใส่เอง
วางในไฟล์ .vscode/mcp.json ของโปรเจกต์
{
"servers": {
"hyperevm": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"@sand0vvv/hyperevm-mcp"
]
}
}
}เบราว์เซอร์จะถามก่อนเปิดแอป จากนั้นแอปแสดงค่าตั้งให้ตรวจแล้วกดยืนยัน ช่อง key เว้นว่างไว้ให้คุณใส่เอง
ตัวนี้รันในเครื่องคุณ แต่ ChatGPT ต่อได้เฉพาะ server บนอินเทอร์เน็ต ลองเลือกแอปอื่น
ตัวเลือกเก็บในคุกกี้บนเครื่องนี้ ไม่ต้องมีบัญชี
ค่าตั้งนี้สร้างจากข้อมูลใน registry ของผู้ทำ ถ้าไม่ตรงกับ README ให้เชื่อ README
รันในเครื่องคุณ รายการเครื่องมือจะขึ้นในแอป AI หลังติดตั้ง
เราตรวจจากข้อมูลที่ใครก็เปิดดูได้ ยังไม่ได้อ่านโค้ด ข้อที่ไม่เกี่ยวกับตัวนี้ไม่นับในตัวหาร · ตรวจเมื่อ 8 พ.ย. 2569
ชื่อใน registry ยืนยันด้วยบัญชี GitHub sand0vvv ซึ่งเป็นเจ้าของ repo
ยังไม่ได้อ่านข้อมูล repo จาก GitHub
ยังไม่ได้อ่านข้อมูล repo จาก GitHub
ตัวนี้รันบนเครื่องคุณ ไม่มี endpoint บนอินเทอร์เน็ต
ตัวนี้รันบนเครื่อง ใช้ค่าที่ตั้งในเครื่องแทน
รันในเครื่องคุณ เราอ่านรายการเครื่องมือได้เฉพาะตัวที่มี endpoint บนอินเทอร์เน็ต
เทียบกับทุก server ที่ยังใช้งานในหมวดนี้ทั้งทะเบียน ดาวนับเฉพาะเมื่อผู้ลงทะเบียนเป็นเจ้าของ repo
จากการตรวจเบื้องต้นของเรา ผ่าน 1 จาก 1 ข้อที่ตรวจได้ เรายังไม่ได้อ่านโค้ด ก่อนใส่กุญแจหรือ token ให้ดูว่า server ขอสิทธิ์อะไร และเลือกกุญแจที่ทำได้เท่าที่จำเป็น
registry ไม่ได้ระบุว่าต้องใช้กุญแจ แต่บางตัวจะขอให้ล็อกอินตอนใช้ครั้งแรก
รันบนเครื่องของคุณ โปรแกรม AI จะเปิด server ขึ้นมาเองเมื่อใช้ ข้อมูลไม่ต้องผ่านเซิร์ฟเวอร์ของผู้ทำ (ยกเว้นตัวที่ไปเรียกบริการออนไลน์ต่อ)
repo บน GitHub มีการแก้โค้ดล่าสุด – และส่งรุ่นล่าสุด (1.4.0) เข้า registry 3 เดือนที่ผ่านมา
โปรแกรมที่รองรับ MCP เช่น Claude Desktop, Claude Code, Cursor และ VS Code ตัวนี้ต้องมี Node.js ในเครื่องด้วย
ในหมวดเดียวกันมี Spec Driven Development, Remote Desktop Commander, Tethered Trust
server หมวดเดียวกันจากผู้ทำคนอื่น เรียงตามดาว
อ่านการ์ด:★ ดาว GitHubiสามเสา: รีวิว · ผลตรวจ · การใช้งานiอัปเดต = วันที่ส่งรุ่นล่าสุดเข้า registryi
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Remote Desktop Commander: use files, terminal and processes on your own computers from any AI app.
Fit, compatibility and recall checks for AI agents before they buy: verdicts, evidence, receipts.
ส่วนนี้คัดจาก repo ของผู้ทำตามต้นฉบับ PopNx MCP ไม่ได้ตรวจหรือรับรองเนื้อหา ตัด HTML รูปภาพ และสคริปต์ออกแล้ว ลิงก์จะพาออกนอกเว็บ
Ask your AI assistant about the Hyperliquid ecosystem in plain English. It reads. There is nowhere to put a private key, and that is the whole security model.
"what's the best HYPE yield right now"
Network HYPE staking APR: 1.80%–2.25% across 27 active validators.
Anything far above this is a reward or a risk premium.
| Protocol | Token | APY | 7d | TVL |
|---|---|---|---|---|
| Kinetiq kHYPE | KHYPE | 1.94% | n/a | $825.9M |
| stHYPE | — | n/a | n/a | $173.9M |
| Kinetiq kmHYPE | — | n/a | n/a | $36.1M |
| Protocol | Asset | Supply | Borrow | Util | Max LTV | TVL |
|---|---|---|---|---|---|---|
| HyperLend Pooled | USDC | 5.84% | 7.36% | 88.2% | 62.0% | $12.1M |
| HyperLend Pooled | USD₮0 | 5.15% | 7.94% | 72.2% | 62.0% | $1.8M |
| HyperLend Pooled | WHYPE | 0.61% | 0.98% | 78.0% | 60.0% | $42.1M |
| Protocol | Pool | APY | Base | 7d | TVL | IL |
|---|---|---|---|---|---|---|
| nest CL | WHYPE-USDC (0.0638%) | 38.80% | n/a | +0.33pp | $5.9M | yes |
| nest CL | WHYPE-UBTC (0.2%) | 32.78% | n/a | -9.93pp | $1.7M | yes |
| Ramses CL V2 | WHYPE-USDC (CL 0.11%) | 30.14% | 0.00% | -29.96pp | $1.8M | yes |
| Vault | TVL | 24h | 7d | 30d |
|---|---|---|---|---|
| Hyperliquidity Provider (HLP) | $225.7M | -0.003% | +0.010% | -0.024% |
Note: 3 of the rows above are mostly token emissions rather than earned yield. Compare the APY and Base columns — emissions stop when the issuing team decides they stop.
Four of those cells read n/a. That is the point: stHYPE publishes no yield pool, and kHYPE's weekly delta came back from the source implying the pool paid nothing seven days ago, which its own daily history contradicts. A number we cannot stand behind is not printed.
The vault row shows the same rule twice over. HLP has no pool on DefiLlama at all, so a table built from that source alone silently omits the largest single place to deposit on the chain — it is read from Hyperliquid instead. And Hyperliquid's own APR field for it is *not* shown, because the same value means one thing as an annual rate and something 365 times larger as a daily one, and the vault's history does not settle which. What is shown is realised profit and loss per window, divided here, where the arithmetic is ours to defend.
Then ask whether to believe one of those rates:
"has that Ramses WHYPE-USDC pool actually been paying 100%?"
## Pool history
Pool: WHYPE-USDC Project: Ramses CL V2 APY now: 16.86% APY 7d ago: 144.75% APY 30d ago: 107.77% Earned vs emitted now: 0.00% earned · 16.86% emitted TVL change over window: -10.7%
| Date (UTC) | APY | Earned | Emitted | TVL |
|---|---|---|---|---|
| 2026-06-27 | 107.77% | 0.00% | 107.77% | $1.9M |
| 2026-07-09 | 70.09% | 0.00% | 70.09% | $2.0M |
| 2026-07-21 | 58.80% | 0.00% | 58.80% | $1.8M |
| 2026-07-26 | 16.86% | 0.00% | 16.86% | $1.7M |
Zero earned, every day, for a month.
Claude Code
claude mcp add hyperevm -- npx -y @sand0vvv/hyperevm-mcp
Cursor, Claude Desktop, or any MCP client — add to the config file:
{
"mcpServers": { "hyperevm": { "command": "npx", "args": ["-y", "@sand0vvv/hyperevm-mcp"] } } }
That is the whole setup. Nothing to fill in afterwards — there is no account to authenticate against.
Nine tools. Five report the present, three report how it got there, one reads an address.
| Tool | What it answers |
|---|---|
hyperevm_yields | Every yield on HYPE in one table: liquid staking, lending with supply/borrow/utilisation/max LTV, LP and looping, and the HLP vault — with earned yield separated from token emissions |
hyperevm_protocols | What is deployed on HyperEVM: chain TVL, per-protocol TVL, 1d/7d change, sortable by size or weekly growth; a detail card for any one protocol |
hyperevm_fees | Fees users actually paid, ranked over 24h/7d/30d. TVL says how much money sits somewhere; this says whether anyone is paying to use it |
hl_market | Perp mark price, funding hourly and annualised, open interest, 24h volume; spot pairs; predicted funding across Hyperliquid, Binance and Bybit |
hl_staking | HYPE validators ranked by predicted APR, with commission, uptime and stake share — what the network pays before any wrapper takes its cut |
hyperevm_pool_history | One pool's APY and TVL over weeks, split into earned versus emitted — so a headline rate can be checked against its own history |
hl_funding | How funding actually behaved over days: average, range, how much of the time it held its sign, and what the position would have paid |
hl_orderbook | Spread and resting depth, and whether a given trade size fills inside the visible book — or a plain statement that it does not |
hyperevm_wallet | Any public address: account value, open positions with entry, unrealised PnL and liquidation price, spot balances, HYPE staking |
The pairs are deliberate. hyperevm_yields and hl_market tell you what a number is now; hyperevm_pool_history and hl_funding tell you whether to believe it. A 47% pool that has been 100% emissions for a month and a 20% pool earning fees are not the same product, and only the second pair can tell them apart.
The server also ships MCP prompts, which appear as slash commands in Claude Code:
| Prompt | What it does |
|---|---|
yield-report | Staking, liquid staking, lending and LP in one pass, ranked with emissions called out |
protocol-brief | One protocol: size, mechanics, where its yield sits, how it compares |
wallet-review | A public address: exposure, funding cost per day, idle balances |
funding-scan | Where Hyperliquid funding diverges from Binance and Bybit |
It has no write path. Not "disabled by default" — the code to sign or send anything does not exist.
src/core/http.ts: api.hyperliquid.xyz, api.llama.fi, yields.llama.fi, rpc.hyperliquid.xyz. No tool takes a URL, host or chain as a parameter.None of that is a promise — it is a test. npm run audit checks every line above against the source and exits non-zero if one stops being true; it runs in CI before publish. Adding a fs import or a second network host fails the build rather than reaching you:
$ npm run audit
capability ok does not read or write the filesystem ok does not spawn processes ok does not open raw sockets or listen ok does not evaluate code at runtime ok reads no environment variables — there is nothing to configure ok no crypto, signing or key handling anywhere network surface ok contacts exactly 4 hosts, all hardcoded ok no tool accepts a URL, host or endpoint as a parameter ok every outbound call goes through the allowlisted fetch wrapper type-level guarantee ok the Safe escape hatch exists in exactly one file ok renderers accept only Safe text, so unsanitised output cannot compile ok prompts are authored here, never assembled from network data data handling ok never reads free-text descriptions from upstream ok stdout carries the MCP protocol only ok every tool answers through the envelope, including on failure supply chain ok no install-time lifecycle scripts ok exactly 2 direct dependencies ok published tarball contains build output only
every claim in the README is enforced here
The whole server is a few thousand lines of TypeScript. It is meant to be read before you install it.
Lending rates are not where they look like they are. DefiLlama's /pools reports 0.00% for collateral markets — truthfully, since their supply rate really is zero. The rate lives in a second endpoint, /lendBorrow, joined on the pool id. A naive integration prints a table of zeros over a $239M market. This one joins them and shows supply, borrow and utilisation separately.
Missing data is shown as missing. stHYPE ($172M) and beHYPE publish no yield pool on DefiLlama, so their APY appears as n/a next to their real TVL, with the network staking APR printed above as a reference. A zero standing in for "unknown" would be the most expensive thing this tool could print.
Emissions are not yield. The top pools by headline APY are often paying entirely in their own token. The table carries a Base column next to APY, so 48.86% / base 0.00% reads as what it is, and a note names the rows where most of the number is emissions. The 7d column shows the same thing over time: that pool's APY fell 30 percentage points in a week.
This server is read-only and cannot act. But it carries text written by strangers into your agent's context, next to whatever else that agent can do — a wallet, a shell. Validator names on Hyperliquid are free text set by whoever runs the validator; DefiLlama protocol names come from pull requests. So the text is treated as hostile, in three layers.
1. Fields that are not needed are never read. description — 445 characters of free text on a validator, 599 on a DefiLlama protocol — is not parsed anywhere in the code. The audit fails the build if that changes.
2. An allowlist, not a blocklist. Everything printed passes a filter that keeps letters, digits, currency signs and a short list of punctuation, and drops everything else. Not a list of bad sequences to catch — a list of what may pass. So <|im_start|>, [INST], ###, {{, backticks and table pipes cannot survive, because the characters that build them are not on the list. Input is NFKC-normalised first, so full-width lookalikes fold to ASCII before the filter rather than after.
3. The type system, not discipline. Sanitised text has its own type. The renderers accept nothing else, so printing a raw upstream field is a compile error rather than a code-review miss. There is exactly one place where that type can be created from a plain string, and the audit fails the build if a second appears.
A test feeds a poisoned upstream response — chat-template markers, a javascript: URL, an injected instruction, a fence in the slug — through a real tool and asserts that none of it reaches the output in a form that can do anything.
What this does not do: it cannot stop plain English. A validator named "ignore previous instructions" still reads as those words. The answers to that are the field whitelist, the 24-character cap, and the fact that this server exposes no action for such a sentence t
ตัดมาแค่ช่วงต้น อ่านต่อใน repo