← Back to directory
COMPARE UP TO 4 SERVERS

Compare MCP servers

Compare scores, permissions, risks, and fit in one decision-focused table.

DimensionDocling MCPMaking Docling agentic through MCPCompartmentEncrypted, fully offline long-term memory for AI agents
FMRS50 / 100 · D75 / 100 · B
Reliability6 / 2012 / 20
Security and permissions10 / 2016 / 20
Maintenance10 / 2014 / 20
Documentation12 / 2018 / 20
Setup experience12 / 2015 / 20
Best for
  • Developers looking to integrate document conversion into AI agents or MCP clients like Claude Desktop.
  • Teams needing PDF-to-Markdown/JSON conversion for RAG or knowledge management.
  • Users with access to Docling Serve or wanting hybrid mode with local fallback.
  • Individuals or teams who prioritise privacy and offline operation and do not want data leaving the machine
  • Users who share memory across multiple MCP clients such as Claude Code, Claude Desktop, Hermes Agent, OpenClaw, Cursor, Codex and Gemini CLI
  • Scenarios that need encrypted storage, a hash-chained audit log and verifiable vault migration
  • Users who want low-latency recall, a bundled embedding model and no extra LLM calls inside the memory layer
Not for
  • Pure document conversion users who do not need MCP integration (can use Docling directly).
  • Scenarios without any AI agent or MCP client.
  • Lightweight single-shot conversion with no caching requirements.
  • Users who need cloud multi-device sync or a hosted team memory service; moving between machines means locking the vault and copying the file
  • Users who expect the server itself to run an LLM that extracts facts and decides what to remember; Compartment explicitly keeps no LLM inside and leaves that to the host model
  • Users who cannot keep a passphrase safe or who need a recovery path if it is lost, since Compartment never generates a password, seed or recovery phrase
  • Deployments that require network transports such as SSE or streamable-http; this server is stdio only and opens no ports
Required permissions
  • Read local files (access PDFs for conversion).
  • Network access (required for remote mode; optional for local mode).
  • Environment variables (must set DOCLING_MCP_* variables).
  • Storage permissions (for saving generated documents or caching).
  • Read and write the vault file under the user's home directory, by default ~/.compartment/memory.vault, and its sibling settings file
  • Access the session directory holding the unlock credential (configurable with COMPARTMENT_SESSION_DIR), which also carries the shared embedding process's Unix socket
  • Optionally use the macOS keychain (compartment unlock --keychain is an explicit opt-in, and it survives reboots)
  • Write or merge an mcpServers entry into each MCP client's own configuration file, taking a byte-exact backup first
  • Install a PostToolUse hook for Claude Code that captures memory files the agent writes
  • Serve a read-only dashboard on 127.0.0.1 behind a one-time random URL token
Risks and side effects
  • Remote mode depends on Docling Serve; unavailability or high latency can cause failures.
  • API keys may be abused if leaked; handle with care.
  • Local conversion mode relies on system resources; large documents may cause high memory usage.
  • OCR and table structure detection may produce inaccurate results; verify outputs.
  • A leaked passphrase means the encrypted content can be decrypted; Compartment generates no recovery phrase and cannot recover a lost passphrase
  • Enabling the memory_unlock tool places the passphrase in the model's context, which is why it is off by default
  • If a 2FA keyfile is lost, for example a USB stick, the vault cannot be opened even with the passphrase
  • `export --plaintext` writes the vault as unencrypted JSONL, so that file must be handled carefully
  • Memory content can come from untrusted sources; recall wraps memories with a notice that they are stored data and content can be marked quarantined, but the host agent must still treat memory as data to limit prompt-injection risk
  • The capture hook and client integration write into the user's own settings files, although the implementation backs up and merges rather than replacing
Supported clientsClaude Desktop, LM Studio, Llama StackClaude Desktop, Claude Code, Hermes Agent, OpenClaw, Cursor, VS Code, Codex, Gemini CLI, Cline, Roo Code, Zed, OpenCode, LM Studio, AnythingLLM, BoltAI, Goose, Kiro
Tools1814