Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
คำอธิบายจากผู้ทำ (ภาษาอังกฤษตามต้นฉบับ)
Score any remote MCP server for Claude, ChatGPT, Gemini and MCP Registry readiness.
สามเรื่องนี้ไม่รวมเป็นคะแนนเดียว เพราะความเห็น การวัด และความนิยม เป็นคนละเรื่องกัน
ตัวนี้ยังไม่ได้เรียบเรียงเป็นภาษาไทย ด้านล่างคือข้อเท็จจริงที่เราอ่านจาก registry
เลือกโปรแกรม AI ที่คุณใช้ แล้วคัดลอกค่าตั้งไปวาง
ต้องเตรียมก่อน
คุณใช้แอปไหน
เลือกแอปด้านบน เราจำไว้ให้ ครั้งหน้าปุ่มจะขึ้นว่า “ติดตั้งลง …”
ใช้ได้ทั้ง Claude บนเว็บ แอปคอมพิวเตอร์ และมือถือ:
https://mcp.zovo.one/stamp/mcpพิมพ์คำสั่งนี้ใน Terminal
claude mcp add --transport http mcpstamp-check https://mcp.zovo.one/stamp/mcpวางในไฟล์ .cursor/mcp.json ของโปรเจกต์ หรือ ~/.cursor/mcp.json
{
"mcpServers": {
"mcpstamp-check": {
"url": "https://mcp.zovo.one/stamp/mcp"
}
}
}เบราว์เซอร์จะถามก่อนเปิดแอป จากนั้นแอปแสดงค่าตั้งให้ตรวจแล้วกดยืนยัน ช่อง key เว้นว่างไว้ให้คุณใส่เอง
วางในไฟล์ .vscode/mcp.json ของโปรเจกต์
{
"servers": {
"mcpstamp-check": {
"type": "http",
"url": "https://mcp.zovo.one/stamp/mcp"
}
}
}เบราว์เซอร์จะถามก่อนเปิดแอป จากนั้นแอปแสดงค่าตั้งให้ตรวจแล้วกดยืนยัน ช่อง key เว้นว่างไว้ให้คุณใส่เอง
ChatGPT ต่อได้เฉพาะ server ที่อยู่บนอินเทอร์เน็ต:
https://mcp.zovo.one/stamp/mcpชื่อเมนูอาจต่างกันเล็กน้อยตามแพ็กเกจและรุ่นของแอป
ตัวเลือกเก็บในคุกกี้บนเครื่องนี้ ไม่ต้องมีบัญชี
ค่าตั้งนี้สร้างจากข้อมูลใน registry ของผู้ทำ ถ้าไม่ตรงกับ README ให้เชื่อ README
ชื่อและคำอธิบายเครื่องมือตามที่ server ตอบมาเมื่อ 6 พ.ย. 2569 ผู้ทำเป็นคนเขียน ไม่ใช่เรา แสดงเป็นข้อความล้วน
check_mcp_serverCheck a public remote MCP server URL (Streamable HTTP) for readiness for the Claude Directory, ChatGPT Apps, Gemini Connected Apps and the MCP Registry. Returns the 0-100 score, A-F grade, readiness per store, every failing or warning check with its fix, the report URL and README
explain_checkExplain one McpStamp Check rule by its id (for example tool_annotations or auth_prm): what it tests, why stores need it, which stores it blocks, its weight and the store or spec documents it comes from. Use it after check_mcp_server to understand a failing check.
เราตรวจจากข้อมูลที่ใครก็เปิดดูได้ ยังไม่ได้อ่านโค้ด ข้อที่ไม่เกี่ยวกับตัวนี้ไม่นับในตัวหาร · ตรวจเมื่อ 8 พ.ย. 2569
ชื่อใน registry ยืนยันด้วยบัญชี GitHub theluckystrike ซึ่งเป็นเจ้าของ repo
ยังไม่ได้อ่านข้อมูล repo จาก GitHub
ยังไม่ได้อ่านข้อมูล repo จาก GitHub
ตอบกลับใน 96 ms (HTTP 200)
ไม่ต้องล็อกอิน
อ่านคำอธิบายเครื่องมือ 2 ตัวแล้ว ไม่พบคำสั่งแอบแฝงถึง AI
เทียบกับทุก server ที่ยังใช้งานในหมวดนี้ทั้งทะเบียน ดาวนับเฉพาะเมื่อผู้ลงทะเบียนเป็นเจ้าของ repo
จากการตรวจเบื้องต้นของเรา ผ่าน 3 จาก 3 ข้อที่ตรวจได้ เรายังไม่ได้อ่านโค้ด ก่อนใส่กุญแจหรือ token ให้ดูว่า server ขอสิทธิ์อะไร และเลือกกุญแจที่ทำได้เท่าที่จำเป็น
registry ไม่ได้ระบุว่าต้องใช้กุญแจ แต่บางตัวจะขอให้ล็อกอินตอนใช้ครั้งแรก
รันบนคลาวด์ของผู้ทำ ต่อผ่านอินเทอร์เน็ตได้เลย ไม่ต้องลงโปรแกรม แต่ข้อมูลที่ส่งให้จะผ่านเซิร์ฟเวอร์ของผู้ทำ
repo บน GitHub มีการแก้โค้ดล่าสุด – และส่งรุ่นล่าสุด (1.2.0) เข้า registry 6 วันที่ผ่านมา
โปรแกรมที่รองรับ MCP เช่น Claude Desktop, Claude Code, Cursor และ VS Code ตัวนี้ต่อผ่าน URL จึงใช้กับโปรแกรมที่รับ remote MCP ได้ เช่น ChatGPT ที่เปิดโหมดนักพัฒนา
ในหมวดเดียวกันมี Spec Driven Development, Remote Desktop Commander, Egovframe Scaffold MCP
server หมวดเดียวกันจากผู้ทำคนอื่น เรียงตามดาว
อ่านการ์ด:↓ ดาวน์โหลดต่อสัปดาห์i★ ดาว 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.
eGovFrame (전자정부 표준프레임워크) projects: templates, components, CRUD, build, 5.x migration, dependencies
ส่วนนี้คัดจาก repo ของผู้ทำตามต้นฉบับ PopNx MCP ไม่ได้ตรวจหรือรับรองเนื้อหา ตัด HTML รูปภาพ และสคริปต์ออกแล้ว ลิงก์จะพาออกนอกเว็บ
Score any remote MCP server for readiness for the Claude Directory, ChatGPT Apps, Gemini Connected Apps and the MCP Registry: a 0-100 score, an A-F grade, per-store readiness and a one-line fix for every failing check.
Try it: https://www.mcpstamp.com/check/
Readiness Index: https://www.mcpstamp.com/readiness/ ranks the remote servers listed in the official MCP Registry by this engine's score, with per-store readiness for each server.
After a check, embed your badge in your README ( is in the check result):
[](https://www.mcpstamp.com/check/?id=<id>)
The badge shows McpStamp | 87 B, coloured by grade, or a grey unchecked.
McpStamp Check is itself a remote MCP server (Streamable HTTP, protocol 2025-11-25, no sign-in):
https://mcp.zovo.one/stamp/mcp
| Tool | What it does |
|---|---|
check_mcp_server(url, fresh?) | Score, grade, readiness per store, every failing check with its fix, report URL and badge markdown |
explain_check(check_id) | What a check means, which stores it blocks, and the store or spec source |
Add it to your client:
# Claude Code
claude mcp add --transport http mcpstamp https://mcp.zovo.one/stamp/mcp
// Cursor: ~/.cursor/mcp.json
{ "mcpServers": { "mcpstamp": { "url": "https://mcp.zovo.one/stamp/mcp" } } }
// VS Code: .vscode/mcp.json { "servers": { "mcpstamp": { "type": "http", "url": "https://mcp.zovo.one/stamp/mcp" } } }
Then ask: "Check https://example.com/mcp with McpStamp". Live checks share the API limit (20 per hour per client). It is listed in the MCP Registry as io.github.theluckystrike/mcpstamp-check.
Gate your CI on readiness. The action calls the public API, writes a job summary (score, stores, fixes) and fails the step when the score is below min-score or a store in fail-on-store is not ready.
name: McpStamp Check
on: workflow_dispatch: push: branches: [main] jobs: mcpstamp: runs-on: ubuntu-latest timeout-minutes: 5 steps:
| Input | Default | Meaning |
|---|---|---|
url | (required) | The https URL of your MCP endpoint |
min-score | 0 | Fail when the score is below this value |
fail-on-store | empty | Comma list of claude, chatgpt, gemini, registry that must be ready (a store whose blocking checks could not run, for example tools behind sign-in, is not ready) |
fresh | true | false accepts a result up to 10 minutes old. On a rate limit the action falls back to the cached result |
api-base | https://mcp.zovo.one/stamp | API base URL |
Outputs: score, grade, report-url, badge-url, ready-stores.
The action is a composite action that runs action/run.mjs with the runner's Node.js (18 or later), with no dependencies and no build step. Check a deployed URL: run it after your deploy step.
Base URL: https://mcp.zovo.one/stamp (also proxied at https://www.mcpstamp.com/api/).
| Request | Response |
|---|---|
GET /api/check?url= [&fresh=1] | Result JSON (cached for 10 minutes) |
GET /api/result/ | Last stored result, 404 if none |
GET /api/checks | The check table below |
GET /badge?url= or GET /badge/ .svg | SVG badge |
POST /mcp | MCP Streamable HTTP endpoint (see above) |
Errors: 400 {error:"bad_url"|"blocked_host"}, 429 {error:"rate_limited", retry_after}, 502 {error:"unreachable"|"blocked_by_firewall", detail} (blocked_by_firewall: the server's WAF or bot protection answered with a 403 HTML page or a Cloudflare challenge, so nothing was scored). Limits: 20 live checks per hour per IP; at most 10 HTTP requests to the checked server per check and 25 s wall time per check; 8 s timeout and 1 MB body cap per request; https only, ports 443/8443, no IP literals or private names; every URL fetched (first URL, each of max 3 redirect hops, each discovery URL) is re-validated and its DNS answers (DNS-over-HTTPS) must be public. Results are kept 30 days; a badge request for a result older than 7 days triggers one background re-check. Credentials in the URL (the segment after /t/, random-looking path segments of 24+ characters, secret query values) are shown and stored as REDACTED.
A trusted proxy (the mcpstamp.com Pages Functions) may send x-mcpstamp-proxy-key: and x-mcpstamp-client-ip: so the rate limit applies per visitor, not per proxy.
Each check is pass (1), warn (0.5), fail (0) or skip (not counted). Score = weighted pass ratio over the checks that apply. Grades: A >= 90, B >= 80, C >= 65, D >= 50, else F. Each store gets status: ready (no blocking check failed and none was skipped), unverified (none failed, but a blocking check could not run, for example tools behind sign-in) or not_ready (a blocking check failed). ready is true only for ready. When the tools sit behind sign-in and cannot be inspected, the score is capped at 85. Skipped checks carry skip_reason: not_applicable, needs_sign_in, not_probed (request or time budget), not_reached (handshake did not complete) or blocked; each store lists unverified_reasons. A check may carry store_status when one store treats it more softly (for example legacy SSE is a warning for Claude and the Registry). The registry store means "a valid remote for the MCP Registry" (public https, answers as Streamable HTTP or SSE), not that the server is published there.
The table below is generated from the CHECKS export in src/check.mjs (node scripts/scoring-table.mjs --write; a test fails when it is out of date). "Blocks" lists the stores that are not ready when the check fails. GET /api/checks returns the same data plus the stores each check counts toward. Auth checks are skipped for servers without sign-in.
| Check | Group | What it tests | Weight | Blocks (fail = not ready) |
|---|---|---|---|---|
https | transport | Served over HTTPS | 10 | claude, chatgpt, gemini, registry |
initialize | transport | initialize over Streamable HTTP | 15 | claude, chatgpt, gemini, registry |
protocol_version | transport | Supported protocol version negotiated | 6 | gemini |
content_type | transport | JSON or SSE response Content-Type | 3 | - |
jsonrpc_errors | transport | JSON-RPC error for unknown method | 4 | - |
get_stream | transport | GET answers SSE or 405 | 3 | - |
latency | transport | initialize latency | 5 | - |
server_info | metadata | serverInfo name and version | 6 | - |
instructions | metadata | Server instructions | 4 | - |
capabilities_tools | metadata | tools capability declared | 3 | - |
auth_method | auth | Sign-in method the store supports (OAuth or none) | 6 | chatgpt, gemini |
auth_challenge | auth | 401 carries WWW-Authenticate resource_metadata | 6 | - |
auth_prm | auth | Protected resource metadata (RFC 9728) | 8 | claude, chatgpt |
auth_resource | auth | Resource metadata "resource" equals the server URL | 4 | claude |
auth_as_metadata | auth | Authorization server metadata (RFC 8414 / OIDC) | 8 | claude, chatgpt, gemini |
auth_gemini_discovery | auth | First metadata URL Gemini tries answers 200 with the required fields | 4 | gemini |
auth_chatgpt_metadata | auth | issuer equals the authorization_servers entry; token_endpoint_auth_methods_supported (ChatGPT) | 4 | chatgpt |
auth_pkce | auth | PKCE S256 advertised | 6 | claude, chatgpt, gemini |
auth_registration | auth | Client registration (DCR or Client ID Metadata Documents) | 6 | - |
auth_refresh | auth | refresh_token grant advertised | 3 | - |
tools_list | tools | tools/list returns tools | 10 | claude, chatgpt, gemini |
tool_schema | tools | inputSchema is an object schema | 6 | claude, chatgpt, gemini |
tool_names | tools | Tool names are valid and portable | 5 | - |
tool_annotations | tools | readOnlyHint or destructiveHint on every tool | 10 | claude, chatgpt |
tool_open_world | tools | Explicit readOnlyHint, destructiveHint and openWorldHint (ChatGPT) | 5 | chatgpt |
tool_titles | tools | Human-readable title on every tool | 5 | claude, chatgpt |
tool_descriptions | tools | Tool descriptions | 6 | - |
| Total weight (all checks) | 161 |
Every rule is traced to the store or spec text in SOURCES.md.
src/check.mjs is a pure ES module with no dependencies. It runs in Node 20+ and in Cloudflare Workers:
import { checkServer, CHECKS } from './src/check.mjs';
const result = await checkServer('https://example.com/mcp', { fetch, timeoutMs: 8000 }); console.log(result.score, result.grade, result.stores.claude);
Every fetched URL passes a host guard (syntax plus DNS). By default DNS goes through DNS-over-HTTPS (1.1.1.1) and the check refuses when DNS cannot be read. In Node, pass the system resolver so LAN and /etc/hosts names are judged by the same answers fetch will use:
import { nodeResolve } from './src/resolve-node.mjs';
await checkServer(url, { fetch, resolve: nodeResolve });
CLI: node scripts/check-cli.mjs https://example.com/mcp [--json]
npm test # node --test, mock fetch, no network (engine, Worker, MCP endpoint, action)
npx wrangler deploy # Worker "mcpstamp-check"
Contact: support@zovo.one
MIT