Skip to main content
Glama
arXiv Discovery MCP

arXiv Discovery MCP

by rookslog

arXiv Discovery MCP

MCP server for arXiv paper discovery, triage, and monitoring with inspectable ranking.

What This Is

arXiv Discovery MCP is a research discovery substrate inspired by arxiv-sanity. It helps researchers and AI agents discover, triage, and monitor arXiv papers through the Model Context Protocol (MCP) -- exposing tools, resources, and prompts that integrate directly into Claude Desktop, Claude Code, or any MCP-compatible client.

Unlike "chat with papers" wrappers, this system provides explicit interest modeling, inspectable ranking explanations, and structured workflow state. You build an interest profile from seed papers, followed authors, and saved queries. The system uses that profile to rank search results, surface new papers, and explain why each result scored the way it did.

The project tracks content provenance and respects reuse constraints per content type. All ranking signals are transparent: you can see exactly which interest signals contributed to each paper's score.

Related MCP server: arxiv-reader-mcp

Features

MCP Tools (13)

Discovery

  • search_papers -- Full-text search with optional profile-ranked results

  • browse_recent -- Browse recent papers by arXiv category

  • find_related_papers -- Find papers related to one or more seed papers

  • get_paper -- Retrieve full metadata for a single paper

Workflow

  • triage_paper -- Mark papers as shortlisted, seen, or dismissed

  • add_to_collection -- Add papers to named collections (auto-creates)

  • create_watch -- Create a saved query that monitors for new papers

Interest & Enrichment

  • add_signal -- Add an interest signal (seed paper, followed author, etc.)

  • batch_add_signals -- Add multiple interest signals at once

  • create_profile -- Create a named interest profile

  • suggest_signals -- Get profile expansion suggestions based on usage patterns

  • enrich_paper -- Fetch citation counts, FWCI, and topics from OpenAlex

Content

  • get_content_variant -- Retrieve paper content (abstract, HTML, or PDF-to-markdown) with rights gating

MCP Resources (4)

  • paper://{arxiv_id} -- Paper metadata, triage state, enrichment, and content variants

  • collection://{slug} -- Collection contents with pagination

  • profile://{slug} -- Interest profile with all signals

  • watch://{slug}/deltas -- New papers since last check

MCP Prompts (3)

  • daily-digest -- Workflow guidance for reviewing new papers across watches

  • literature-map-from-seeds -- Workflow for building a literature map from seed papers

  • triage-shortlist -- Workflow for reviewing and triaging a collection

CLI

All MCP capabilities are mirrored in a full CLI (arxiv-mcp) for terminal workflows, scripting, and debugging.

Test Coverage

493 tests passing across ingestion, search, workflow, interest modeling, enrichment, content normalization, and MCP integration.

Prerequisites

  • Python 3.13+ (uses 3.13 language features)

  • PostgreSQL 16+ (must be running and accessible)

  • Git (for cloning the repository)

Installation

git clone https://github.com/loganrooks/arxiv-sanity-mcp.git
cd arxiv-sanity-mcp

# Create and activate a virtual environment (recommended)
python3.13 -m venv .venv
source .venv/bin/activate  # Linux/macOS
# .venv\Scripts\activate   # Windows

pip install -e .

For development (tests, linting):

pip install -e ".[dev]"
# Or manually:
pip install pytest pytest-asyncio pytest-cov pytest-timeout respx ruff

Note: The MCP server configuration below requires the absolute path to your venv's Python interpreter. You can find it with which python after activating the venv.

Database Setup

  1. Create the database user and databases:

sudo -u postgres psql -c "CREATE USER arxiv_mcp WITH PASSWORD 'arxiv_mcp_dev';"
sudo -u postgres psql -c "CREATE DATABASE arxiv_mcp OWNER arxiv_mcp;"
sudo -u postgres psql -c "CREATE DATABASE arxiv_mcp_test OWNER arxiv_mcp;"
  1. Create a .env file in the project root (or set environment variables):

DATABASE_URL=postgresql+asyncpg://arxiv_mcp:arxiv_mcp_dev@localhost:5432/arxiv_mcp
  1. Run database migrations:

alembic upgrade head

Quick Start

