{"slug": "paper2agent-in-nature-research-papers-become-working-tools", "title": "Paper2Agent in Nature: Research Papers Become Working Tools", "summary": "A method published in Nature on September 16, 2026 by Stanford authors Jiacheng Miao, Joe R. Davis, Yaohui Zhang, Jonathan Pritchard and James Zou converts research papers and their code repositories into tested MCP servers that AI agents can run on request. Of 100 computational biology papers, 74 were converted end to end without manual help, producing 593 validated tools, and on 300 benchmark questions the wrapped tools reached 91.2% accuracy versus 80.3% for a coding agent given the repository directly using the same model. The pipeline, built on Claude Code with Claude Sonnet 4, ships a tool only if it reproduces the paper's reference results within tolerance and drops tools that keep failing.", "body_md": "A method published in Nature on September 16, 2026 takes a research paper and its code repository and produces a set of tested tools that an AI agent can run on request. The Stanford authors call it Paper2Agent. Instead of cloning a repository and fighting its dependencies, a user asks the agent in plain language to apply the paper's method to a new dataset.\n\nThis post is for technical founders, analysts and research leads who depend on methods that arrive as a paper plus code, and for builders who want the pattern for any codebase. It draws on [the Nature article](https://www.nature.com/articles/s41586-026-11044-y) by Jiacheng Miao, Joe R. Davis, Yaohui Zhang, Jonathan Pritchard and James Zou, received by the journal on October 13, 2025 and accepted August 14, 2026. An [arXiv preprint](https://arxiv.org/abs/2509.06917) dates from 2025. All figures below are the authors' own.\n\n1. 01The output is an MCP server, not a chatbot.Each paper becomes a server of tools, resources and workflow prompts that any compatible agent can connect to.\n2. 02Tools are tested against the paper's own outputs.A tool ships only if it reproduces the reference results within tolerance. Tools that keep failing are dropped.\n3. 03About three in four papers converted.Of 100 computational biology papers, 74 were converted end to end without manual help, producing 593 validated tools.\n4. 04Wrapped tools beat reading the raw repository.On 300 benchmark questions the authors report 91.2% accuracy, against 80.3% for a coding agent given the repository directly, using the same model.\n\n## 01 — ContextThe problem it solves\n\nA paper describing a computational method is, in the authors' word, passive. To use it you find the repository, install dependencies, set up the environment and work out what inputs the code expects. Their example is AlphaGenome, a model that predicts the effects of DNA variants. Using it in code means installing an environment, creating API clients, building input objects and learning the parameter hierarchy, which is a real barrier for a biologist who only wants the answer.\n\nPaper2Agent's answer is to package the method behind the Model Context Protocol, or MCP, the standard interface through which AI agents call external tools. Once a paper is an MCP server, the request becomes a sentence. The article's example is \"Apply the method in this paper to the newly generated dataset\".\n\n## 02 — MechanismThe pipeline, *step by step*\n\nThe system is itself a group of agents, built on Claude Code. The authors state they used Claude Sonnet 4 for all applications in the paper, so nothing here says which model works best. The steps:\n\n1. **Find the code.** Identify the repository that belongs to the paper.\n2. **Build the environment.** An environment agent installs what the code needs so it actually runs.\n3. **Extract tools.** An extraction agent turns the paper's core methods, usually shown in its tutorials, into callable functions with documented parameters.\n4. **Test against known outputs.** A testing agent runs each tool on the paper's example data and compares the result with the reference. A test passes when expected files appear, numbers fall within tolerance and figures match. Code and environment are revised until it does, and tools that keep failing are excluded.\n5. **Package and host.** Validated tools and their environment become one MCP server, which can be hosted remotely. The authors name Hugging Face Spaces as an example host.\n\nThe server carries three kinds of content, which map onto standard MCP concepts.\n\n##### Executable functions\n\nEach tool wraps one of the paper's methods with a pre-configured environment and a link back to the original source code.\n\n##### Static material\n\nThe manuscript text, the codebase, and supplementary datasets, tables and figures in standard formats.\n\n##### Workflow instructions\n\nShort templates that encode a multi-step analysis so tools run in the right sequence. The authors say these are inferred from the paper and code.\n\nThe locking step is the part to notice. Once a tool passes, its code is fixed. The agent calls it and does not rewrite it on each request. The authors present this as the defence against what they call \"code hallucination\", where an agent writes plausible new code that quietly computes the wrong thing.\n\n## 03 — FiguresReported results\n\nEvery number in this table is from the Nature article and was produced by its authors. Accuracy figures are printed as the article gives them, a mean plus or minus its error. The AlphaGenome benchmark used five runs graded by two human experts against set rubrics. \"Claude + Repo\" is the authors' baseline: Claude Code given a local copy of the repository.\n\n| Source: Miao et al., Nature, published September 16, 2026. Author-reported; no independent replication at publication. |  |  |  | \n|---|---|---|---|\n| Test | Paper2Agent | Baseline | Note | \n|---|---|---|---|\n| AlphaGenome build | 22 tools, ~45 min, US$14 | – | All 22 passed validation, on a personal laptop, without human intervention | \n| Scanpy build | 7 tools, ~45 min, US$13 | – | Covers preprocessing and clustering of single-cell data | \n| AlphaGenome, 15 tutorial queries | 98.7 ± 1.3% | 82.7 ± 3.4% | Baseline is Claude + Repo | \n| AlphaGenome, 15 novel queries | 100.0 ± 0.0% | 78.7 ± 4.4% | Baseline is Claude + Repo | \n| AlphaGenome, 30 open-ended queries | 82.7 ± 2.4% | 56.7 ± 2.3% | Multi-step questions needing several tools | \n| 100 computational biology papers | 74 converted | – | 599 tools proposed, 593 passed validation; no manual cleanup | \n| 300 tutorial-derived questions | 91.2 ± 1.6% | 80.3 ± 2.3% | Both on Sonnet 4; the baseline on Sonnet 4.6 scored 86.3 ± 1.1% | \n| Cost and time per query | US$0.20, 1.6 min | US$0.38, 4.3 min | Baseline is Sonnet 4 with the paper and repository | \n| 10 non-biology papers, 42 tasks | 98.1 ± 0.8% | – | AI, statistics, econometrics, game theory, astrophysics | \n\nTwo details stand out. The wrapped tools on an older model beat the raw-repository approach on a newer one, 91.2% against 86.3%. That suggests, in this test, that preparing the code helped more than upgrading the model. And for the Scanpy case the authors report that the agent's output on four public datasets matched what human researchers produced on the same data: the same cell and gene counts after quality control and equivalent top marker genes.\n\nFor 26 papers that were about data or findings, with no method to run, only the resource layer was built. The authors report 89.0% accuracy on 100 synthesis questions against 82.0% for a browser-based baseline, at 34 times lower cost. We make no claim about the scientific findings in any case study.\n\n## 04 — ApplicationThe same pattern for business code\n\nNothing in the pipeline is specific to science. Most companies have a version of the same problem: an analysis repository one person understands. A pricing model, a churn score, a forecasting notebook, a data-cleaning script with a README from 2023. The knowledge is in the code, and using it means finding its author.\n\nThe Paper2Agent recipe carries over if the repository has what the papers had: a worked example with known outputs. That example is the test. Wrap each function as a tool, run it on the example, compare with the saved result, and only expose tools that match. An analyst can then ask an agent to run the churn model on this month's export without opening the code.\n\nAn agent that reads your repository and writes fresh code each time will be right most of the time, and you will not know which time. A tool validated against a known answer and then locked gives the same result on every call. In the paper's 300-question test that difference was about 11 points of accuracy on the same model. For a number that goes into a board pack, the fixed tool is the one to trust.\n\nIf you want to build one by hand first, our [tutorial on building an MCP server in TypeScript](https://www.digitalapplied.com/blog/build-mcp-server-typescript-tutorial-from-scratch-2026) covers the server side. For judging how strong a paper's evidence is before you wrap its method, see the [reference on types of proof in AI research](https://www.digitalapplied.com/blog/ai-research-proof-types-reference). The project's [GitHub repository](https://github.com/jmiao24/Paper2Agent) packages the method as a skill for coding agents, and its README names Claude Code and Codex as supported.\n\n## 05 — CaveatsLimits the authors state\n\nTwenty-six of the 100 biology papers could not be converted. The article lists the causes: missing executable code, missing data or model files, environment and dependency failures, and scripts too specific to generalise. The authors suggest that how easily a paper converts may itself be a practical measure of its reproducibility. The same is true of a company repository.\n\nThey add four cautions that apply outside science too:\n\n- Open-ended reasoning stays with people. The agent can run analyses at scale, and researchers remain responsible for choosing directions and judging evidence.\n- On open-ended questions a benchmark that scores agreement with one reference answer measures faithful execution, not whether the analysis is valid.\n- Wrapped tools need maintenance as the underlying code and dependencies change.\n- Exposing code as callable tools raises security, intellectual property and attribution questions.\n\nThe last point matters more for a business than for a lab. A tool server that can run your pricing model is a system to put behind authentication and access control. Our [AI transformation practice](https://www.digitalapplied.com/services/ai-transformation) builds internal tool servers with those controls in place.\n\n## 06 — Next stepTested tools beat clever reading\n\n### Pick one internal repository and save its known-good output\n\nChoose the analysis script your team is most afraid to touch. Run it on a fixed input and save the result as the reference. That file is the asset: it lets you, or an agent, wrap the code as tools and prove they still give the right answer. If you cannot produce a reference output, you have learned that the script is not reproducible, which is worth knowing before an agent gets near it.", "url": "https://wpnews.pro/news/paper2agent-in-nature-research-papers-become-working-tools", "canonical_source": "https://www.digitalapplied.com/blog/paper2agent-nature-research-paper-to-mcp-agent", "published_at": "2026-09-16 00:00:00+00:00", "updated_at": "2026-09-17 14:25:52.614626+00:00", "lang": "en", "topics": ["ai-agents", "agent-protocols", "ai-research", "ai-tools", "artificial-intelligence"], "entities": ["Paper2Agent", "Nature", "Stanford", "Jiacheng Miao", "Joe R. Davis", "Yaohui Zhang", "Jonathan Pritchard", "James Zou"], "alternates": {"html": "https://wpnews.pro/news/paper2agent-in-nature-research-papers-become-working-tools", "markdown": "https://wpnews.pro/news/paper2agent-in-nature-research-papers-become-working-tools.md", "text": "https://wpnews.pro/news/paper2agent-in-nature-research-papers-become-working-tools.txt", "jsonld": "https://wpnews.pro/news/paper2agent-in-nature-research-papers-become-working-tools.jsonld"}}