mcp-paperless-ngx
Provides integration with Paperless-ngx, enabling AI agents to search, manage, and organize documents, tags, correspondents, document types, custom fields, views, sharing, and workflows. Includes read-only and write operations, bulk editing, and prompts for triage and audit.
Click on "Deploy Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@mcp-paperless-ngx search my documents for 'tax return'"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
Built against REST API version 10, with three things it does differently:
Accounted coverage. Every one of the 92 documented endpoints is either exposed as a tool or listed in
src/tools/coverage.tswith a written reason for leaving it out. A test enforces this, so a Paperless release that adds an endpoint fails CI instead of quietly going unsupported.Token discipline. A Paperless document carries its full OCR text. Naive wrappers return it by default and a single search can exhaust the model's context. Here, list results are trimmed server-side via
?fields=, the text lives behind its own paginated tool, and no list endpoint hands the raw API response through — a test enforces that. See Context cost.Scoped surface. 99 tools would drown a model's tool list. Toolsets let you expose only what a given client needs, and
--read-onlyremoves every write path entirely.
Paperless-ngx 2.x is not supported: API version 10 introduced endpoints (nested tags, document
versions, share_link_bundles, the split PDF operations) that this server assumes exist.
Quick start
npx -y mcp-paperless-ngx --check # verify connectivity, then exitClaude Code
claude mcp add paperless --scope user \
--env PAPERLESS_URL=https://paperless.example.com \
--env PAPERLESS_TOKEN=your-api-token \
-- npx -y mcp-paperless-ngxClaude Desktop, Cursor, Cline, and other MCP clients
{
"mcpServers": {
"paperless": {
"command": "npx",
"args": ["-y", "mcp-paperless-ngx"],
"env": {
"PAPERLESS_URL": "https://paperless.example.com",
"PAPERLESS_TOKEN": "your-api-token"
}
}
}
}Getting an API token
Paperless web UI → your username (top right) → My Profile → the circular arrow button next to the API token field.
Related MCP server: paperlessngx-mcp
Configuration
Variable | Required | Default | Purpose |
| yes | — | Base URL the server talks to. |
| yes | — | API token. |
| no |
| URL used when building links for the user, if the instance is reachable under a different name from outside. |
| no | see below | Comma-separated toolsets, or |
| no |
| Expose only tools that cannot change anything. |
| no | — | Extra request headers, as JSON ( |
| no | system temp | Where downloaded files are written. |
| no |
| Hard ceiling on list page sizes, whatever the model asks for. |
| no |
| Request timeout. |
| no |
| REST API version sent in the |
CLI flags --url, --token, --public-url, --toolsets and --read-only override the
environment. --check verifies connectivity, --list-tools prints the enabled tools.
Toolsets
Toolset | Default | Contents |
| on | Search, read, update, delete, upload, download, notes, bulk and PDF operations |
| on | Tags, correspondents, document types, storage paths |
| on | Custom field definitions |
| on | Saved views |
| on | Share links and share link bundles |
| on | Automation rules, triggers, actions |
| on | Global search, statistics, status, tasks, trash |
| off | IMAP accounts, mail rules, processed mail |
| off | Users, groups, profile, configuration, logs (read-only) |
mail and admin are off by default because most sessions never need them and every extra tool
costs context on every request. Enable them explicitly:
PAPERLESS_TOOLSETS=documents,metadata,system,mail
PAPERLESS_TOOLSETS=allContext cost
Wrapping an API for a language model has a cost the API itself does not: everything the model sees is paid for on every request. Two places where that bites, and what this server does about them.
Responses. Three shapes are expensive in Paperless and easy to return by accident:
Source | Problem | Handling |
Document lists | Every document carries its full OCR text in |
|
| Returns hydrated | Documents are summarised, other types reduced to id + name |
Workflows, mail rules, groups, tasks | 27–34 fields per object, nested trigger/action definitions inline | Summarised to identifying fields; nested lists collapse to counts. |
Tool definitions. These are the larger and less obvious cost: names, descriptions and JSON schemas ship with every request, whether or not any tool is called.
Toolsets | Tools | Approximate cost per request |
| 99 | ~20,500 tokens |
default | 85 | ~18,500 tokens |
| 49 | ~12,900 tokens |
There is no way to make that free — it is the price of a tool the model can use without guessing.
But it is worth being deliberate: if your sessions only ever search and file documents, running
PAPERLESS_TOOLSETS=documents,metadata saves more context than any response-trimming does.
Safety
The server exposes destructive operations, because a document manager without them is not much of a manager. It does not try to guess when they are appropriate — that judgment belongs to the client and the user. What it does instead:
Destructive tools are annotated
destructiveHint: true, so MCP clients can require confirmation.Tool descriptions state plainly what cannot be undone (
empty_trash,delete_custom_field,delete_originals) and ask for confirmation before the call.--read-onlyremoves every write tool from the list, rather than refusing them at call time.Bulk endpoints support an "apply to everything matching this filter" mode. This server does not expose it: bulk tools take explicit ID lists, so a wrong filter cannot silently affect the entire archive.
create_share_linkproduces a publicly reachable URL. Its description says so, and theaudit_sharingprompt exists to review what is already exposed.
Credential-adjacent endpoints (token generation, TOTP enrolment, disabling someone's second factor)
are deliberately not exposed. See EXCLUDED_ENDPOINTS for the full list and the reasoning.
Prompts
Registered as slash commands in clients that support MCP prompts:
Prompt | What it does |
| Walks untriaged documents, proposes metadata preferring existing entries, applies nothing until the user approves. |
| Locates a document from a vague description, searching cheaply before searching broadly. |
| Reviews every public share link and flags the ones that never expire. |
Testing
Three layers, because they catch different things:
npm test # logic — no network
PAPERLESS_URL=… PAPERLESS_TOKEN=… \
node scripts/smoke-test.mjs # all 55 read-only tools, live
PAPERLESS_URL=… PAPERLESS_TOKEN=… \
node scripts/write-test.mjs # writes, live — see the warningnpm test checks this server's own reasoning: endpoint coverage, enum values
against the schema, that no list tool leaks raw API objects, that read-only mode
really removes writes.
smoke-test.mjs checks the assumptions it makes about Paperless. It calls every
read-only tool against a real instance, resolving IDs from list calls instead of
hard-coding them, and prints response sizes so expensive tools stay visible. It
writes nothing.
write-test.mjs covers the rest: upload and consumption, updating every field
type, notes, bulk tag edits, share links, rotation, and a trash round trip.
It only touches objects it creates itself. Everything it makes is named with a
zz-mcp-testprefix and deleted again at the end, and it never modifies a document it did not upload. If a run is interrupted, leftovers with that prefix are safe to delete. Prefer a test instance if you have one.
Keeping up with Paperless
PAPERLESS_URL=… PAPERLESS_TOKEN=… node scripts/sync-schema.mjs
npm testsync-schema.mjs regenerates schema/endpoints.json from your own instance's OpenAPI document.
The test suite then reports any endpoint that is neither exposed nor explicitly excluded. That is
the whole maintenance loop: point it at a newer Paperless and the test tells you what changed.
Development
npm install
npm start # run from source
npm run build # compile to build/
npm test # unit tests + coverage checks
npm run inspect # build, then open the MCP inspectorPrior art
Several MCP servers for Paperless-ngx exist, and the two most active both work against 3.x:
cubinet-code/paperless-ngx-mcp adapts
between 2.x and 3.x automatically, and baruchiro/paperless-mcp
lets you choose the API version (PAPERLESS_API_VERSION, default 9). If you need to support
both majors from one install, use one of those.
This server takes the opposite trade: it assumes API version 10 and nothing older. That is what
lets it reach the endpoints 3.x introduced — nested tags, document versions, share_link_bundles,
the standalone PDF operations — and lets a test assert that all 92 documented endpoints are
accounted for. It also trims list responses server-side via ?fields=, so OCR text does not ride
along by default.
License
MIT. See LICENSE.
Available Tools
85 toolsacknowledge_tasksDismiss tasksA
Mark finished or failed tasks as acknowledged so they stop showing in the UI.
Inputs: tasks (required).
bulk_download_documentsBulk download documentsARead-onlyIdempotent
Download several documents as one zip archive, written to the download directory. Returns the archive path, not its contents.
Inputs: documents (required), content, filename, compression, +1 more.
bulk_edit_documentsBulk edit documentsADestructive
Apply one operation to many documents at once. Far cheaper than looping update_document, and the only way to add or remove individual tags without replacing the whole tag list. Methods: set_correspondent, set_document_type, set_storage_path, add_tag, remove_tag, modify_tags, modify_custom_fields, set_permissions, reprocess, delete, rotate, merge, split, delete_pages, edit_pdf, remove_password. The destructive methods (delete, delete_pages, split/merge with delete_originals) need explicit user confirmation first.
Inputs: method (required), documents (required), tag, merge, +14 more.
bulk_edit_metadata_objectsBulk edit metadata objectsADestructive
Delete or set permissions on many tags, correspondents, document types or storage paths at once. Deletion here is permanent — confirm with the user before calling it.
Inputs: objects (required), operation (required), object_type (required), merge, +2 more.
create_correspondentCreate correspondentA
Create a new correspondent. Check list_correspondents first: near-duplicate entries are hard to merge later.
Inputs: name (required), match, owner, is_insensitive, +2 more.
create_custom_fieldCreate custom fieldA
Define a new custom field. The data type cannot be changed afterwards, so pick it deliberately.
Inputs: name (required), data_type (required), extra_data.
create_document_noteAdd a note to a documentA
Attach a free-text note to a document. Use this to record context that belongs with the document rather than in the conversation — why it was kept, what was agreed, what to do next.
Inputs: id (required), note (required).
create_document_typeCreate document typeA
Create a new document type. Check list_document_types first: near-duplicate entries are hard to merge later.
Inputs: name (required), match, owner, is_insensitive, +2 more.
create_saved_viewCreate saved viewA
Save a filter preset that shows up in the user's Paperless sidebar. filter_rules use the web UI's numeric rule types — copy the shape from an existing view via get_saved_view rather than guessing.
Inputs: name (required), page_size, sort_field, filter_rules, +3 more.
create_storage_pathCreate storage pathA
Create a new storage path. Check list_storage_paths first: near-duplicate entries are hard to merge later.
Inputs: name (required), path (required), match, owner, +3 more.
create_tagCreate tagA
Create a new tag. Check list_tags first: near-duplicate entries are hard to merge later.
Inputs: name (required), color, match, owner, +5 more.
create_workflowCreate workflowA
Create an automation rule. Workflows run automatically against future documents, so a mistake here silently mis-files everything that arrives afterwards. Read an existing workflow with get_workflow to copy the exact shape, and confirm the rule with the user before creating it. Trigger object. type: 1=consumption started, 2=document added, 3=document updated, 4=scheduled. Common fields: sources (1=consume folder, 2=API upload, 3=mail fetch), filter_filename, filter_path, filter_mailrule, match + matching_algorithm, filter_has_tags / filter_has_all_tags / filter_has_not_tags, filter_has_any_correspondents, filter_has_any_document_types, filter_custom_field_query, and for scheduled triggers schedule_offset_days, schedule_is_recurring, schedule_recurring_interval_days, schedule_date_field (added|created|modified|custom_field). Action object. type: 1=assignment, 2=removal, 3=email, 4=webhook, 5=..., 6=... Assignment actions use assign_title, assign_tags, assign_correspondent, assign_document_type, assign_storage_path, assign_owner, assign_view_users/groups, assign_custom_fields. Removal actions use the remove_* counterparts. Email and webhook actions nest their own config object.
Inputs: name (required), actions (required), triggers (required), order, +1 more.
delete_correspondentDelete correspondentADestructive
Permanently delete a correspondent. Documents are not deleted, but they lose this assignment and it cannot be restored. Confirm with the user first.
Inputs: id (required).
delete_custom_fieldDelete custom fieldADestructive
Delete a custom field definition and every value stored in it, across all documents. This cannot be undone — confirm with the user, and check document_count first.
Inputs: id (required).
delete_documentDelete documentADestructive
Move a document to the trash. It stays recoverable until the trash is emptied or the retention period expires. Always confirm with the user before deleting anything.
Inputs: id (required).
delete_document_noteDelete a document noteADestructive
Remove a note from a document. Not recoverable.
Inputs: id (required), note_id (required).
delete_documentsDelete documentsADestructive
Move several documents to the trash at once. Recoverable until the trash is emptied. Requires explicit user confirmation — list what will be deleted before calling this.
Inputs: documents (required).
delete_document_typeDelete document typeADestructive
Permanently delete a document type. Documents are not deleted, but they lose this assignment and it cannot be restored. Confirm with the user first.
Inputs: id (required).
delete_saved_viewDelete saved viewADestructive
Remove a saved view. Documents are unaffected.
Inputs: id (required).
delete_storage_pathDelete storage pathADestructive
Permanently delete a storage path. Documents are not deleted, but they lose this assignment and it cannot be restored. Confirm with the user first.
Inputs: id (required).
delete_tagDelete tagADestructive
Permanently delete a tag. Documents are not deleted, but they lose this assignment and it cannot be restored. Confirm with the user first.
Inputs: id (required).
delete_workflowDelete workflowADestructive
Delete an automation rule permanently. Consider update_workflow with enabled:false instead.
Inputs: id (required).
download_documentDownload documentARead-onlyIdempotent
Save a document's file to disk on the machine running this MCP server and return the path. Files are written to PAPERLESS_DOWNLOAD_DIR (defaults to the system temp directory). The bytes are deliberately not returned inline — a PDF as base64 would consume the entire context.
Inputs: id (required), version, filename.
edit_pdfEdit a PDFADestructive
Reorder, rotate, remove or split out pages of a single document, producing a new document. operations is a list of page instructions; each entry names a source page and what to do with it. Consult the Paperless API docs for the exact operation shape before using this.
Inputs: documents (required), operations (required), delete_original, update_document, +1 more.
email_documentsEmail documentsA
Send one or more documents by email from the Paperless instance. This sends real mail to real people — only call it after the user has confirmed the recipients, subject and body.
Inputs: message (required), subject (required), addresses (required), documents (required), +1 more.
empty_trashEmpty the trashADestructive
Permanently destroy trashed documents. There is no recovery after this — the files are gone. Never call this without the user explicitly asking for it in the current conversation, and list what is in the trash first.
Inputs: documents.
get_active_tasksCurrently running tasksARead-onlyIdempotent
Tasks executing right now. Tells you whether the instance is busy.
Inputs: no named parameters.
get_correspondentGet correspondentARead-onlyIdempotent
Fetch a single correspondent by ID, with all fields.
Inputs: id (required).
get_custom_fieldGet custom fieldBRead-onlyIdempotent
One custom field definition including its select options, if any.
Inputs: id (required).
get_documentGet documentARead-onlyIdempotent
Fetch one document's metadata by ID: title, correspondent, type, tags, dates, custom fields, notes and available versions. Does not include the OCR text unless include_content is set.
Inputs: id (required), include_content.
get_document_ai_suggestionsGet AI filing suggestionsARead-onlyIdempotent
Suggestions from the instance's configured LLM backend (Paperless-ngx 3.x, only if AI features are enabled server-side). Returns 404 or an error when AI is disabled — that is expected, not a bug.
Inputs: id (required).
get_document_contentGet document textARead-onlyIdempotent
Return the OCR/extracted text of one document. Deliberately a separate tool: this is the most expensive thing you can pull from Paperless, so fetch it only for documents you have already narrowed down. Supports offset/limit for long documents.
Inputs: id (required), limit, offset.
get_document_historyGet document historyARead-onlyIdempotent
Audit trail of changes to a document — who changed which field, and when. Requires audit logging to be enabled on the instance. Returns the most recent entries first; raise limit to see further back.
Inputs: id (required), limit.
get_document_metadataGet document file metadataARead-onlyIdempotent
Technical file metadata for a document: checksums, byte sizes, MIME type, stored filename, whether an archived PDF/A version exists, and embedded PDF metadata. Not the Paperless tags/correspondent — use get_document for those.
Inputs: id (required).
get_document_suggestionsGet filing suggestionsARead-onlyIdempotent
Paperless' own suggestions for a document — correspondents, tags, document types and dates its classifier considers likely. Useful as a starting point when triaging, but the suggestions are only as good as the trained model; verify before applying.
Inputs: id (required).
get_document_thumbnailGet document thumbnailARead-onlyIdempotent
Return the document's thumbnail image inline so it can actually be looked at. Useful for confirming what a document is without reading its whole OCR text.
Inputs: id (required).
get_document_typeGet document typeARead-onlyIdempotent
Fetch a single document type by ID, with all fields.
Inputs: id (required).
get_metadata_overviewMetadata overviewARead-onlyIdempotent
One compact snapshot of all tags, correspondents, document types and storage paths with their IDs and document counts. Cheaper than four separate list calls and the right first step before filing or triaging documents.
Inputs: no named parameters.
get_next_asnGet next archive serial numberARead-onlyIdempotent
The next free archive serial number, for filing a physical document alongside its scan.
Inputs: no named parameters.
get_remote_versionCheck for Paperless updatesARead-onlyIdempotent
The latest Paperless-ngx release, and whether an update is available.
Inputs: no named parameters.
get_saved_viewGet saved viewARead-onlyIdempotent
One saved view including its filter rules, so you can reproduce it as a search.
Inputs: id (required).
get_selection_dataSummarise a document selectionARead-onlyIdempotent
For a set of document IDs, return how many of them carry each tag, correspondent, document type and storage path. Answers 'what is in this pile?' in one call instead of fetching every document.
Inputs: documents (required).
get_server_statusServer statusARead-onlyIdempotent
Instance health: Paperless version, database and index status, whether Redis and the task workers are reachable, and whether the search index is up to date.
Inputs: no named parameters.
get_statisticsArchive statisticsARead-onlyIdempotent
Totals for the archive: document count, inbox count, characters, file type breakdown. A cheap orientation call at the start of a session.
Inputs: no named parameters.
get_storage_pathGet storage pathARead-onlyIdempotent
Fetch a single storage path by ID, with all fields.
Inputs: id (required).
get_tagGet tagARead-onlyIdempotent
Fetch a single tag by ID, with all fields.
Inputs: id (required).
get_taskGet a background taskARead-onlyIdempotent
One background task by database ID, including its result. Use this to find out whether an upload or merge actually succeeded.
Inputs: id (required).
get_workflowGet workflowARead-onlyIdempotent
One workflow with its full trigger and action definitions.
Inputs: id (required).
global_searchSearch everythingARead-onlyIdempotent
Search across every object type at once — documents, tags, correspondents, document types, storage paths, saved views, users, groups, mail rules, custom fields and workflows. Returns at most three hits per type, so use it to locate things by name when you do not yet know which kind of object you are looking for. For document searches, search_documents is better.
Inputs: query (required), db_only.
list_correspondentsList correspondentsARead-onlyIdempotent
List correspondents. A correspondent is the sender or counterparty a document came from. Returns id, name and document_count for each. Call this before creating anything — reusing an existing correspondent is almost always correct.
Inputs: full, page, ordering, page_size, +1 more.
list_custom_fieldsList custom fieldsARead-onlyIdempotent
Custom fields defined on this instance, with their IDs, data types and how many documents use them. You need the IDs before you can read or write custom field values on a document.
Inputs: full, page, ordering, page_size, +1 more.
list_document_notesList document notesARead-onlyIdempotent
Notes attached to a document, with authors and timestamps. Notes hold context the OCR text does not contain — worth reading before drawing conclusions about a document.
Inputs: id (required).
list_document_typesList document typesARead-onlyIdempotent
List document types. A document type says what kind of document it is (invoice, contract, payslip). Returns id, name and document_count for each. Call this before creating anything — reusing an existing document type is almost always correct.
Inputs: full, page, ordering, page_size, +1 more.
list_saved_viewsList saved viewsARead-onlyIdempotent
Saved views are the filter presets the user built in the Paperless web UI. Reading them is the fastest way to learn how this person actually organises their archive — check here before inventing your own filters.
Inputs: full, page, ordering, page_size, +1 more.
list_storage_pathsList storage pathsARead-onlyIdempotent
List storage paths. A storage path is a filename template controlling where Paperless stores the file on disk. Returns id, name and document_count for each. Call this before creating anything — reusing an existing storage path is almost always correct.
Inputs: full, page, ordering, page_size, +1 more.
list_tagsList tagsARead-onlyIdempotent
List tags. Tags are the primary way documents are categorised, and can be nested via parent. Returns id, name and document_count for each. Call this before creating anything — reusing an existing tag is almost always correct.
Inputs: full, page, ordering, page_size, +1 more.
list_tasksList background tasksARead-onlyIdempotent
Background tasks — consumption, merges, reprocessing — with their state and result. This is where an upload's outcome shows up, including the ID of the document it created.
Inputs: full, page, status, task_id, +4 more.
list_trashList trashed documentsARead-onlyIdempotent
Documents in the trash, with the date each was deleted and when it will be purged for good.
Inputs: full, page, ordering, page_size, +1 more.
list_workflow_actionsList workflow actionsARead-onlyIdempotent
Action definitions across all workflows. Useful for auditing what gets assigned automatically.
Inputs: full, page, ordering, page_size, +1 more.
list_workflowsList workflowsARead-onlyIdempotent
Automation rules on this instance, each with its triggers and actions inlined. Read these before changing filing behaviour — a workflow may already be doing what the user is asking you to do by hand.
Inputs: full, page, ordering, page_size, +1 more.
list_workflow_triggersList workflow triggersBRead-onlyIdempotent
Trigger definitions across all workflows. Useful for auditing what fires when.
Inputs: full, page, ordering, page_size, +1 more.
merge_documentsMerge documentsADestructive
Merge several documents into one new PDF, in the order given. The originals stay unless delete_originals is set. Runs asynchronously — poll the returned task with get_task.
Inputs: documents (required), archive_fallback, delete_originals, metadata_document_id.
remove_pdf_passwordRemove a PDF passwordA
Decrypt password-protected PDFs so Paperless can OCR them. The password is sent to your Paperless instance over its API; only use it against an instance you control.
Inputs: password (required), documents (required), delete_original, update_document, +1 more.
reprocess_documentsReprocess documentsA
Re-run OCR and the archive generation for the given documents, e.g. after changing OCR settings. Queued asynchronously; the documents keep their metadata.
Inputs: documents (required).
restore_from_trashRestore documents from trashA
Bring deleted documents back. The safe counterpart to delete_document.
Inputs: documents (required).
rotate_documentsRotate documentsA
Rotate every page of the given documents clockwise by 90, 180 or 270 degrees.
Inputs: degrees (required), documents (required).
search_autocompleteAutocomplete a search termARead-onlyIdempotent
Completions for a partial search term, ranked by importance in the full-text index. Helpful when the user's spelling of a name or term may not match what is in the archive.
Inputs: term (required), limit.
search_documentsSearch documentsARead-onlyIdempotent
Find documents by full-text search, metadata filters, or both. This is the main entry point for every 'which documents ...' question. Returns a compact summary per document (id, title, IDs of correspondent/type/tags, dates) — NOT the OCR text, which would flood the context. Use get_document_content for the text of a specific document.
Inputs: page, query, ordering, is_tagged, +19 more.
test_storage_pathTest a storage path templateARead-onlyIdempotent
Render a storage path template against an existing document to see the resulting file path. Use this to validate a template before saving it.
Inputs: path (required), document (required).
update_correspondentUpdate correspondentA
Partially update a correspondent. Only the fields you pass are changed; omitted fields keep their current value.
Inputs: id (required), name, match, owner, +3 more.
update_custom_fieldUpdate custom fieldA
Rename a custom field or adjust its extra_data (e.g. add select options). Changing data_type is not supported by Paperless.
Inputs: id (required), name, extra_data.
update_documentUpdate documentA
Change metadata on a single document. Only the fields you pass are modified. Pass numeric IDs for correspondent, document_type and storage_path — resolve names via get_metadata_overview first. Setting tags replaces the whole tag list; to add or remove individual tags across documents use bulk_edit_documents.
Inputs: id (required), tags, owner, title, +6 more.
update_document_typeUpdate document typeA
Partially update a document type. Only the fields you pass are changed; omitted fields keep their current value.
Inputs: id (required), name, match, owner, +3 more.
update_saved_viewUpdate saved viewA
Change a saved view's name, sorting, visibility or filter rules.
Inputs: id (required), name, page_size, sort_field, +4 more.
update_storage_pathUpdate storage pathA
Partially update a storage path. Only the fields you pass are changed; omitted fields keep their current value.
Inputs: id (required), name, path, match, +4 more.
update_tagUpdate tagA
Partially update a tag. Only the fields you pass are changed; omitted fields keep their current value.
Inputs: id (required), name, color, match, +6 more.
update_workflowUpdate workflowA
Update a workflow. Passing triggers or actions replaces the existing list wholesale — fetch the current definition with get_workflow, modify it, and send the complete list back. To simply switch a rule off, pass enabled:false and nothing else.
Inputs: id (required), name, order, actions, +2 more.
upload_documentUpload a documentA
Hand a file to Paperless for consumption. Provide either path (a file on the machine running this server — the cheap option) or content_base64 (works for remote deployments but costs context proportional to the file size; avoid for anything over a few hundred kilobytes). Consumption is asynchronous: the returned task ID can be polled with get_task.
Inputs: path, tags, title, created, +6 more.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
Loading tool schema changelog…
TDQS
Scored across 85 tools
Most CRUD tool families are clearly separated by resource type, but bulk_edit_documents overlaps with rotate_documents, merge_documents, edit_pdf, reprocess_documents, and delete_documents by exposing the same operations as methods. get_document with include_content also partially duplicates get_document_content, so an agent must read descriptions carefully to pick the right tool.
Nearly every tool follows the verb_noun snake_case pattern, with predictable list/get/create/update/delete families for each resource type. Minor exceptions like global_search and search_autocomplete still fit the general verb-first style and do not create confusion.
85 tools is an extreme surface for an MCP server, far beyond the practical range for agent tool selection. Even for a broad domain like Paperless-ngx, this exceeds the 50+ threshold that constitutes an extreme mismatch.
The server covers nearly the entire Paperless lifecycle: document search, content retrieval, metadata editing, OCR reprocessing, merging, trash management, share links, workflows, tasks, and full CRUD for all metadata objects. Minor gaps remain, such as no note update tool, no share-link update tool, and no direct user or mail-rule management.
Maintenance
Related MCP Connectors
A comprehensive Model Context Protocol (MCP) server that enables AI assistants to interact with yo…
Model Context Protocol server for the Apideck Unified API. Connect any MCP-compatible agent framework to 100+ accounting systems, HRIS platforms, file storage providers, and more through one integration. More information https://www.apideck.com/mcp-server
MCP server for the PDFGate API. Generate PDFs, manage documents and handle e-signatures.
Model Context Protocol server for Studex tools, notifications, and profile integrations
Related MCP Servers
- AlicenseBqualityBmaintenanceAn MCP (Model Context Protocol) server for interacting with a Paperless-NGX API server. This server provides tools for managing documents, tags, correspondents, and document types in your Paperless-NGX instance.44722 npm151TypeScriptISC
- FlicenseAqualityBmaintenanceA privacy-first MCP server for Paperless-ngx that lets an LLM agent search, organize, tag, and reference documents without exposing full text unless explicitly requested.13-
- FlicenseAqualityCmaintenanceMCP server for Paperless-ngx document management. Enables AI models to search, retrieve, update documents and manage metadata.7-
- AlicenseNot gradedqualityCmaintenanceA 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