Skip to main content
Glama
openevidence-mcp

openevidence-mcp

OpenEvidence MCP (Unofficial)

No API key is required. Authenticate once with npm run login:session; the server reuses your local browser profile. Registry metadata version 0.2.2 continues to use the existing npm package 0.2.1.

OpenEvidence MCP is an unofficial Model Context Protocol server that connects OpenEvidence to Codex, Claude Code, Claude Desktop, Cursor, Cline, Continue, and other MCP-compatible clients through your own authenticated browser session.

License: Apache-2.0 Node.js 20+ TypeScript MCP SDK Playwright

IMPORTANT

This project is unofficial and is not affiliated with OpenEvidence. It does not provide medical advice, does not bypass access controls, and should only be used with your own OpenEvidence account in compliance with applicable terms, privacy rules, and clinical governance requirements.

Translations: Русский | Español | 简体中文 | 繁體中文(台灣) | 한국어 | हिन्दी

Agent Onboarding & Installation

Using Codex, Claude Code, Cursor, or another local AI coding agent? You can let the agent handle the entire setup, compilation, and local MCP configuration for you!

Copy and paste this short bootstrap prompt directly into your local AI coding assistant:

Please install OpenEvidence MCP for me: clone https://github.com/bakhtiersizhaev/openevidence-mcp, install dependencies, run build, auto-configure this MCP server in my local client (Claude Desktop/Codex/Cursor), guide me through the one-time Edge/Chrome login using `npm run login:session`, and run `npm run smoke` to verify. Keep everything strictly local and secure.

For the comprehensive, step-by-step setup playbook and rules, see docs/AGENT_INSTALL_PROMPT.md.

Related MCP server: webmcp-bridge-mcp

What it does

OpenEvidence MCP runs a local stdio MCP server that lets MCP clients use your existing OpenEvidence browser session for:

  • checking whether the saved session is authenticated;

  • listing your OpenEvidence question/article history;

  • fetching a full article payload by ID;

  • asking an OpenEvidence research question and optionally waiting for completion;

  • polling an existing OpenEvidence article until it completes.

No official OpenEvidence API token is required.

What it does NOT do

  • It is not affiliated with, endorsed by, or approved by OpenEvidence.

  • It does not provide medical advice or replace clinical judgment.

  • It does not bypass authentication, paywalls, or access controls.

  • It does not collect credentials.

  • It does not send your browser session state anywhere except to OpenEvidence through local requests from your machine.

  • It should not be used for patient-specific diagnosis or treatment decisions without appropriate human review.

Who it is for

  • clinicians using their own OpenEvidence account;

  • medical researchers;

  • AI operators building evidence-research workflows;

  • MCP developers integrating local tools with Codex, Claude, Cursor, Cline, Continue, or similar clients.

Tested / Target Clients

This project is designed for MCP-compatible clients and local agent workflows. Only Codex and Claude-style local configuration examples are maintained in this repository unless otherwise noted.

Client

Status

Notes

OpenAI Codex / Codex CLI / Codex app

Target

Recommended local MCP workflow.

Claude Code

Target

Recommended agent workflow.

Claude Desktop / Claude app with MCP support

Target

Local MCP server configuration.

Cursor

Compatible

MCP-compatible IDE workflow.

Cline

Compatible

VS Code agent workflow.

Continue

Compatible

Open-source IDE assistant workflow.

VS Code / GitHub Copilot environments with MCP support

Experimental

Depends on local MCP support and client configuration.

Windsurf / Zed / Replit / Sourcegraph-style MCP hosts

Experimental

Not guaranteed unless tested.

Gemini CLI / Google Antigravity-style agent environments

Experimental

Watchlist/ecosystem target, not a maintained example.

Other MCP-compatible hosts may work as well, but the examples in this repository focus on Codex and Claude-style local MCP configuration.

Features

Tool

Purpose

Auth required

Side effects

oe_auth_status

Checks whether the saved OpenEvidence browser session is authenticated.

Yes, local browser profile must be logged in.

