Screenpipe vs Search Memory

A side-by-side look at the Screenpipe and Search Memory MCP servers: transport, auth, tools, quality signals, and the config to install either one in Claude, Cursor, Windsurf or VS Code.

Screenpipe logoScreenpipeKnowledge & Memory · Local subprocess (stdio)Local-first workflow memory for AI agents. screenpipe lets MCP clients search selected screen, audio, app, and meeting context and turn real work into cited notes, SOPs, workflow reports, and automation candidates.72GreatAuth: no auth requiredSearch Memory logoSearch MemoryKnowledge & Memory · Local subprocess (stdio)Free web search and long-term memory for AI assistants. No API keys; data stays local.56GoodAuth: not declared

Verdict: choose Screenpipe for knowledge & memory work as a local process; choose Search Memory for knowledge & memory as a local process. You can also run both side by side in one mcpServers block.

Which MCP server should you choose?

Screenpipe logoChoose Screenpipe when

  • You need dedicated capabilities in the Knowledge & Memory domain.
  • You prefer a local stdio subprocess transport.
  • Its auth model fits you: No auth required.
  • You want tools like search-content, synced-devices, search-synced-content.
Explore Screenpipe

Search Memory logoChoose Search Memory when

  • You need dedicated capabilities in the Knowledge & Memory domain.
  • You prefer a local stdio subprocess transport.
  • You want tools like web_search, fetch_content, research.
Explore Search Memory

Feature & specification comparison

Rows where the two servers differ are marked.

SpecScreenpipe logoScreenpipeSearch Memory logoSearch Memory
CategoryKnowledge & MemoryKnowledge & Memory
Quality signal72/100 · Great56/100 · Good
Install commandConfirmedConfirmed
TransportLocal subprocess (stdio)Local subprocess (stdio)
AuthNo auth requiredNot declared
PricingFreemiumNot declared
Required env varsNone listedNone listed
Verified ownerCommunity listingCommunity listing
GitHub stars22,0331
Directory activity 3 views 0 installs 0 upvotes 0 views 0 installs 0 upvotes
Tools3012

Tools & capabilities

Screenpipe tools 30

  • search-contentSearch screen text, audio transcriptions, input events, memories, and parsed app data. Returns timestamped results with app context. USE WHEN: you need the actual text/content of a moment — quotes, screen text, transcript lines, or compact parsed messages, emails, tasks, documents, and code review — or want to filter by speaker/window. DO NOT USE for: broad questions like 'what was I doing?' (use activity-summary, it pre-summarizes apps + windows + transcripts). Also DO NOT USE for: targeted UI controls (use search-elements). Start with limit=5, increase only if needed. Per-result text is auto-truncated to 1000 chars; pass max_content_length=0 to opt out, or a custom integer to override.
  • synced-devicesList this signed-in user's Screenpipe devices that have uploaded Data Sync records, including each device name and last sync time. USE WHEN: the user asks what devices are available, names another device, or asks a cross-device question and you need the exact device_name filter. This never accepts an account or bucket identifier; the local app forwards the signed-in user's identity.
  • search-synced-contentSearch Data Sync records from this signed-in user's devices. Results include device name, device ID, and timestamp for attribution. USE WHEN: the user asks about another/named device, asks across devices, or local search does not cover the requested machine. For the current machine only, use search-content. Start with a narrow time range and limit=10.
  • list-meetingsList detected meetings (Zoom, Teams, Meet, etc.) with id, duration, app, attendees, and note status. Pass `q` to substring-match title, attendee names/emails, and notes — `q` searches ALL meeting history, so when looking for a meeting with a person or on a topic ('when did I last talk to Noah?'), pass `q` and OMIT start_time. Only constrain the time range when the question itself is time-bound. Results are newest-first; without `q`, old meetings only surface via time range or offset pagination. Follow up with get-meeting (id from results) for the full note and transcript.
  • activity-summaryRich activity overview: authoritative active minutes, app/window time, edited document paths, key text, and audio transcriptions, with optional parsed task context when available. USE WHEN: any broad question about what the user did — 'what was I doing?', 'how long on X?', 'which apps?', 'recap my morning'. This is almost always the right first call for time-range questions — usually sufficient without follow-up searches. Use parsed/path evidence to identify tasks, but only active-minute fields for duration; frame and row counts are never time. DO NOT USE for: finding a specific keyword (use keyword-search) or a specific UI control (use search-elements).
  • search-elementsSearch UI elements (buttons, links, text fields) from the accessibility tree, filterable by role. USE WHEN: you want a specific UI control or page-structure question — 'find every Submit button I saw', 'list the links in that page'. DO NOT USE for: general text/content (use search-content) or fast keyword lookup (use keyword-search).
  • frame-contextGet full accessibility text, parsed tree nodes, and URLs for a specific frame ID. Use after search-content to get detailed context for a specific moment.
  • export-videoExport an MP4 of screen recordings for a time range, with synced microphone audio. Frames are placed at their real timestamps, so the clip's duration matches the wall-clock span you requested (not a sped-up timelapse). Returns the file path. Can take a few minutes for long ranges.
  • update-memoryCreate, update, or delete a persistent memory (facts, preferences, decisions the user wants to remember). To retrieve memories, use search-content with content_type='memory'. To create: provide content + tags. To update: provide id + fields to change. To delete: provide id + delete=true.
  • get-feedbackSearch local user ratings and written comments attached to AI-produced notifications, chats, memories, blocks, artifacts, and other targets. Use before generating related work so you preserve what earned up ratings and correct what earned down ratings.
  • send-notificationSend a notification to the screenpipe desktop UI. Use high priority only for time-sensitive failures or decisions needing human attention; routine findings and completed tasks should be normal or low.
  • health-checkCheck if screenpipe is running and healthy. Returns recording status, frame/audio stats, timestamps.
  • +18 more on the listing page

