Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Description from the maker (original English)
MCP server for structured methods extraction + reproducibility heuristics on academic papers.
These three are never merged into one score: opinions, measurements and popularity are different things.
We have not written a plain-language summary for this one yet. Below are the facts we read from the registry.
Pick the AI app you use, then copy the settings.
ANTHROPIC_API_KEY, GITHUB_TOKEN, METHODS_MCP_MODELValues marked secret are keys to your account. Never share them or paste them into a chat.
You need
Which app do you use?
Pick your app above. We remember it, so next time the button says “Install in …”.
Open Claude Desktop → Settings → Developer → Edit Config, and paste this into claude_desktop_config.json
{
"mcpServers": {
"methods": {
"command": "uvx",
"args": [
"methods-mcp"
],
"env": {
"ANTHROPIC_API_KEY": "your-value",
"GITHUB_TOKEN": "your-value",
"METHODS_MCP_MODEL": "your-value"
}
}
}
}Run this in your terminal
claude mcp add methods --env ANTHROPIC_API_KEY=your-value --env GITHUB_TOKEN=your-value --env METHODS_MCP_MODEL=your-value -- uvx methods-mcpFill in the empty values before running it.
Paste into .cursor/mcp.json in your project, or ~/.cursor/mcp.json
{
"mcpServers": {
"methods": {
"command": "uvx",
"args": [
"methods-mcp"
],
"env": {
"ANTHROPIC_API_KEY": "your-value",
"GITHUB_TOKEN": "your-value",
"METHODS_MCP_MODEL": "your-value"
}
}
}
}Your browser asks to open the app, then the app shows the settings and asks you to confirm. Key values are left empty for you to fill in.
Paste into .vscode/mcp.json in your project
{
"servers": {
"methods": {
"type": "stdio",
"command": "uvx",
"args": [
"methods-mcp"
],
"env": {
"ANTHROPIC_API_KEY": "your-value",
"GITHUB_TOKEN": "your-value",
"METHODS_MCP_MODEL": "your-value"
}
}
}
}Your browser asks to open the app, then the app shows the settings and asks you to confirm. Key values are left empty for you to fill in.
This one runs on your computer, and ChatGPT can only connect to servers on the internet. Pick another app.
Your choice stays on this device in a cookie; no account needed.
METHODS_MCP_MODEL envThese settings are generated from the maker’s registry entry. If the README says otherwise, follow the README.
Runs on your computer; the tool list appears in your AI app after you install it.
We check information anyone can see; we have not read the code. Checks that do not apply are left out of the count. · Checked Nov 7, 2026
The registry name was verified with the GitHub account FlynnLachendro, which owns the repo
We have not read this repo from GitHub yet
We have not read this repo from GitHub yet
This one runs on your computer; there is no internet endpoint
Runs on your computer and uses local settings instead
Runs on your computer; we can only read tool lists from internet endpoints
Compared with every active server in this category in the registry. Stars count only when the publisher owns the repo.
It passed 1 of 1 applicable basic checks. We have not read the code. Before adding a key or token, see what access the server asks for and use a key with only the permissions you need.
You need to fill in: ANTHROPIC_API_KEY, GITHUB_TOKEN
It runs on your computer. Your AI app starts it when needed, and data does not pass through the maker’s servers (unless it calls an online service itself).
The GitHub repo last changed –, and the latest version (0.1.7) reached the registry 7 months ago.
Apps that support MCP, such as Claude Desktop, Claude Code, Cursor and VS Code. You also need Python (uv) on your computer.
In the same category: Spec Driven Development, Remote Desktop Commander, Claude Checkpoint MCP
Servers in the same category from other makers, sorted by stars.
Reading a card:★ GitHub starsiThree pillars: reviews · checks · usageiUpdated = latest version published to the 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.
MCP server that checkpoints Claude Code session context to survive crashes and token limits
Copied from the maker’s repo as written. PopNx MCP has not reviewed or endorsed it. HTML, images and scripts are removed. Links lead off this site.
Lightweight, on-demand MCP server for structured methods extraction + reproducibility heuristics on academic papers. Built for the Worldwide AI Science Fellowship build challenge.
⚠️ Status: alpha (0.1.x). The tool surface and output shapes may shift between minor versions. Pin to an exact version in production. Bug reports very welcome via GitHub Issues.
$ uvx --from methods-mcp methods-mcp --version
methods-mcp 0.1.6
/mcp add methods-mcp methods-mcp
Run methods_repro_review on https://arxiv.org/abs/2509.06917
→ tool: methods_repro_review({"input_str":"https://arxiv.org/abs/2509.06917"})
narrative first — it explains{ "status": "ok", "narrative": "Resolved the paper: 'Paper2Agent' by Miao et al. (arxiv 2509.06917, " "2025-09-08). Extracted 11 methods steps at moderate self-reported " "confidence (0.72) — the procedure is clearly described but hyperparameters " "and software versions are absent. Detected the associated code repository " "https://github.com/jmiao24/Paper2Agent from an inline link in the paper " "text (detection confidence 0.94). The repo scored 0.90/1.00 on the " "reproducibility heuristic — verdict: likely reproducible. Present signals: " "substantive README, dependencies file, notebooks, figure-plotting script, " "recent activity, permissive license. Missing: data/fixtures directory. " "Suggested entrypoint: python make_figures.py.", "metadata": { ... }, # PaperMetadata "methods": { ... }, # MethodsStructured (null if extraction failed) "code_repo": { ... }, # CodeRepo (null only if input unresolvable) "repro_assessment": { ... }, # ReproAssessment (null if no repo detected) "errors": [] # [{step, error_type, message, hint}] on partial }
methods-mcp is a small, sharply-scoped Model Context Protocol server. It gives any AI agent (Claude Code, Claude Desktop, your Agent SDK script, etc.) eight tools that turn an academic paper URL into:
The wedge: heavyweight pipelines like Paper2Agent (Stanford) take 30 minutes to hours to digest a paper into agent-ready tools. methods-mcp is the agent-callable, on-demand complement — every tool returns in seconds, no clone, no execution.
uv add methods-mcp
uv tool install methods-mcp
pip install methods-mcp
For best performance, set both:
| Variable | Required? | What you get without it |
|---|---|---|
ANTHROPIC_API_KEY | Required for extract_methods, summarize_paper, methods_repro_review | Those tools raise RuntimeError: ANTHROPIC_API_KEY not set. Non-LLM tools (fetch_paper_text, find_code_repo, assess_repo_reproducibility) still work fine. |
GITHUB_TOKEN | Optional but recommended for assess_repo_reproducibility / methods_repro_review | You're capped at the GitHub unauthenticated rate limit (60 req/hr per IP). Each repo assessment is ~3 calls, so you'll hit the ceiling after ~15–20 repos/hr. With a token: 5,000 req/hr (effectively unlimited). |
export ANTHROPIC_API_KEY=sk-ant-...
export GITHUB_TOKEN=ghp_... # optional but recommended
Neither key is logged or persisted — they're sent only to api.anthropic.com and api.github.com respectively. See SECURITY.md.
/mcp add methods-mcp methods-mcp
Then in any Claude Code chat:
Take https://arxiv.org/abs/2509.06917 and run
methods_repro_review. Summarise what the paper does, the methods steps, and how reproducible the repo looks.
from claude_agent_sdk import ClaudeAgentOptions, ClaudeSDKClient
options = ClaudeAgentOptions( mcp_servers={ "methods-mcp": { "type": "stdio", "command": "methods-mcp", "args": [], } }, allowed_tools=["mcpmethods-mcpmethods_repro_review"], )
async with ClaudeSDKClient(options=options) as client: await client.query( "Run methods_repro_review on https://arxiv.org/abs/2509.06917 " "and tell me whether the repo looks reproducible." ) async for msg in client.receive_response(): print(msg)
| Tool | What it does | ||
|---|---|---|---|
health | Server liveness + config check. | ||
get_paper_metadata(input_str) | Resolve URL / arXiv ID / DOI to canonical metadata. arXiv inputs hit the arXiv export API for title/authors/abstract. | ||
| `fetch_paper_text(input_str, prefer="auto"\ | "html"\ | "pdf")` | Full text + section split. Defaults to ar5iv HTML for arXiv papers (cheap, structured), PDF fallback otherwise. |
extract_methods(input_str, model=None) | LLM-driven, Pydantic-validated structured methods extraction. Returns {steps, reagents, equipment, analyses, confidence}. | ||
find_code_repo(input_str) | Discover the paper's code repo via paper text → abstract → Papers With Code. | ||
assess_repo_reproducibility(repo_url, paper_id=None) | Heuristic, no-clone reproducibility assessment via the GitHub REST API. Weighted signals (README, deps, fixtures, notebooks, figure scripts, recent maintenance, license) → {verdict, score, recommended_entrypoint}. | ||
| `summarize_paper(input_str, mode="tldr"\ | "abstract"\ | "exec")` | LLM summary in three depths. |
methods_repro_review(input_str) | Composite — metadata + methods + repo + repro in one call. |
All tools return Pydantic v2 models (validated, JSON-serialisable). See src/methods_mcp/schemas.py for the full type surface.
pypdf for non-arXiv inputs.METHODS_MCP_MODEL env var or per-call model= arg.status ("ok" / "partial" / "empty") and a narrative string that summarises everything retrieved in plain English — including every numeric score in context. A reader who reads only narrative + status gets the full picture without needing to learn the sub-object shapes. Sub-objects can be null when unavailable (e.g. repro_assessment: null on a paper with no detected repo — status stays "ok" because "no repo" isn't a failure). Failed sub-steps contribute a structured entry to errors with {step, error_type, message, hint}, where hint is an actionable plain-English suggestion for recognised patterns (missing API keys, rate-limits, 404s, timeouts, etc.) and null otherwise.Tool outputs contain three numeric fields that look similar but mean very different things. They are triage signals for an agent deciding whether a paper is worth digging into, not calibrated claims about correctness.
| Field | Range | How it's computed | How to read it |
|---|---|---|---|
methods.confidence | 0–1 | LLM self-report. The extractor model sets it per instructions in the system prompt: ≥0.8 only if the paper gives explicit reagents/volumes/equipment, ~0.3 if the methods section is sparse. Uncalibrated. | Soft signal for *"is this a wet-lab paper with concrete procedure, or a sparse systems paper?"* Useful as a flag; don't treat as a trust percentage. |
code_repo.confidence | 0–1 | Varies by `detection_method`. papers-with-code: fixed 0.95 (authoritative paper→repo API). paper-text: computed as 0.6 + 0.2·(strong-phrase-present) + 0.015·score_margin, capped at 0.95. abstract-link: fixed 0.85. none: 0.0. | Tells you how the repo was found and how decisively. High score + paper-text means a strong phrase like *"code is available at …"* sat next to the URL. |
repro_assessment.overall_score | 0–1 | Weighted sum of 8 binary signals, all computed from the GitHub REST API (no clone, no execution): has_readme (0.10), readme_substantial (0.15), has_dependencies_file (0.20), has_data_or_fixtures (0.10), has_notebook (0.10), has_figure_script (0.20), actively_maintained (0.10), permissive_license (0.05). Each present signal contributes its weight. | The only fully-deterministic score of the three. Still a heuristic, not a proof — a high score means the repo looks well-structured for reproduction. For actual validation see Paper2Agent. |
Verdict buckets (repro_assessment.verdict) are thresholds on overall_score:
| Verdict | Score | Meaning |
|---|---|---|
likely-reproducible | ≥ 0.70 | Most repro-friendly signals present. Worth trying to run. |
partial | ≥ 0.45 | Some infrastructure, likely gaps. Expect to fill in missing pieces. |
unlikely | ≥ 0.20 | Minimal signal. Possible code dump without the scaffolding to rerun it. |
insufficient-info | < 0.20 *or* repo unreachable | Not enough to tell. Don't draw conclusions either way. |
Enum values you'll see in outputs:
code_repo.detection_method: paper-text | abstract-link | papers-with-code | metadata | nonemetadata.source: arxiv | biorxiv | doi | url | unknownWhat this server *actually* does when you install and run it:
export.arxiv.org, ar5iv.labs.arxiv.org, arxiv.org (PDFs), api.github.com, paperswithcode.com, api.anthropic.com. No telemetry, no analytics, no phone-home.ANTHROPIC_API_KEY (required for LLM tools) and optionally GITHUB_TOKEN from environment variables. These are sent only to Anthropic / GitHub respectively. Never logged, never persisted to disk.eval, exec, subprocess, pickle.loads, or shell-outs. The reproducibility tool deliberately *does not* clone or run repositories — it scores from the GitHub REST API only.Limitations to be aware of:
extract_methods tool sends paper text to Claude. A paper containing prompt-injection content could yield wrong (but schema-valid) structured methods. Treat the output as a research aid, not ground truth.Only the beginning is shown; read the rest in the repo