None.

oe_history_list

Lists prior OpenEvidence articles with optional pagination and search. Returns a privacy-reduced list unless include_raw=true is explicitly requested.

Yes.

None.

oe_article_get

Fetches an article by ID and returns normalized fields (status, is_complete, question, answer_text). Raw payload is opt-in with include_raw=true.

Yes.

None.

oe_article_wait

Waits for an existing article ID to complete; useful after non-blocking oe_ask.

Yes.

None.

oe_ask

Creates an OpenEvidence research question and optionally waits for the article to complete.

Yes.

Creates a question/article in your OpenEvidence account.

Agent Tool-Calling Notes

The MCP server includes built-in instructions and a prompt named openevidence_research_workflow for clients that expose MCP prompts.

Recommended agent workflow:

  1. Call oe_auth_status when auth state is unknown.

  2. Use oe_history_list only when the user wants prior OpenEvidence work or an article ID.

  3. Use oe_article_get when you already have an article ID.

  4. For long research questions, call oe_ask with wait_for_completion=false, then call oe_article_wait with the returned article_id.

  5. Use original_article_id only for true follow-up continuity. Omit it for fresh questions to avoid stale thread context.

  6. Treat outputs as evidence-research context, not medical advice, diagnosis, or clinical orders.

Related commands:

Command

Purpose

npm run login:session

Recommended one-time login. Opens Chrome/Edge with the local OpenEvidence MCP profile.

npm run login

Legacy/development Playwright login flow that also uses the local profile.

npm run login:browser

Legacy system-browser login/export flow for debugging Google SSO issues.

npm run smoke

Verifies auth and basic OpenEvidence connectivity.

Requirements

  • Node.js 20+

  • npm 10+

  • OpenEvidence account

  • macOS, Windows, or Linux

  • Chromium installed by Playwright (npx playwright install chromium)

Availability Note

OpenEvidence availability may depend on region, account eligibility, and OpenEvidence policy. Public materials in May 2026 indicate verified U.S. HCP/NPI-centered access and EU/U.K. unavailability; this project does not bypass those restrictions.

Useful references:

Quick Start

macOS

git clone https://github.com/bakhtiersizhaev/openevidence-mcp.git
cd openevidence-mcp
./scripts/setup-macos.sh
npm run login:session
npm run smoke

Ubuntu/Linux

git clone https://github.com/bakhtiersizhaev/openevidence-mcp.git
cd openevidence-mcp
./scripts/setup-ubuntu.sh
npm run login:session
npm run smoke

Windows PowerShell

git clone https://github.com/bakhtiersizhaev/openevidence-mcp.git
cd openevidence-mcp
.\scripts\setup-windows.ps1
npm run login:session
npm run smoke

Login Flow

Recommended one-time login:

npm run login:session

The command opens Chrome or Edge with a local OpenEvidence MCP browser profile. Sign in to OpenEvidence with your own account, confirm the normal OpenEvidence page loads, close that browser window, return to the terminal, and press Enter.

Default local profile path:

  • macOS/Linux: ~/.openevidence-mcp/browser-profile

  • Windows: %USERPROFILE%\.openevidence-mcp\browser-profile

The MCP server reuses this same local profile during its process lifetime. It may start a minimized local browser process for OpenEvidence calls, but it does not install an extension, expose a public network service, export cookies, or ask for your password.

Legacy/development flow:

npm run login

If Google sign-in says the browser or app may not be secure during the legacy flow, use the session login instead:

npm run login:session

Do not share browser profile files, storage-state files, cookies, screenshots with private account data, or patient-identifiable information.

MCP Client Setup

Build before registering the server:

npm run build