Once installed and the database is set up, try these commands:

# Harvest a paper by arXiv ID
arxiv-mcp harvest fetch 2301.00001

# Search for papers
arxiv-mcp search query "attention mechanism"

# Browse recent papers in a category
arxiv-mcp search browse --category cs.AI

# Create a collection
arxiv-mcp collection create "reading-list"

# Triage a paper
arxiv-mcp triage mark 2301.00001 shortlisted

MCP Server Configuration

Claude Code

Use claude mcp add-json with your venv's absolute Python path:

claude mcp add-json arxiv-discovery --scope local '{
  "command": "/absolute/path/to/arxiv-sanity-mcp/.venv/bin/python",
  "args": ["-m", "arxiv_mcp.mcp"],
  "cwd": "/absolute/path/to/arxiv-sanity-mcp",
  "env": {
    "DATABASE_URL": "postgresql+asyncpg://arxiv_mcp:arxiv_mcp_dev@localhost:5432/arxiv_mcp"
  }
}'

Replace /absolute/path/to/arxiv-sanity-mcp with the actual path to your cloned repository.

Important: Use the absolute path to the venv Python binary (e.g., /home/user/projects/arxiv-sanity-mcp/.venv/bin/python), not just python. This ensures the MCP server uses the correct environment regardless of which directory you launch Claude Code from.

Claude Desktop

Add this to your claude_desktop_config.json:

{
  "mcpServers": {
    "arxiv-discovery": {
      "command": "/absolute/path/to/arxiv-sanity-mcp/.venv/bin/python",
      "args": ["-m", "arxiv_mcp.mcp"],
      "cwd": "/absolute/path/to/arxiv-sanity-mcp",
      "env": {
        "DATABASE_URL": "postgresql+asyncpg://arxiv_mcp:arxiv_mcp_dev@localhost:5432/arxiv_mcp"
      }
    }
  }
}

Replace /absolute/path/to/arxiv-sanity-mcp with the actual path to your cloned repository.

Configuration

Variable

Required

Default

Description

DATABASE_URL

Yes

postgresql+asyncpg://arxiv_mcp:arxiv_mcp_dev@localhost:5432/arxiv_mcp

PostgreSQL connection string

OPENALEX_EMAIL

No

(empty)

Email for OpenAlex polite pool (recommended; increases rate limit from 1 to 10 req/s)

OPENALEX_API_KEY

No

(empty)

OpenAlex API key for enrichment

DEPLOYMENT_MODE

No

local

local or hosted -- controls content license enforcement

Design Documents

Architectural documentation is in the docs/ directory:

Document

Description

01 - Project Vision

Goals and product values

02 - Product Principles

Design principles and constraints

03 - Design Space

Retrieval and ranking options explored

04 - Reference Designs

Systems studied for design inspiration

05 - Architecture Hypotheses

Architectural bets and rationale

06 - MCP Surface Options

MCP interface design decisions

07 - Data Sources & Content Rights

arXiv data access and licensing

08 - Evaluation & Experiments

Testing methodology

09 - Roadmap

Development phases

10 - Open Questions

Unresolved design questions

11 - Sources

External references

Architecture Decision Records

  • ADR-0001 -- Exploration-first architecture

  • ADR-0002 -- Metadata-first, lazy enrichment

  • ADR-0003 -- License and provenance first

  • ADR-0004 -- MCP as workflow substrate

See docs/adrs/ for full details.

License

MIT

Available Tools

13 tools
add_signalC

Add a signal to an interest profile.

Signal types: seed_paper (arXiv ID), saved_query (query slug), followed_author (author name), negative_example (arXiv ID).

Inputs: signal_type (required), profile_slug (required), signal_value (required), reason.

add_to_collectionB

Add a paper to a collection. Creates the collection if it doesn't exist.

Inputs: arxiv_id (required), collection_name (required).

batch_add_signalsA

Add multiple signals to an interest profile in one call.

Each signal dict must have: signal_type, signal_value. Optional per-signal: reason.

Returns a summary with counts and per-signal results. Continues on individual signal errors (partial success is OK).

Inputs: signals (required), profile_slug (required).

browse_recentA

Browse recently announced arXiv papers, optionally filtered by category.

