How do I install Anytype (self Hosted HTTP)?

Copy the stdio config for Cursor, Claude Desktop, Claude Code, or VS Code on this page. It uses the publisher's install, not a PlugMCP proxy.

Does Anytype (self Hosted HTTP) need an API key?

The publisher lists these environment variables: ANYTYPE_API_KEY, PORT, ANYTYPE_API_BASE_URL, ANYTYPE_VERSION, ANYTYPE_API_HOST_HEADER, MCP_SHARED_TOKEN, ANYTYPE_MCP_SLIM_RESPONSES.

What transport does Anytype (self Hosted HTTP) use?

Anytype (self Hosted HTTP) runs locally over stdio.

When was Anytype (self Hosted HTTP) last checked?

Last checked 2026-11-10. Self-hosted Anytype MCP server: the full Anytype API as an always-on Docker + HTTP endpoint.

Anytype (self Hosted HTTP) MCP server

Power your agent

Add this server

The publisher's own command. Not a PlugMCP endpoint.

Add to Cursor Add to VS Code Run on PlugMCP

Host a copy with our keys and logs.

Local command

docker run -i --rm ghcr.io/ohneben/anytype-mcp:1.0.6

Credentials from the publisher

ANYTYPE_API_KEY — Anytype API key, created in the desktop app under Settings -> API Keys.
PORT — Port the MCP endpoint listens on, inside the container and on the host.
ANYTYPE_API_BASE_URL — Where the Anytype desktop API is reachable from inside the container.
ANYTYPE_VERSION — Anytype API version header sent with every request.
ANYTYPE_API_HOST_HEADER — Override the Host header sent to the Anytype API. Auto-derived when unset; Anytype rejects non-loopback hosts with 403.
MCP_SHARED_TOKEN — Optional bearer token required on the /mcp endpoint. Empty means open, for localhost only.
ANYTYPE_MCP_SLIM_RESPONSES — Compact API responses before returning them to the client. Set to false for raw payloads.

Claude Code has no install link for a local command. Copy the command below and run it in a terminal.

shClaude Code

1ANYTYPE_API_KEY=<secret> PORT=<value> ANYTYPE_API_BASE_URL=<value> ANYTYPE_VERSION=<value> ANYTYPE_API_HOST_HEADER=<value> MCP_SHARED_TOKEN=<secret> ANYTYPE_MCP_SLIM_RESPONSES=<value> claude mcp add io.github.ohneben-anytype-mcp -- docker run -i --rm ghcr.io/ohneben/anytype-mcp:1.0.6

Run in a terminal.

jsonClaude Desktop

1{2  "mcpServers": {3    "io.github.ohneben-anytype-mcp": {4      "command": "docker",5      "args": [6        "run",7        "-i",8        "--rm",9        "ghcr.io/ohneben/anytype-mcp:1.0.6"10      ],11      "env": {12        "ANYTYPE_API_KEY": "<secret>",13        "PORT": "<value>",14        "ANYTYPE_API_BASE_URL": "<value>",15        "ANYTYPE_VERSION": "<value>",16        "ANYTYPE_API_HOST_HEADER": "<value>",17        "MCP_SHARED_TOKEN": "<secret>",18        "ANYTYPE_MCP_SLIM_RESPONSES": "<value>"19      }20    }21  }22}

claude_desktop_config.json

Local · ociPublisher installStep-by-step: add this in Claude

Remote URL or a command on your machine? How the two installs differ

Run on PlugMCP

Host a copy with our keys and logs.

A new server you create. It is not this listing's official endpoint. Use the publisher install when you want their URL and their credentials.

Launch

Server facts

Local

Transport: stdio
Version

Tools

No tool list yet. Remote servers get one after the first health check.

FAQ

Questions

ohneben Anytype MCP

Talk to your Anytype knowledge base in plain language from AI assistants like Claude, Cursor, and any other MCP client.