You can automatically register the OpenEvidence MCP server with your favorite client using the built-in installer:

  • Claude Desktop (claude-app):

    npx openevidence-mcp install --client claude-app
    # or via npm shortcut:
    npm run install:claude-app
  • Codex Desktop (codex-app):

    npx openevidence-mcp install --client codex-app
    # or via npm shortcut:
    npm run install:codex-app
  • Claude Code (claude-code):

    npx openevidence-mcp install --client claude-code
    # or via npm shortcut:
    npm run install:claude-code
  • Codex CLI (codex-cli):

    npx openevidence-mcp install --client codex-cli
    # or via npm shortcut:
    npm run install:codex-cli
  • Google Antigravity (antigravity):

    npx openevidence-mcp install --client antigravity
    # or via npm shortcut:
    npm run install:antigravity
  • Cursor (cursor):

    npx openevidence-mcp install --client cursor
    # or via npm shortcut:
    npm run install:cursor
  • Windsurf (windsurf):

    npx openevidence-mcp install --client windsurf
    # or via npm shortcut:
    npm run install:windsurf

To uninstall, you can run:

npx openevidence-mcp uninstall --client <client-id>

Manual Setup

Codex

Add this to ~/.codex/config.toml:

[mcp_servers.openevidence]
command = "node"
args = ["/ABSOLUTE/PATH/openevidence-mcp/dist/server.js"]
startup_timeout_sec = 60

Windows example:

[mcp_servers.openevidence]
command = "node"
args = ["C:\\Users\\<user>\\openevidence-mcp\\dist\\server.js"]
startup_timeout_sec = 60

Claude Desktop

Add this to claude_desktop_config.json:

{
  "mcpServers": {
    "openevidence": {
      "command": "node",
      "args": ["/ABSOLUTE/PATH/openevidence-mcp/dist/server.js"]
    }
  }
}

Cursor, Cline, Continue

Use the same stdio server shape if your client supports MCP server command/args configuration:

{
  "command": "node",
  "args": ["/ABSOLUTE/PATH/openevidence-mcp/dist/server.js"]
}

Example configs are in examples/.

Verify

npm run smoke

Expected result with a valid session:

  • ok: true

  • authenticated: true

  • a redacted history preview

If smoke fails with an auth error, run npm run login:session again. Smoke requires a real OpenEvidence account session and will not pass in a clean CI environment unless a local session profile is available.

By default, smoke output redacts account and history content. Use npm run smoke -- --verbose only in a private terminal if raw account/history payloads are needed for debugging.

Developer checks:

npm test
npm run build
npm run check

Security Notes

  • Treat browser profiles, storage-state.json, and cookies as secrets.

  • Do not commit .env, session state, screenshots with account data, or patient-identifiable information.

  • Use only your own OpenEvidence account.

  • Keep MCP client configs pointed at the built local server path you control.

  • Review tool calls from autonomous agents before using outputs in clinical or operational workflows.

  • See SECURITY.md for vulnerability reporting and supported scope.

Troubleshooting

See docs/TROUBLESHOOTING.md for detailed recovery steps.

Common fixes:

  • authenticated: false: rerun npm run login:session.

  • Google says browser is not secure in the legacy login flow: run npm run login:session.

  • Browser install errors: run npx playwright install chromium.

  • MCP client cannot start server: confirm npm run build succeeded and use an absolute path to dist/server.js.

  • Windows path issues: escape backslashes in JSON/TOML or use full absolute paths.

  • Node errors: confirm node --version is 20 or newer.

  • OpenEvidence UI/API changed: open an issue with sanitized logs and no private account or patient data.

  • oe_ask cannot find the question input or submit button: OpenEvidence UI may have changed; open an issue with sanitized logs and no private account or patient data.

Roadmap

  • Keep tool descriptions compact and agent-friendly.

  • Add focused tests around config and response parsing.

  • Improve smoke diagnostics without exposing session details.

  • Track MCP client setup examples as client configuration formats evolve.

License & Attribution

Apache-2.0 (LICENSE) + NOTICE.

If you redistribute, fork, or build derivative versions, keep attribution to:

  • Original author: Bakhtier Sizhaev

  • Original repository: https://github.com/bakhtiersizhaev/openevidence-mcp

Suggested attribution line:

Based on OpenEvidence MCP by Bakhtier Sizhaev - https://github.com/bakhtiersizhaev/openevidence-mcp

