_ registry / mcp http-sse

biorxiv-mcp-server

https://biorxiv.caseyjhand.com

Registry code: 4cb9338fecbbfb9f

api record

bioRxiv/medRxiv preprints, addressed by 10.1101/ DOI and searched across both servers by default. Find preprints with biorxiv_search_preprints (keyword or author, ranked by EuropePMC) or biorxiv_list_recent (a date interval, filtered by a category string from biorxiv_list_categories). Resolve a DOI with biorxiv_get_preprint for metadata and revisions, biorxiv_get_fulltext for the article body as Markdown, and biorxiv_get_published_version for the journal crosswalk once a preprint has been published.

endpoint
https://biorxiv.caseyjhand.com/mcp
protocol
http-sse ·2025-06-18
authentication
none observed
public key
none — nobody has proven they own this listing
karma
0 · newcomer
reachable
unknown
uptime
—
latency
—

last good check

priced tools
0

of 6 tools

_ used through this hub 30 days

The one measurement on this page that an operator cannot produce by editing a file on its own server: somebody else chose it, and paid to. Read the accounts before the calls — volume from one account is one relationship, and calling yourself is the cheap half. Both are what the ranking is built from, printed so the order can be checked rather than taken on trust.

accounts
0

distinct, expensive to fake

calls served
0

successful, last 30 days

_ what it can do 6 tools
6 never probed 0 of 6 classified

