arxiv-query-mcp

v1.3.1 safe
2.0
Low Risk

MCP server for querying, retrieving, and reading arXiv papers

🤖 AI Analysis

Final verdict: SAFE

The package has minimal risks associated with it as indicated by the analysis notes. It does not exhibit any unusual behaviors or potential threats.

  • Low network risk due to expected API interactions.
  • No shell execution, obfuscation, or credential harvesting detected.
Per-check LLM notes
  • Network: The package uses network calls to fetch data from the arXiv API, which is expected behavior for a querying tool.
  • Shell: No shell execution patterns detected; this aligns with the package's expected functionality.
  • Obfuscation: No obfuscation patterns detected, indicating low risk.
  • Credentials: No credential harvesting patterns detected, indicating low risk.

📦 Package Quality Overall: Medium (5.4/10)

◈ Medium Test Suite 6.0

Partial test coverage signals detected

  • Test runner config found: pyproject.toml
◈ Medium Documentation 7.0

Some documentation present

  • Documentation URL: "Documentation" -> https://personal-public-packages.gitlab.io/arxiv-query-mcp
  • Detailed PyPI description (2644 chars)
○ Low Contributing Guide 4.0

No contributing guide or governance files found

  • Development Status classifier >= Beta
◈ Medium Type Annotations 5.0

Partial type annotation coverage

  • 19 type-annotated function signatures detected in source
◈ Medium Multiple Contributors 5.0

Limited contributor diversity

  • 1 unique contributor(s) across 21 commits in LWaetzig/arxiv-mcp
  • Single author but highly active (21 commits)

🔬 Heuristic Checks

⚠ Outbound Network Calls score 1.5

Found 1 network call pattern(s)

  • global _client async with httpx.AsyncClient( follow_redirects=True, timeout=config.reque
✓ Code Obfuscation

No obfuscation patterns detected

✓ Shell / Subprocess Execution

No shell execution patterns detected

✓ Credential Harvesting

No credential harvesting patterns detected

✓ Typosquatting

No typosquatting candidates detected

✓ Registered Email Domain

Email domain looks legitimate: waetzig.net

✓ Suspicious Page Links

All external links appear legitimate

⚠ Git Repository History score 5.0

Git history flags: Repository has zero stars and zero forks

  • Repository has zero stars and zero forks
  • All 21 commits happened within 24 hours
⚠ Maintainer History score 2.0

1 maintainer concern(s) found

  • Author "Lucas Waetzig" appears to have only 1 package on PyPI (new or inactive account)
✓ Known CVE Vulnerabilities

No known vulnerabilities found in OSV database.

💡 AI App Starter Prompt

Use this prompt to build a project with arxiv-query-mcp 
Create a web-based mini-application using Flask that allows users to search and read abstracts of papers from arXiv.org. The application should utilize the 'arxiv-query-mcp' Python package to query arXiv for relevant papers based on user input. Here are the key steps and features to include:

1. **Setup**: Begin by installing Flask and the 'arxiv-query-mcp' package. Ensure your development environment is set up correctly.
2. **User Interface**: Design a simple, intuitive interface where users can enter keywords or phrases to search for papers. Include options to filter results by date range, category, or author name if possible.
3. **Backend Logic**: Implement backend logic using 'arxiv-query-mcp' to handle user queries. This includes parsing user inputs, formulating appropriate queries to arXiv, and processing the returned data.
4. **Display Results**: Display the search results in a clean, readable format. Each result should include the title of the paper, its authors, publication date, and a brief summary or abstract.
5. **Reading Mode**: Allow users to click on a paper to view its full abstract and download a PDF version if available. Integrate this feature using 'arxiv-query-mcp' to fetch and display the full content.
6. **Error Handling**: Implement error handling to manage cases where no results are found or the server encounters issues.
7. **Testing**: Test the application thoroughly to ensure it works as expected across different scenarios.
8. **Deployment**: Once tested, deploy the application to a platform like Heroku or AWS so it can be accessed publicly.

This project aims to demonstrate proficiency in web development, API integration, and the use of specialized Python packages to build functional applications.

💬 Discussion Feed

Leave a comment

No discussion yet. Be the first to share your thoughts!