Use time_basis to select ordering: announced, submitted, or updated. Note: Many papers may not have announced_date populated. If results are empty with the default time_basis='announced', try time_basis='submitted'.

Optionally provide profile_slug to get profile-ranked results with ranking explanations on each result.

Response shape: {"results": {"items": [...], "page_info": {...}}, "ranker_snapshot": ...}

Without profile_slug: items include triage_state and collection_slugs; ranking_explanation is null; ranker_snapshot is null.

With profile_slug: items additionally include ranking_explanation and the response includes a ranker_snapshot capturing ranker config.

Inputs: days, cursor, category, page_size, +2 more.

create_profileB

Create a new interest profile.

Returns the profile summary with slug, name, signal_count, and timestamps.

Inputs: name (required), negative_weight.

create_watchA

Create a monitored search that tracks new papers matching your query.

Read the watch://{slug}/deltas resource to see papers added since your last check.

Inputs: name (required), query (required), cadence, category.

enrich_paperB

Trigger OpenAlex enrichment for a paper to get topics, citations, and related works.

Set refresh=True to re-enrich even if data exists within the cooldown window.

Inputs: arxiv_id (required), refresh.

get_content_variantA

Get paper content at the requested fidelity level.

Retrieves paper content as abstract, HTML, or PDF-derived markdown. Use variant='best' (default) to get the highest-quality available format, which tries HTML first then falls back to PDF markdown.

Valid variants: 'abstract', 'html', 'pdf_markdown', 'best'

Returns content with provenance metadata (source, backend, license). For non-abstract variants, respects per-paper license restrictions.

Inputs: arxiv_id (required), variant.

get_paperA

Get metadata for a single paper by its arXiv ID.

Inputs: arxiv_id (required).

search_papersA

Search for arXiv papers by text, title, author, or category.

Returns paginated results with paper metadata and relevance scores. Use cursor from previous results to get the next page.

Optionally provide profile_slug to get profile-ranked results with ranking explanations on each result.

Response shape: {"results": {"items": [...], "page_info": {...}}, "ranker_snapshot": ...}

Without profile_slug: items include triage_state and collection_slugs; ranking_explanation is null; ranker_snapshot is null.

With profile_slug: items additionally include ranking_explanation and the response includes a ranker_snapshot capturing ranker config.

Inputs: query, title, author, cursor, +6 more.

suggest_signalsA

Generate signal suggestions for an interest profile.

Examines workflow activity (triaged papers, frequent queries, recurring authors) to suggest new signals. With auto_add=True, adds suggestions as pending signals automatically.

Returns candidates list and added_count.

Inputs: profile_slug (required), auto_add.

triage_paperB

Set the triage state for a paper.

Valid states: seen, shortlisted, dismissed, read, cite-later, archived, unseen.

Inputs: state (required), arxiv_id (required), reason.

Tool Schema Changelog

Recent tool additions, removals, and schema changes observed during successful MCP inspections.

Loading tool schema changelog…

    TDQS

    A3.6/5.0

    Scored across 13 tools

    Disambiguation4/5

    Most tools target distinct actions: search, browse, related-papers, get-paper, triage, watch, signals, enrichment, and content retrieval are clearly separated. The only mild ambiguity is between search_papers and browse_recent since both return ranked paper lists with optional profile_slug, but their descriptions make the query-vs-recency distinction clear.

    Naming Consistency4/5

    The majority follow a verb_noun pattern such as get_paper, create_profile, add_signal, and enrich_paper. Minor deviations like browse_recent (verb + adjective) and batch_add_signals break the pattern slightly, but the naming remains predictable and readable.

    Tool Count5/5

    13 tools is a well-scoped count for an arXiv discovery server. Each tool contributes a meaningful capability without redundancy, and the set is neither too thin nor overloaded.

    Completeness3/5

    The discovery side is well covered with search, browse, get, related papers, content variants, and enrichment. However, the personalization surface has notable lifecycle gaps: you can create profiles, create watches, add signals, and add to collections, but there are no remove, delete, or list operations for these resources.

    Maintenance

    ActivityInactive
    ResponsivenessNo recent community issues

    Related MCP Connectors

    Related MCP Servers