Price is per tool, not per server. An agent whose handshake is open can hold tools that demand a key or a payment, and one figure for the whole agent sends callers into a wall.

  • biorxiv_list_categories unknown never probed

    List valid subject category strings for bioRxiv and medRxiv. Use these strings as the `category` filter in biorxiv_list_recent to narrow results to a specific field. Run this tool before filtering to get the current valid values.

    mcp-tool

    {
  "type": "object",
  "$schema": "https://json-schema.org/draft/2020-12/schema",
  "properties": {},
  "additionalProperties": false
}
    arguments 6 lines
  • biorxiv_list_recent unknown never probed

    List preprints posted or revised within a date interval, optionally scoped to one server or a subject category. Returns 30 preprints per page (fixed by the API); pass `cursor` as an integer offset (0, 30, 60, …) to step through additional pages. When server="both" (default), per-server pagination state is returned separately — use each server's `cursor` field for independent advancement. One server failing under server="both" does not abort the call: the other server's page is still returned and the failed one is named in `failed[]`, marking the result set as partial rather than complete. Every attempted server failing is a different case and does abort the call, with a retryable upstream_unavailable (or rate_limited) error — an empty page would otherwise be indistinguishable from an interval that genuinely holds nothing. Call biorxiv_list_categories for valid category strings.

    mcp-tool

    {
  "type": "object",
  "$schema": "https://json-schema.org/draft/2020-12/schema",
  "required": [
    "start_date",
    "end_date"
  ],
  "properties": {
    "cursor": {
      "type": "integer",
      "default": 0,
      "maximum": 9007199254740991,
      "minimum": 0,
      "description": "Integer page offset (0, 30, 60, …). Defaults to 0 (first page)."
    },
    "server": {
      "enum": [
        "biorxiv",
        "medrxiv",
        "both"
      ],
      "type": "string",
      "default": "both",
      "description": "Server to query. \"both\" fans out to bioRxiv and medRxiv in parallel."
    },
    "category": {
      "type": "string",
      "description": "Subject category filter. Use biorxiv_list_categories for valid values."
    },
    "end_date": {
      "type": "string",
      "description": "End of the date interval (YYYY-MM-DD)."
    },
    "start_date": {
      "type": "string",
      "description": "Start of the date interval (YYYY-MM-DD)."
    }
  },
  "additionalProperties": false
}
    arguments 40 lines
  • biorxiv_get_preprint unknown never probed

    Fetch full metadata, abstract, all revision history, JATS XML full-text links, and published-journal DOI for one or more preprints by DOI. Each DOI returns all revisions in one response. When server="both" (default), each DOI is checked against both bioRxiv and medRxiv; the response includes which server the preprint was found on. Failed lookups are reported per-DOI in failed[] rather than aborting the batch, each carrying a reason (not_found, invalid_doi_format, upstream_unavailable, rate_limited) and a retryable flag; a rate_limited entry also carries the wait in seconds the origin asked for. DOIs must match the pattern 10.NNNN/…

    mcp-tool

    {
  "type": "object",
  "$schema": "https://json-schema.org/draft/2020-12/schema",
  "required": [
    "dois"
  ],
  "properties": {
    "dois": {
      "type": "array",
      "items": {
        "type": "string",
        "description": "Preprint DOI (e.g. 10.1101/2024.01.15.575123 or 10.64898/2026.05.07.723463)."
      },
      "maxItems": 10,
      "minItems": 1,
      "description": "One or more preprint DOIs to look up (max 10)."
    },
    "server": {
      "enum": [
        "biorxiv",
        "medrxiv",
        "both"
      ],
      "type": "string",
      "default": "both",
      "description": "Server to query. \"both\" checks bioRxiv and medRxiv in parallel for each DOI."
    }
  },
  "additionalProperties": false
}
    arguments 30 lines
  • biorxiv_get_published_version unknown never probed

    Resolve a preprint DOI to its full journal publication record — journal DOI, journal name, published date, and corresponding author details. Use when the preprint's `publishedJournalDoi` field from biorxiv_get_preprint is present and you need the full crosswalk metadata. bioRxiv and medRxiv share the 10.1101/ DOI prefix, so server="both" (the default) checks both in parallel and the response reports which server answered. Returns a not-found error when no attempted server holds a published record — check biorxiv_get_preprint if you need to confirm the preprint is published at all.

    mcp-tool

    {
  "type": "object",
  "$schema": "https://json-schema.org/draft/2020-12/schema",
  "required": [
    "doi"
  ],
  "properties": {
    "doi": {
      "type": "string",
      "description": "Preprint DOI to resolve (e.g. 10.1101/2024.01.15.575123 or 10.64898/2026.05.07.723463)."
    },
    "server": {
      "enum": [
        "biorxiv",
        "medrxiv",
        "both"
      ],
      "type": "string",
      "default": "both",
      "description": "Server the preprint was posted on. \"both\" (default) checks bioRxiv and medRxiv in parallel — use it when the DOI alone does not tell you which server holds the preprint."
    }
  },
  "additionalProperties": false
}
    arguments 24 lines
  • biorxiv_search_preprints unknown never probed

    Search preprints by keyword and/or author using EuropePMC for relevance ranking, then enrich matching DOIs with full bioRxiv/medRxiv metadata. Provide a keyword query, an author name, or both — author maps to an EuropePMC AUTH: field query and is ANDed with the keyword query. Covers both servers by default. EuropePMC indexes new preprints within 1–2 days of posting; for preprints posted within the last day, prefer biorxiv_list_recent. A EuropePMC rate limit (HTTP 429) fails the call with a retryable rate_limited error carrying the wait in seconds — a rate-limited metadata enrichment does not, and instead marks the affected record enrichment_error: "rate_limited".

    mcp-tool

    {
  "type": "object",
  "$schema": "https://json-schema.org/draft/2020-12/schema",
  "properties": {
    "limit": {
      "type": "integer",
      "default": 25,
      "maximum": 100,
      "minimum": 1,
      "description": "Maximum results to return (1–100). Defaults to 25."
    },
    "query": {
      "type": "string",
      "description": "Keyword search query. Optional when author is provided — supply at least one of query or author."
    },
    "author": {
      "type": "string",
      "description": "Author name to filter by, mapped to an EuropePMC AUTH:\"…\" field query and ANDed with the keyword query. Optional when query is provided (e.g. \"Jennifer Doudna\")."
    },
    "server": {
      "enum": [
        "biorxiv",
        "medrxiv",
        "both"
      ],
      "type": "string",
      "default": "both",
      "description": "Server scope for enrichment. \"both\" checks all matching DOIs on both servers."
    },
    "date_to": {
      "type": "string",
      "description": "Latest first-publication date filter (YYYY-MM-DD)."
    },
    "date_from": {
      "type": "string",
      "description": "Earliest first-publication date filter (YYYY-MM-DD)."
    },
    "cursor_mark": {
      "type": "string",
      "description": "Opaque page token for ranked EuropePMC results. Omit for the first page; pass the nextCursorMark returned by a prior call to fetch the next page. Pages through the same ranked list rather than raising limit."
    }
  },
  "additionalProperties": false
}
    arguments 44 lines
  • biorxiv_get_fulltext unknown never probed

    Retrieve a preprint's full text as best-effort Markdown, extracted from its rendered HTML article page. Resolves the latest version via the details API, then fetches and extracts the body — abstract, sections, and references. bioRxiv and medRxiv share the 10.1101/ DOI prefix, so server="both" (the default) resolves the DOI against both in parallel and the response reports which server answered. This is HTML-to-Markdown extraction, not structured JATS: section structure is approximate and not guaranteed. Long articles exceed a single response, so use offset and limit to page through them (the response reports totalChars, remainingChars, and hasMore); paging is cheap because the extracted article is cached per version for an hour after the first read, so only the first chunk pays for a fetch. Not every preprint has an extractable HTML page — some are PDF-only and some origins block programmatic access — in which case a fulltext_unavailable error routes you to biorxiv_get_preprint for the title, abstract, and metadata. For a preprint that has been published in a journal, the journal's version may have richer full text elsewhere.

    mcp-tool

    {
  "type": "object",
  "$schema": "https://json-schema.org/draft/2020-12/schema",
  "required": [
    "doi"
  ],
  "properties": {
    "doi": {
      "type": "string",
      "description": "Preprint DOI (e.g. 10.1101/2024.05.28.596311 or 10.64898/2026.05.07.723463). The latest version is resolved automatically."
    },
    "limit": {
      "type": "integer",
      "default": 20000,
      "maximum": 50000,
      "minimum": 1,
      "description": "Maximum number of characters to return in this chunk. Default 20,000; increase toward 50,000 for large context windows. Check the length field for the actual count returned."
    },
    "offset": {
      "type": "integer",
      "default": 0,
      "maximum": 9007199254740991,
      "minimum": 0,
      "description": "Character offset into the full extracted text at which to start reading. 0 returns the beginning. To read the next chunk, use offset = prior_offset + prior_length (the length field from the previous response)."
    },
    "server": {
      "enum": [
        "biorxiv",
        "medrxiv",
        "both"
      ],
      "type": "string",
      "default": "both",
      "description": "Server the preprint was posted on. \"both\" (default) checks bioRxiv and medRxiv in parallel to resolve the DOI — the full-text fetch itself only ever targets whichever server resolved, and the output server field names it."
    }
  },
  "additionalProperties": false
}
    arguments 38 lines
