Paperless MCP
Related Servers
Alternatives to Paperless MCP
No user-submitted related servers found.
Related Servers
- FlicenseNot gradedqualityBmaintenanceEnables interaction with a paperless-ngx document management system through MCP tools, allowing document search, retrieval, upload, and metadata management via natural language.-
- FlicenseNot gradedqualityCmaintenanceEnables MCP clients to search and retrieve documents from a self-hosted Paperless-ngx instance, including full OCR'd text and metadata, with read-only access enforced via API tokens.-
- FlicenseNot gradedqualityCmaintenanceMCP server for Paperless-ngx document management, enabling search, OCR content access, metadata updates, tag/correspondent/type management, and duplicate detection via natural language.-
- FlicenseAqualityCmaintenanceMCP server for Paperless-ngx document management. Enables AI models to search, retrieve, update documents and manage metadata.7-
- AlicenseAqualityBmaintenanceAn MCP server that puts a paperless-ngx document archive within reach of AI assistants, enabling full-text search, reading, filing, uploading, and managing documents and taxonomy through the paperless-ngx REST API.1611 npmMIT
- AlicenseNot gradedqualityAmaintenanceA read-only and write MCP server for Paperless-ngx, enabling document listing, metadata retrieval, and creation of tags, correspondents, document types, and sorting workflows via natural language.MIT
TDQS
Scored across 50 tools
Most tools are cleanly separated by resource and action, and the document getters are split into distinct aspects (content, metadata, notes, history, suggestions). The main ambiguity is between get_server_info and get_remote_version, since both expose Paperless version information.
Names overwhelmingly follow a verb_noun snake_case pattern like list_documents, create_tag, and delete_document_type. Minor inconsistencies exist, such as get_server_info vs. get_remote_version and add_document_note/delete_document_note using add/delete rather than create/delete, but the overall pattern is predictable.
50 tools is a very large surface for an MCP server and exceeds the 25+ threshold where tool count starts to hurt usability. While Paperless has many subresources, several of them only have list/get tools, so the set feels heavier and more cluttered than necessary.
Core resources like documents, tags, correspondents, document types, and custom fields have solid CRUD and bulk-operation coverage. However, storage paths, saved views, and share links only support list and get, with no create/update/delete, leaving noticeable lifecycle gaps.