This is a self-hosted fork of the official anyproto/anytype-mcp that adds a Docker container and a Streamable-HTTP transport, so the server can run quietly in the background and be reached by any MCP client over HTTP. (The original speaks stdio only.)

Why this one?

The official Anytype MCP server is great, but it runs as a stdio subprocess that each client has to launch on demand. This project keeps 100% of its capabilities and adds a production-style deployment: one always-on server, in Docker, that any number of MCP clients can reach over HTTP.

Capability	This project	Official `anyproto/anytype-mcp`	Other community servers*
Full Anytype API coverage (dynamic OpenAPI → MCP tools)	✅	✅	✅
`stdio` transport	✅	✅	✅
Streamable-HTTP transport (native, or via `mcp-remote`)	✅	❌	❌
Always-on background service	✅	❌	❌
One server → many clients at once	✅	❌	❌
Docker + docker-compose	✅	❌	❌
Health-check endpoint + auto-restart	✅	❌	❌
Optional bearer-token auth on the endpoint	✅	❌	❌
🟢 / 🟡 / 🔴 read-only / write / destructive tool hints	✅	➖	➖
Automated test suite (Vitest)	✅	✅	➖
License	MIT	MIT	varies

*Community servers such as Qwinty/anytype-mcp (JS), wethegreenpeople/anytype-mcp (Python) and anytype-mcp-plus — most are stdio-only and launched via npx. "➖" = not documented / varies. Snapshot from July 2026; check each project for its latest.

In short: if you just want to try Anytype from your AI client, the official server is perfect. If you want it running in the background, always ready, and shared across every MCP client on your machine, use this one.

What you can do

Once it's connected, ask your assistant things like:

"Search my Anytype for notes about the Q3 launch."
"Create a task 'Write the report', due in 3 days."
"Make a new space called 'Travel' and add a packing checklist."

Tools are generated automatically from your running Anytype app and grouped into 🟢 read-only, 🟡 write, and 🔴 delete.

The server is tuned to keep your assistant fast and frugal with tool calls:

API-get-overview — a synthesized tool that returns all spaces with their types (or, given a space_id, that space's types and property definitions) in a single call, instead of a list-spaces → list-types → list-properties cascade.
Slim responses — API payloads are compacted before they reach the assistant: empty property values, object discriminators, and nulls are dropped, and the type embedded in each search/list result is reduced to its identifiers. This typically shrinks list/search responses by well over half, which means less context burned per call and fewer follow-up calls. Set ANYTYPE_MCP_SLIM_RESPONSES=false to get raw API payloads instead.
Routing hints — tool descriptions tell the assistant which tool is cheapest for a job (e.g. search instead of paginating lists, and that only get-object returns the full markdown body).

How it works

Claude / Cursor / …  ──MCP──►  this server  ──HTTP──►  Anytype desktop app (local API)

The server only talks to the local API of the Anytype desktop app on your own machine. Your data stays on your computer.

Requirements

The Anytype desktop app, installed and running (it serves a local API at 127.0.0.1:31009).
Docker (Docker Desktop on macOS/Windows) for the setup below.

Quick start (Docker)

1. Add your API key. Copy the example config and paste in a key:

cp .env.example .env
# open .env and set ANYTYPE_API_KEY=...   (see "Get an API key" below)

2. Start the server:

docker compose up -d --build

3. Confirm it's running:

curl -s http://localhost:8769/healthz     # → {"status":"ok"}

4. Connect your MCP client. Add an anytype entry under mcpServers, then fully quit and reopen the app. Pick the form that matches your client:

Claude Code (or any client that speaks Streamable-HTTP natively) — connect directly, no helper process:

"anytype": {
  "type": "http",
  "url": "http://localhost:8769/mcp"
}

Claude Desktop (its config is stdio-only) needs the mcp-remote bridge. Install it once, then launch it via node rather than npx:

npm i -g mcp-remote

"anytype": {
  "command": "/opt/homebrew/bin/node",
  "args": [
    "/opt/homebrew/lib/node_modules/mcp-remote/dist/proxy.js",
    "http://localhost:8769/mcp",
    "--allow-http"
  ]
}

Why not npx -y mcp-remote …? npx re-resolves the package through the npm cache on every launch. When a client cold-starts several MCP servers at once they contend on that cache, and some launchers can wedge inside npx for minutes — which the client reports as a connection timeout. Installing mcp-remote once and launching it with node removes that step. Use absolute paths (GUI apps don't inherit your shell PATH, and mcp-remote's own #!/usr/bin/env node shebang can't find node otherwise). The paths above are Apple-Silicon Homebrew defaults; adjust with which node and npm root -g if yours differ.

That's it — ask your assistant to search or create something in Anytype.

Get an API key

In the Anytype desktop app: Settings → API Keys → Create new. Copy the key into .env as ANYTYPE_API_KEY=. Your key stays in .env, which git ignores, so it is never committed.

Configuration

Everything is set in .env (copied from .env.example):

Variable	Default	What it does
`ANYTYPE_API_KEY`	—	Your Anytype API key. Required.
`ANYTYPE_VERSION`	`2025-11-08`	Anytype API version header.
`ANYTYPE_API_BASE_URL`	`http://host.docker.internal:31009`	Where the Anytype app's API is reachable from the container.
`ANYTYPE_API_HOST_HEADER`	(auto)	`Host` header sent to the Anytype API. Auto-set to `localhost:<port>` when the base URL uses a container host alias, because Anytype rejects any other `Host` with `403 request origin is not allowed`.
`PORT`	`8769`	Host port for the MCP endpoint.
`MCP_SHARED_TOKEN`	(empty)	Optional bearer token to protect the endpoint. Empty = open, for localhost only.
`ANYTYPE_MCP_SLIM_RESPONSES`	`true`	Compact API responses before sending them to the assistant. Set to `false` for raw payloads.

After changing .env, reload with docker compose up -d --force-recreate.

For logs, restart, key rotation, and verification commands, see DOCKER.md.

Run from source (stdio, no Docker)

Prefer the classic stdio mode? Build it locally:

npm install
npm run build

Then register it with your client using a stdio command and your key in OPENAPI_MCP_HEADERS — see the upstream README for the exact stdio configuration.

Security

Your API key lives only in .env, which is git-ignored. Never commit real keys.
The HTTP endpoint is unauthenticated by default (fine on localhost). To expose it beyond your machine, set MCP_SHARED_TOKEN and send it as a Bearer header or ?token=….

MCP Registry

This server publishes to the official MCP Registry under the name io.github.ohneben/anytype-mcp. To look up the current listing:

curl "https://registry.modelcontextprotocol.io/v0/servers?search=io.github.ohneben/anytype-mcp"

Its listing is described by server.json and is republished automatically on every v*.*.* tag by .github/workflows/publish-mcp.yml, which waits for the matching GHCR image and authenticates with GitHub OIDC (no secret needed). The registry proves the image is ours via the io.modelcontextprotocol.server.name label in the Dockerfile, so the GHCR package must stay Public.

Releasing

The git tag is the version. Pushing v1.2.3 is the whole release: the tag is stamped into package.json before the image is built and into server.json before the listing is published, so the version the server reports to MCP clients, the image tag, and the registry entry cannot disagree. Nothing needs to be bumped by hand first, and the versions committed here are only the defaults used by local builds.

Credits & license

Built on the official Anytype MCP server by Any Association. Licensed under the MIT License.

Add this server

Host a copy with our keys and logs.

Server facts

Tools

Questions

How do I install Anytype (self Hosted HTTP)?

Does Anytype (self Hosted HTTP) need an API key?

What transport does Anytype (self Hosted HTTP) use?

When was Anytype (self Hosted HTTP) last checked?

Documentation

ohneben Anytype MCP

Why this one?

What you can do

How it works

Requirements

Quick start (Docker)

Get an API key

Configuration

Run from source (stdio, no Docker)

Security

MCP Registry

Releasing

Credits & license