npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2026 – Pkg Stats / Ryan Hefner

@memory-river/adapter-mcp

v0.2.0

Published

MCP stdio adapter for the Memory River core engine.

Downloads

31

Readme

@memory-river/adapter-mcp

MCP stdio server exposing Memory River to Claude Code, Codex, Cursor, Claude Desktop, and other MCP hosts.

Claude Code registration

Build the workspace, then add this exact entry to the MCP configuration:

{
  "mcpServers": {
    "memory-river": {
      "command": "node",
      "args": [
        "/path/to/memory-river/packages/adapter-mcp/dist/cli.js"
      ],
      "env": {
        "MEMORY_RIVER_DATA_DIR": "/home/you/.memory-river",
        "MEMORY_RIVER_RAM_DIR": "/home/you/.memory-river/ram",
        "MEMORY_RIVER_SESSION_KEY": "claude-code",
        "OLLAMA_URL": "http://localhost:11434"
      }
    }
  }
}

MEMORY_RIVER_DATA_DIR also accepts DATA_DIR; MEMORY_RIVER_RAM_DIR also accepts RAM_DIR. The embedding model defaults to hf.co/Qwen/Qwen3-Embedding-0.6B-GGUF and can be changed with MEMORY_RIVER_EMBEDDING_MODEL.

An OpenAI-compatible concentration LLM is optional. Configure it with MEMORY_RIVER_LLM_BASE_URL, MEMORY_RIVER_LLM_MODEL, and MEMORY_RIVER_LLM_API_KEY; the standard OPENAI_BASE_URL, OPENAI_MODEL, and OPENAI_API_KEY aliases also work. Without these variables, the server starts without an LLM. Recall, rehydrate, and store remain available; only LLM-dependent concentration is unavailable. Embedding-dependent operations still require the configured Ollama embedding service.

Surface and v1 boundary

The server exposes thirteen tools: memory_recall, memory_rehydrate, memory_archive, memory_store, memory_update, memory_set_status, gwm_on, gwm_off, gwm_status, gwm_update, skill_save, skill_load, and memory_river_info. memory_archive lets a host explicitly save conversation messages into the transcript store for later exact retrieval with memory_rehydrate. The server also exposes the memory_river_gap_aware MCP prompt, which tells the host agent how to judge lossy recall and rehydrate exact turns.

memory_update accepts a memory id plus one or more of text, category, importance, and metadata. memory_set_status accepts memoryId, toStatus (active, deprecated, superseded, or trashed), and optional supersededBy and meta. Setting trashed is the soft-delete operation; the MCP adapter does not expose physical deletion.

Version 1 is tools plus prompt only. It does not auto-archive host conversations or inject memory on every turn because MCP does not provide a standard host-fed conversation stream. Memory accumulates through explicit memory_store and memory_archive calls.

GWM (gwm_on/gwm_off/gwm_status/gwm_update) only stores task working-memory state through this adapter. Its automatic recall-biasing and drift detection run inside a host's context assembly, which MCP does not drive — so memory_recall does not yet apply GWM query expansion. Treat GWM as state-only until a host-neutral execution path exists.