paperless-ngx-mcp
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| PAPERLESS_URL | Yes | Base URL the MCP server uses to talk to Paperless-NGX. | |
| PAPERLESS_API_KEY | Yes | API token for Paperless-NGX. | |
| PAPERLESS_PUBLIC_URL | No | Public URL the assistant uses when constructing browser links to documents. Falls back to PAPERLESS_URL. |
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": true
} |
| prompts | {
"listChanged": true
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| edit_documents_bulkA | Apply ONE of a fixed set of operations to MANY documents at once. Methods: set_correspondent, set_document_type, set_storage_path, add_tag, remove_tag, modify_tags, modify_custom_fields, set_permissions, delete, reprocess, merge, split, rotate, delete_pages, edit_pdf, remove_password. For per-document field edits including title, content, created (date), archive_serial_number, or owner, use update_document instead — those fields are not editable here. Note: 'remove_tag' only removes the tag from the specified documents (tag stays in the system); 'delete_tag' permanently deletes the tag from the entire system. ⚠️ WARNING: method 'delete' permanently deletes documents and requires confirm=true. Select documents either by |
| post_documentA | Upload a new document file (PDF, image, etc.) to Paperless-NGX with optional metadata. Upload is asynchronous: by default returns a task UUID (use list_tasks to track consumer progress) — the actual document ID is assigned only after the consumer has processed the file. Set poll=true to wait for the consumer to finish and return the final result (the new document_id on success, or the consumer error on failure) in a single call. Optional metadata: title, created (date), correspondent, document_type, storage_path, tags, archive_serial_number, custom_fields. |
| list_documentsA | List and filter documents by fields such as title, correspondent, document type, tag, storage path, creation date, and more. IMPORTANT: For queries like 'the last 3 contributions' or when searching by tag, correspondent, document type, or storage path, you should FIRST look up the correct ID — get_filing_options returns every tag, correspondent, document type and storage path in one call (or use list_tags / list_correspondents / list_document_types / list_storage_paths) — and then use that ID as a filter here. Only use the 'search' argument for free-text search when no specific field applies. Using the correct ID filter will yield much more accurate results. Note: Document content is excluded from results by default. Use 'get_document_content' to retrieve content when needed. To find near-duplicates of one document use more_like_id; to list everything Paperless has flagged as a duplicate use has_duplicates=true. |
| get_documentA | Get a specific document by ID with full details including correspondent, document type, tags, and custom fields. Note: Document content is excluded from results by default. Use 'get_document_content' to retrieve content when needed. Documents can have several file versions ( |
| get_document_contentA | Get the text content of a specific document by ID. Use this when you need to read or analyze the actual document text. For long documents, read a slice with max_chars (and offset to continue) — e.g. max_chars: 2000 is usually enough to identify a document. Paperless stores the text without page boundaries, so slices are by characters, not pages. |
| search_documentsA | Ranked full-text search through Paperless's search index (content, title and metadata). mode 'query' (default) takes advanced syntax — AND/OR/NOT, "quoted phrases", field:value, wildcards*; 'text' takes plain words with no syntax; 'title' searches titles only. The index is updated in the background and can lag behind or miss documents: if you expect matches but get none, use list_documents with |
| download_documentB | Download a document file by ID. Returns the document as a base64-encoded resource. |
| get_document_thumbnailA | Get a document thumbnail (image preview) by ID. Returns the thumbnail as a base64-encoded WebP image resource. |
| update_documentA | Update fields on ONE document (PATCH — only fields you supply are changed). To change tags, prefer add_tags / remove_tags: they leave the other tags alone. |
| email_documentB | Send a document via email to one or more recipients. |
| get_document_historyA | Get the change history / audit log for a document, showing who changed what and when. |
| get_document_previewB | Get a full-page preview image of a document. Returns the preview as a base64-encoded image resource. |
| upload_document_versionA | Add a new file version to an EXISTING document instead of creating a new document — e.g. a corrected scan, a signed copy, or an unlocked PDF. The new file becomes the current version: content, search and downloads follow it, and earlier versions stay listed in the document's |
| update_document_versionA | Rename a version of a document (change its version_label). Version IDs are listed in get_document's |
| delete_document_versionA | ⚠️ DESTRUCTIVE: Permanently delete one non-root version of a document. The root (original) version can't be deleted — delete the document instead. |
| merge_documents_as_versionsA | ⚠️ Fold other documents into one document as its versions: each document in merge_documents stops existing as a separate document and becomes a version of root_document_id. Use it when the same paper arrived twice (e.g. a scan and a later emailed copy). Runs asynchronously. |
| list_tagsA | List all tags. IMPORTANT: When a user query may refer to a tag or document type, you should fetch all tags and all document types up front (get_filing_options returns both, plus correspondents and storage paths, in one call), cache them for the session, and search locally for matches by name or slug before making further API calls. This reduces redundant requests and handles ambiguity between tags and document types efficiently. |
| get_tagA | Get a specific tag by ID with full details including matching rules. |
| create_tagB | Create a new tag with optional color, matching pattern, and matching algorithm for automatic document tagging. |
| update_tagA | Update fields on ONE tag (PATCH — only fields you supply are changed). Editable fields: name, color, match (matching pattern), matching_algorithm, is_insensitive, parent (parent tag ID for hierarchy). To add or remove this tag on documents, use edit_documents_bulk with method 'add_tag' / 'remove_tag' / 'modify_tags' instead. |
| delete_tagA | ⚠️ DESTRUCTIVE: Permanently delete a tag from the entire system. This will remove the tag from ALL documents that use it. Use with extreme caution. |
| edit_tags_bulkA | Manage tag objects themselves (permissions, delete). ⚠️ This does NOT add/remove tags on documents — use edit_documents_bulk with method 'add_tag'/'remove_tag'/'modify_tags' for that. WARNING: 'delete' permanently removes tags from the entire system. |
| list_correspondentsB | List all correspondents with optional filtering and pagination. Correspondents represent entities that send or receive documents. |
| get_correspondentA | Get a specific correspondent by ID with full details including matching rules. |
| create_correspondentA | Create a new correspondent with optional matching pattern and algorithm for automatic document assignment. |
| update_correspondentA | Update fields on ONE correspondent (PATCH — only fields you supply are changed). Editable fields: name, match (matching pattern), matching_algorithm, is_insensitive. To assign this correspondent to documents, use edit_documents_bulk with method 'set_correspondent' or update_document instead. |
| delete_correspondentA | ⚠️ DESTRUCTIVE: Permanently delete a correspondent from the entire system. This will affect ALL documents that use this correspondent. |
| edit_correspondents_bulkA | Manage correspondent objects themselves (permissions, delete). ⚠️ This does NOT assign correspondents to documents — use edit_documents_bulk with method 'set_correspondent' for that. WARNING: 'delete' permanently removes correspondents from the entire system. |
| list_document_typesA | List all document types. IMPORTANT: When a user query may refer to a document type or tag, you should fetch all document types and all tags up front (get_filing_options returns both, plus correspondents and storage paths, in one call), cache them for the session, and search locally for matches by name or slug before making further API calls. This reduces redundant requests and handles ambiguity between tags and document types efficiently. |
| get_document_typeA | Get a specific document type by ID with full details including matching rules. |
| create_document_typeA | Create a new document type with optional matching pattern and algorithm for automatic document classification. |
| update_document_typeA | Update fields on ONE document type (PATCH — only fields you supply are changed). Editable fields: name, match (matching pattern), matching_algorithm, is_insensitive. To assign this document type to documents, use edit_documents_bulk with method 'set_document_type' or update_document instead. |
| delete_document_typeA | ⚠️ DESTRUCTIVE: Permanently delete a document type from the entire system. This will affect ALL documents that use this type. |
| edit_document_types_bulkA | Manage document type objects themselves (permissions, delete). ⚠️ This does NOT assign document types to documents — use edit_documents_bulk with method 'set_document_type' for that. WARNING: 'delete' permanently removes document types from the entire system. |
| list_custom_fieldsA | List all custom fields. IMPORTANT: When a user query may refer to a custom field, you should fetch all custom fields up front (with a large enough page_size), cache them for the session, and search locally for matches by name before making further API calls. This reduces redundant requests and handles ambiguity efficiently. |
| get_custom_fieldA | Get a specific custom field by ID with full details including data type and extra configuration. |
| create_custom_fieldA | Create a new custom field with a specified data type (string, url, date, boolean, integer, float, monetary, documentlink, or select). For monetary fields, values must use currency code prefix format (e.g., USD10.00, GBP123.45) — NOT trailing symbol format (e.g., 10.00$). |
| update_custom_fieldA | Update fields on ONE custom field definition (PATCH — only fields you supply are changed). Editable fields: name, data_type, extra_data. ⚠️ Changing data_type on a field that already has values on documents may render those values invalid or unreadable — change data_type only on unused fields. To set a custom-field VALUE on a document, use update_document or edit_documents_bulk with method 'modify_custom_fields' instead. |
| delete_custom_fieldA | ⚠️ DESTRUCTIVE: Permanently delete a custom field from the entire system. This will remove the field from ALL documents that use it. |
| edit_custom_fields_bulkA | Manage custom field definitions themselves (permissions, delete). ⚠️ This does NOT modify custom field values on documents — use edit_documents_bulk with method 'modify_custom_fields' for that. WARNING: 'delete' permanently removes custom fields from the entire system. |
| list_storage_pathsB | List all storage paths with optional filtering and pagination. Storage paths define where documents are stored on disk. |
| get_storage_pathA | Get a specific storage path by ID with full details including matching rules. |
| create_storage_pathB | Create a new storage path with a name, path template, and optional matching rules. |
| update_storage_pathA | Update fields on ONE storage path (PATCH — only fields you supply are changed). Editable fields: name, path (path template), match (matching pattern), matching_algorithm, is_insensitive. To assign this storage path to documents, use edit_documents_bulk with method 'set_storage_path' or update_document instead. |
| delete_storage_pathA | ⚠️ DESTRUCTIVE: Permanently delete a storage path from the entire system. This will affect ALL documents that use this storage path. |
| test_storage_pathA | Test a storage path template to see how it would resolve for documents. Useful for validating path templates before creating or updating storage paths. |
| list_saved_viewsA | List all saved views with optional pagination. Saved views store filter/sort configurations for quick access. |
| get_saved_viewA | Get a specific saved view by ID with full details including filter rules. |
| create_saved_viewB | Create a new saved view with filter rules and sort configuration. |
| update_saved_viewA | Update fields on ONE saved view (PATCH — only fields you supply are changed). Editable fields: name, show_on_dashboard, show_in_sidebar, sort_field, sort_reverse, filter_rules. Supplying filter_rules replaces the entire rule array (not a merge). |
| delete_saved_viewB | ⚠️ DESTRUCTIVE: Permanently delete a saved view. |
| list_share_linksC | List all share links with optional filtering by creation date, expiration date, and pagination. |
| get_share_linkB | Get a specific share link by ID with full details. |
| create_share_linkA | Create a share link for a document. Optionally set an expiration date and file version (archive or original). Share links can't be edited afterwards — to change the expiry, delete and recreate. To share several documents as one ZIP link, use create_share_link_bundle. |
| delete_share_linkA | ⚠️ DESTRUCTIVE: Permanently delete a share link. The shared URL will stop working. |
| list_document_share_linksA | List all share links for a specific document. |
| list_share_link_bundlesA | List share link bundles (one public link to a ZIP of several documents) with optional status filter and pagination. |
| get_share_link_bundleB | Get one share link bundle, including its build status (pending → processing → ready or failed), size and last_error. |
| create_share_link_bundleA | Create ONE public share link for a ZIP of several documents. The ZIP is built in the background: the bundle starts as status 'pending' and becomes usable once get_share_link_bundle reports 'ready'. The |
| rebuild_share_link_bundleA | Re-queue a share link bundle's ZIP build, e.g. after it failed or its documents changed. The link (slug) stays the same. |
| delete_share_link_bundleA | ⚠️ DESTRUCTIVE: Permanently delete a share link bundle. Its public link stops working; the documents are not affected. |
| list_workflow_actionsA | List all workflow actions with optional pagination. |
| get_workflow_actionA | Get a specific workflow action by ID. |
| create_workflow_actionA | Create ONE standalone workflow action. On its own an action does nothing, and Paperless deletes actions that belong to no workflow whenever any workflow is updated. To build an automation, use create_workflow with the actions inline; to change an action inside a workflow, use update_workflow (or update_workflow_action with the action id from get_workflow). |
| update_workflow_actionA | Update fields on ONE workflow action (PATCH — only fields you supply are changed). Use get_workflow_action first to see its current shape. To change the actions of a whole workflow, see update_workflow. |
| delete_workflow_actionA | ⚠️ DESTRUCTIVE: Permanently delete a workflow action. |
| list_workflow_triggersA | List all workflow triggers with optional pagination. |
| get_workflow_triggerA | Get a specific workflow trigger by ID. |
| create_workflow_triggerA | Create ONE standalone workflow trigger. On its own a trigger does nothing, and Paperless deletes triggers that belong to no workflow whenever any workflow is updated. To build an automation, use create_workflow with the triggers inline; to change a trigger inside a workflow, use update_workflow (or update_workflow_trigger with the trigger id from get_workflow). |
| update_workflow_triggerA | Update fields on ONE workflow trigger (PATCH — only fields you supply are changed). Use get_workflow_trigger first to see its current shape. |
| delete_workflow_triggerB | ⚠️ DESTRUCTIVE: Permanently delete a workflow trigger. |
| list_workflowsA | List workflows (each with its nested triggers and actions) with optional pagination. |
| get_workflowA | Get one workflow by ID, including its full triggers and actions. |
| create_workflowA | Create a complete workflow — the automation Paperless actually runs — with its triggers and actions in one call. The workflow runs its actions in order whenever ANY of its triggers matches. Example: strip PDF passwords from API uploads = triggers [{type: 2, sources: [2]}] + actions [{type: 5, passwords: ["secret"]}]. Triggers and actions are given as full objects (same fields as create_workflow_trigger / create_workflow_action). Paperless rejects a remote OCR action (7) without a consumption-started trigger (1), and an apply-AI-suggestions action (8) with only consumption-started triggers. |
| update_workflowA | Update ONE workflow (PATCH). name/order/enabled change only when passed. ⚠️ |
| delete_workflowA | ⚠️ DESTRUCTIVE: Permanently delete a workflow. Documents it already processed are not changed. |
| list_mail_accountsA | List the IMAP accounts Paperless fetches mail from. Passwords are always masked. |
| get_mail_accountA | Get one mail account by ID (password masked). |
| create_mail_accountA | Create an IMAP account for Paperless to fetch mail from. Nothing is fetched until a mail rule uses the account (create_mail_rule). Check the connection first with test_mail_account. |
| update_mail_accountA | Update fields on ONE mail account (PATCH — only fields you supply are changed). Omit password to keep the stored one. |
| delete_mail_accountA | ⚠️ DESTRUCTIVE: Permanently delete a mail account and stop fetching from it. Mail rules using it are deleted too. Already-imported documents are not affected. |
| test_mail_accountA | Test IMAP connection settings without saving them. Pass the full account fields. To test a SAVED account, pass its |
| process_mail_accountA | Fetch mail for one account now and run its rules, instead of waiting for the schedule. Runs in the background; see list_tasks with task_type mail_fetch. |
| list_mail_rulesA | List mail rules: which mails Paperless imports from which account, and how it assigns title, tags, correspondent and document type. |
| get_mail_ruleA | Get one mail rule by ID. |
| create_mail_ruleB | Create a mail rule on a mail account: which folder and mails to consider, which attachments to import, and what to assign to the resulting documents. |
| update_mail_ruleA | Update fields on ONE mail rule (PATCH — only fields you supply are changed). E.g. switch assign_correspondent_from to 4 to stop creating a correspondent per sender. |
| delete_mail_ruleA | ⚠️ DESTRUCTIVE: Permanently delete a mail rule. Already-imported documents are not affected. |
| get_statisticsA | Get system statistics including document counts, inbox status, file type breakdown, and storage information. |
| get_system_statusA | Get Paperless server status: the Paperless-ngx version (pngx_version), install type, storage, and the health of the database, search index, classifier, task queue and last sanity check. Use this to find out which Paperless version you are talking to. |
| get_filing_optionsA | Everything a document can be filed under, in one call: every tag, correspondent, document type, storage path and custom field (id + name; tags also is_inbox_tag, custom fields also data_type). Call this once before assigning metadata so you choose from the complete set instead of guessing, then use the ids with update_document or edit_documents_bulk. For matching rules or document counts use list_tags / list_correspondents / list_document_types / list_storage_paths. |
| get_document_suggestionsA | Get classifier-based suggestions for a document's correspondent, tags, document type, storage path and dates. Returns IDs of EXISTING objects only. For LLM suggestions that can also propose a title and new objects, use get_document_ai_suggestions. |
| get_document_ai_suggestionsA | Get LLM-based suggestions for a document: a title, existing correspondents/tags/document types/storage paths (IDs), and suggested_* NAMES for objects that don't exist yet, plus dates. Requires AI to be enabled in Paperless — otherwise it fails with 'AI is required for this feature'. For classifier suggestions that work without AI, use get_document_suggestions. |
| get_document_metadataB | Get file metadata for a document including checksums, file sizes, and archival information. |
| list_document_notesA | List all notes for a specific document. |
| create_document_noteA | Append a user-facing note (comment/annotation) to a document. Notes are separate from the document's searchable 'content' field — to change body text or other metadata fields, use update_document instead. |
| delete_document_noteB | ⚠️ DESTRUCTIVE: Delete a note from a document. |
| delete_documentA | Move a document to trash (soft-delete). The document remains recoverable until the trash is emptied or the retention window expires (~30 days). Use empty_trash for permanent deletion. |
| list_trashA | List documents in the trash (soft-deleted documents). Document content is left out, as in list_documents. |
| restore_from_trashA | Restore documents from the trash back to the system. |
| empty_trashA | ⚠️ DESTRUCTIVE: Permanently delete documents from the trash, or empty the entire trash. This action is irreversible. |
| search_autocompleteA | Get search term autocomplete suggestions based on the document index. |
| get_next_asnA | Get the next available Archive Serial Number (ASN) for document filing. |
| list_tasksA | List background tasks with their status, type, trigger source and results. Useful for monitoring document consumption and other async operations. Use the filters to narrow the list; |
| acknowledge_tasksA | Acknowledge/dismiss completed tasks to clear them from the task list. |
| list_active_tasksA | List tasks that are pending or running right now (at most 50). For finished tasks use list_tasks. |
| get_task_status_countsA | Get task counts: all, needs_attention (failed and unacknowledged), in_progress, completed. |
| get_task_summaryA | Get per-task-type statistics over the last N days: totals, pending/success/failure counts, average duration and wait time, and last run/success/failure times. |
| download_documents_bulkB | Download multiple documents as a ZIP archive. Returns base64-encoded ZIP file. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
| triage_inbox | Scan inbox documents, propose metadata (correspondent, document type, tags) preferring existing items, and apply only after explicit user confirmation. |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 109 tools
Most tools target distinct resource+action pairs and the descriptions go out of their way to disambiguate (e.g. bulk object edits vs. document edits, classifier vs. AI suggestions). However, with 109 tools there are large overlapping clusters that will still confuse selection: four task tools (list_tasks, list_active_tasks, get_task_status_counts, get_task_summary), three share-link listers, three document-version mutators, and multiple search/filter entry points (search_documents vs list_documents search vs search_autocomplete). The density of near-boundary tools keeps this from being high.
Overwhelmingly a verb_noun convention: list_/get_/create_/update_/delete_ across every resource, plus uniform patterns like edit_*_bulk and test_*/process_* for mail. Minor deviations (post_document instead of create_document, download_document/bulk, upload_document_version, get_next_asn) are readable but break strict predictability.
109 tools is far beyond any reasonable scope for a single server and lands in the extreme-mismatch band. Even with a broad domain (documents plus all metadata objects, workflows, mail, sharing, tasks), the surface is massively bloated and should be consolidated or split into sub-servers.
The surface covers the full Paperless-NGX lifecycle: documents (create/read/update/delete/trash/restore/versions/notes/history/preview/download/email), all metadata objects with CRUD and bulk operations, workflows with triggers/actions, mail accounts and rules, share links and bundles, tasks, saved views, statistics and system status. There are no obvious dead ends for the stated domain.