BrowserAI Dev vs Paper Search (arXiv + Semantic Scholar + OpenAlex)
In-depth architectural comparison of the BrowserAI Dev and Paper Search (arXiv + Semantic Scholar + OpenAlex) MCP servers. Compare execution transports, security boundaries, tool capabilities, quality scores, and ready-to-paste client installation snippets for Claude, Cursor, Windsurf, and VS Code.
At a Glance & Executive Verdict
BrowserAI Dev
Research · Local stdio
Quality: 64/100 (Good) | Auth: API Key required
Paper Search (arXiv + Semantic Scholar + OpenAlex)
Research · Remote HTTP/SSE
Quality: 51/100 (Good) | Auth: No auth required
Verdict Summary: Choose BrowserAI Dev if you need specialized Research tools running via a local process. Choose Paper Search (arXiv + Semantic Scholar + OpenAlex) if your workspace requires Research integration with remote web transport. Both servers can be configured concurrently in your client's mcpServers manifest.
Which MCP Server Should You Choose?
Choose BrowserAI Dev when:
You need dedicated capabilities in the Research domain.
You prefer local stdio subprocess transport architecture.
Your security boundary fits: API Key required (Freemium).
You have access to required keys: LASTSEARCH_API_KEY.
Evidence-backed web research for AI agents. Real-time search with cited claims, confidence scores, and compare mode (raw LLM vs evidence-backed). MCP server, REST API, and Python SDK.
Paper search, arXiv full-text reading, and citation graphs over arXiv, Semantic Scholar, OpenAlex.
BrowserAI Dev is categorized under Research and uses a local stdio subprocess. In contrast, Paper Search (arXiv + Semantic Scholar + OpenAlex) belongs to Research using remote streaming HTTP/SSE transport. Select BrowserAI Dev when you need capabilities focused on research and Paper Search (arXiv + Semantic Scholar + OpenAlex) when you require tools for research.