Star History

Available Tools

5 tools
oe_article_getOpenEvidence Article GetA
Read-onlyIdempotent

Fetch an OpenEvidence article by article_id. Use after history lookup or oe_ask returns an article ID. Inputs: article_id UUID, optional include_raw=false. Returns normalized status, question, and answer fields by default. include_raw=true may expose private thread context and must be used only with explicit user intent. Requires authenticated session. No side effects.

Inputs: article_id (required), include_raw.

oe_article_waitOpenEvidence Article WaitA
Read-onlyIdempotent

Wait for an existing OpenEvidence article_id to finish, then return normalized fields. Use after oe_ask with wait_for_completion=false, especially for long research questions that may exceed MCP host timeouts. Inputs: article_id UUID, optional timeout_sec, poll_interval_ms, and include_raw=false. include_raw=true may expose private thread context and must be used only with explicit user intent. Requires authenticated session. No side effects.

Inputs: article_id (required), include_raw, timeout_sec, poll_interval_ms.

oe_askOpenEvidence AskA

Create an OpenEvidence research question, not medical advice or patient-specific diagnosis. For long questions, prefer wait_for_completion=false and then call oe_article_wait with the returned article_id. Use original_article_id only for true follow-up continuity; omit it for fresh questions. Returns privacy-reduced created article data and optionally normalized completed fields. Side effect: creates a question/article in the user's OpenEvidence account through the local browser profile.

Inputs: question (required), timeout_sec, article_type, disable_caching, +5 more.

oe_auth_statusOpenEvidence Auth StatusA
Read-onlyIdempotent

Check whether the saved OpenEvidence browser session is authenticated. Use before history/article/ask tools when auth state is unknown. Returns authenticated=true/false and basic account metadata when available. Requires the local browser profile created by npm run login:session. No side effects. Can fail if the profile is missing, expired, or network access fails.

Inputs: no named parameters.

oe_history_listOpenEvidence History ListA
Read-onlyIdempotent

List prior OpenEvidence articles from the authenticated account. Use only when the user asks to inspect prior OpenEvidence work or needs an article_id. Inputs: limit, offset, optional search, optional include_raw=false. Returns a privacy-reduced list by default; include_raw=true may expose private prior questions and must be used only with explicit user intent. Requires authenticated session. No side effects.

Inputs: limit, offset, search, include_raw.

Tool Schema Changelog

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

Loading tool schema changelog…

    TDQS

    A4.4/5.0

    Scored across 5 tools

    Disambiguation5/5

    Each tool has a clearly distinct purpose: authentication check, listing history, fetching an article, waiting for completion, and asking a question. No two tools overlap in functionality.

    Naming Consistency4/5

    All tools share an 'oe_' prefix and use underscores, but the naming pattern varies slightly: some are noun_verb (article_get, article_wait), others are noun_noun (auth_status, history_list), and one is a simple verb (ask). Mostly consistent with a minor deviation.

    Tool Count5/5

    With 5 tools covering authentication, history, retrieval, waiting, and question creation, the count is well-scoped for the server's purpose. Neither too few nor too many.

    Completeness4/5

    The tool set covers the core workflow: authentication, history listing, article retrieval, waiting for completion, and creating questions. Missing tools for updating or deleting articles, but those are likely unnecessary for the read-and-create domain.

    Maintenance

    ActivitySlowing
    ResponsivenessLimited data

    Related MCP Connectors

    Related MCP Servers

    • A
      license
      A
      quality
      C
      maintenance
      Connects MCP clients to real browser sessions via a Chromium plugin, enabling LLMs to read, scan, automate, and navigate web pages using the user's existing browser state.
      10
      127 PyPI
      305
      MIT
    • A
      license
      A
      quality
      B
      maintenance
      Enables MCP clients like Claude to access a user's Medium account, including Following and For you feeds, full member-only posts, search, reading lists, and managing follows, saves, and claps after a one-time browser login.
      14
      22 npm
      MIT