Search Memory tools 12

  • web_searchSearches the web and returns ranked results. Supports `strategy` (`fallback`/`aggregate`/`auto`), `domain`, `from_date`/`to_date`, `format` (`text`/`json`), and `deep=true` for source-backed answers.
  • fetch_contentFetches a URL and returns clean Markdown with content caching, charset handling, GitHub Raw fast paths, RSS feed extraction, and Playwright fallback.
  • researchResearches a question in one call: checks the local knowledge base, searches the web, reads the top pages (`max_sources`, default 3), answers with citations from both, and adds the pages it read to the knowledge base (`index=false` to skip; sources already indexed are not added again).
  • server_statusReturns provider availability, cache stats, knowledge index stats, memory stats, entity graph stats, recent search traces, browser state, routing profile metadata, feature flags, and uptime.
  • ingest_documentChunks a document and indexes it into the local knowledge base (FTS + vectors) and entity graph. Pass `content`, or `path` to a local PDF, DOCX, EPUB, HTML or text file inside `INGEST_ALLOWED_DIRS`.
  • index_urlFetches a URL and indexes its Markdown into the local knowledge base and entity graph.
  • search_indexHybrid keyword + semantic search over the local knowledge base; returns chunks with source citations. Supports `format: "json"`.
  • list_indexLists documents stored in the local knowledge base.
  • rememberStores a short fact or note in session memory.
  • recallSearches or lists session memory notes.
  • forgetDeletes a session memory note by id.
  • find_relatedExplores the entity graph: related documents and co-occurring entities for an entity name.

Ready-to-paste client configs

Paste either block (or both) into your client config, e.g. claude_desktop_config.json or ~/.cursor/mcp.json. We only show a config when the install command is confirmed.

Screenpipe

mcpServers (Claude Desktop / Cursor)
{
  "mcpServers": {
    "screenpipe": {
      "command": "npx",
      "args": [
        "-y",
        "screenpipe-mcp@latest"
      ]
    }
  }
}

Search Memory

mcpServers (Claude Desktop / Cursor)
{
  "mcpServers": {
    "search-memory": {
      "command": "npx",
      "args": [
        "-y",
        "search-memory-mcp@latest"
      ]
    }
  }
}

Frequently asked questions

Screenpipe is categorized under Knowledge & Memory and uses a local stdio subprocess. Search Memory belongs to Knowledge & Memory and uses a local stdio subprocess. Pick Screenpipe for knowledge & memory work and Search Memory for knowledge & memory.

Copy the mcpServers block from the config section on this page into your client's config (for example claude_desktop_config.json or ~/.cursor/mcp.json), then fully restart the client.

Screenpipe is listed as freemium — a free tier with paid plans. Auth: no auth required. Search Memory has no declared pricing — check the project's own site. If a server needs environment variables such as API keys, define them under the env key in your client's MCP config.

Yes. MCP clients support multiple servers: add screenpipe and search-memory as separate keys in the same mcpServers object, and your assistant will call tools from either one.

On AllMCPs, Screenpipe has a quality signal of 72/100 (Great) with 3 views, 0 installs and 22,033 GitHub stars. Search Memory has 56/100 (Good) with 0 views, 0 installs and 1 GitHub stars.