PageIndex MCP
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
No arguments | |||
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 | {} |
| resources | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| process_documentA | Upload and process a PDF from a URL or a local file path (≤100MB). Processing typically takes 0-3 minutes depending on document size (estimate: 2 seconds per page). Returns the new document and its processing status; call get_document() to confirm it has finished before reading its content. |
| browse_documentsA | Primary document retrieval tool. After orienting with |
| search_documentsA | Escalation tool — never the first discovery step. Always start with |
| get_folder_structureA | Orientation step: show the folder hierarchy as a tree (like |
| get_metadata_schemaA | List declared metadata fields (names, types, descriptions) so you can build |
| get_documentA | Check a document's processing status and metadata. Call this before |
| get_document_structureA | Extract a document's hierarchical outline (headers, sections, page references). REQUIRED for documents over 20 pages — call this first to locate relevant sections, then pass their page numbers to |
| get_page_contentA | Extract page content from a processed document. Use tight, targeted page ranges — never the whole document at once. For documents over 20 pages, call |
| get_document_imageA | Retrieve an image from a document — pass an |
| remove_documentA | Permanently delete documents and all associated data. Only invoke when the user explicitly names the documents AND confirms deletion. Returns |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
| getting-started | How to connect to the PageIndex MCP server: endpoints, OAuth and API-key authentication, and self-serve signup. |
| about-pageindex | What PageIndex is: vectorless, reasoning-based document retrieval with exact page references. |
TDQS
Scored across 10 tools
Most tools target distinct operations: processing, status, structure, page content, images, deletion, metadata schema, and folder orientation. The main overlap is browse_documents vs. search_documents, but their descriptions establish a clear primary/escalation workflow, reducing practical confusion.
All tool names use snake_case and follow a predictable verb_noun pattern such as process_document, get_document_structure, get_page_content, and remove_document. Pluralization on collection-oriented tools like browse_documents and search_documents is consistent and readable.
Ten tools is well-scoped for a document-processing and retrieval server. Each tool covers a distinct part of the lifecycle, from ingestion and discovery to structure extraction, page access, images, metadata, and deletion.
The surface covers core document lifecycle operations: processing, browsing, searching, metadata inspection, structure/content/image retrieval, folder orientation, and deletion. Minor gaps remain around document or folder updates, moves, renames, or metadata edits, which agents may need for full library management.