PaperGraph MCP
Related Servers
Alternatives to PaperGraph MCP
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityCmaintenanceAn MCP server for semantic search over 9.27 million mathematical statements from sources like arXiv and Stacks Project, offering 5 tools for filtered search, citation weighting, and dependency graph traversal.MIT
- FlicenseNot gradedqualityAmaintenanceEnables MCP clients to fetch and process arXiv papers from their LaTeX sources so mathematical expressions and notation are interpreted precisely. It provides tools to retrieve a paper's full flattened LaTeX, abstract, section headings, or a specific section.-
- AlicenseCqualityBmaintenanceEnables AI agents to turn local and arXiv LaTeX papers into queryable theorem-proof dependency graphs, making mathematical relationships easier to explore.31MIT
- AlicenseAqualityCmaintenanceMCP server for searching and retrieving arXiv papers with full-text PDF extraction.52MIT
- AlicenseNot gradedqualityFmaintenanceRemotely-callable MCP server for academic paper search, full-text retrieval and image to LaTeX conversion across arXiv, Semantic Scholar, and OpenAlex.1MIT
- FlicenseBqualityNot gradedmaintenanceEnables extraction of mathematical content from TeX papers and conversion to Lean code through a structured intermediate representation. Supports project scaffolding, entity management, and task tracking for mathematical formalization workflows.14-
TDQS
Scored across 68 tools
Many tools have overlapping functionality, particularly around loading papers (load_arxiv_paper, load_arxiv_request, workspace_add_arxiv_paper, validate_arxiv_request) and reading sessions/queues/expansions that are difficult to distinguish without deep domain knowledge. The descriptions provide some guidance, but the distinctions between many workspace_* tools remain subtle and prone to misselection.
The naming is generally snake_case but mixes conventions: some tools use workspace_ prefix, others do not; verbs vary between load_, add_, get_, list_, create_, plan_, export_ in inconsistent patterns. The verb_noun structure is mostly present, but the inconsistency in prefixing and verb selection makes it only borderline readable.
With 68 tools, this server is far too large for a coherent toolset, likely causing context overload and increased error rates. The sheer number suggests a monolithic design where many operations could be consolidated or moved to separate specialized servers.
The domain appears to be academic paper reading and theorem graph analysis. The tool surface covers many operations (loading, searching, reading sessions, reference expansion, exports), but it's unclear if core CRUD for all entities is complete. Some operations like updating or deleting papers/notes are missing, and the reference expansion lifecycle seems complex but potentially incomplete for all use cases.