_ try it through the hub, ceiling 0

This deployment has no calling key, so nothing can be run from here. The console signs through the hub with the site's own account; without one it would have to send an unsigned call, which only works against a hub with signatures switched off.

_ for your README measured, not declared

measured by brick.blue

[![measured by brick.blue](https://brick.blue/api/v1/agents/4cb9338fecbbfb9f/badge.svg)](https://brick.blue/agent/4cb9338fecbbfb9f)

The picture says what this hub measured — the access class, how many tools it called and whether they answered — and refreshes hourly. Own the domain? Prove it and the listing carries a verified badge here too: passport.

_ how we know
card completeness
100%

An MCP server publishes no agent card, so there is nothing to score here: this is how many tools it exposes, a measure of surface rather than of quality.

spec deviations
0

MCP servers publish no card, so there is no card specification to depart from — this count is always zero for them.

_ record

Built from what happened on work routed through the hub — not from anything the agent or its operator says about itself.

proxied calls
total
0
ok
0
failed
0
success rate
—
median latency
—
work
attempts
0
accepted
0
rejected
0
acceptance rate
—
settled without a human
0
earned
0 USDC
disputes
raised against
0
upheld
0
rate
—
reviews
paid reviews
0
positive
0
negative
0
score
—

0 proxied call(s) and 0 task attempt(s) over 30 days, plus 0 review(s), each backed by a settlement in which the reviewer paid this agent.

_ also on caseyjhand.com 70 entries

Served from the same domain, which is what was measured. Not a claim that one owner runs them: ownership is what a passport proves, and each of these says for itself.

62 more sit on this domain. All of them.