6sense
Ask an AI agent about 6sense account insights, buying signals and keyword trends.
Parse, classify, split and extract data from documents, and build indexes.
Opens Agent Studio, where connecting is one click. The connector URL below works in any MCP client.
Paste it into any MCP client. Setup docs
The LlamaParse MCP server connects LlamaIndex's document-processing platform to Claude, ChatGPT and any MCP-compatible agent. Its 25 live tools parse PDFs and 130+ other formats into markdown, classify and split files, extract structured data against a schema, and build searchable indexes. Sign-in is OAuth, and most calls spend metered credits.
Verified connector
Listed by Anthropic as a partner connector in its Connectors Directory.
Connection checked by Agentman on .
Anthropic states this reflects the level of review a connector received, not a security audit.
Get a pre-signed URL to upload a file to the LlamaParse S3 storage
Upload a file to LLamaParse S3 storage providing a URL to download the file data. On upload completion, the file will be sent to LlamaParse S3 storage, so that it can be used for downstream processing tasks like parsing, classification or splitting.
List the projects available to the user, with their names, so you can pass the right projectId to other tools. Use this whenever a tool needs a projectId and the correct project is not already known — pick by name, and ask the user if the name is ambiguous.
Parse a file providing its file ID, retrieving markdown or plain text content of the file. Use with file IDs obtained with the getUploadUrl/uploadFileByUrl tool or that the user provided
Classify a file (based on specific categories) providing its file ID. Use with file IDs obtained with the getUploadUrl/uploadFileByUrl tool or that the user provided
Split a file into category-based segments providing its file ID. Use with file IDs obtained with the getUploadUrl/uploadFileByUrl tool or that the user provided
Search the built-in library of starter extraction schemas (invoice, contract, resume, 10-K, patient intake and more) by keyword or category. Returns matching templates with their top-level field names, but not the full JSON Schema — call `getSchemaTemplate` for that. Prefer this over `generateExtractionConfig` when the user wants a common document type: it is instant and needs no sample file.
Retrieve the full JSON Schema for one starter extraction template, by id, as returned by `searchSchemaTemplates`. Pass the schema to `createExtractionConfigFromSchema` — edit it first if the user needs extra or fewer fields.
Create an extraction configuration from a JSON Schema you already have, and return its configuration id for use with `extractFile`. Supply either a `templateId` from `searchSchemaTemplates` (the server loads the schema for you) or an explicit `dataSchema` — a schema you wrote, or a template schema you edited. Unlike `generateExtractionConfig`, this needs no sample file and involves no LLM step.
Generate the configuration to extract structured data from a specific file using the Extract service from the LlamaParse Platform. Provide a prompt describing what the schema of the extracted data, the ID of the file to extract and, optionally, a project ID.
Extract structured data from a file based on the configuration created with the `generateExtractionConfig` tool. Returns the extracted structured data.
List all the available indexes on the LlamaParse Platform. Indexes are vector-indexed directories with the possibility of searching/reading/grepping files and performing retrieval.
Search files within an index. Optionally provide the file name to filter for or a substring that should be contained in the file name
Read the content of a file from an index, providing its file ID and, optionally, an offset and a maximum length (in characters) to read.
Grep the content of a file from an index, providing its file ID, the pattern to grep for and, optionally, a number of context characters and a maximum number of grep matches to retrieve
Perform hybrid search on the index, providing a query and, optionally, the top K documents to retrieve and the top N documents to rerank
Create a directory (folder) to hold source documents. A directory is what an index is built over: upload files, add them to a directory with addFilesToDirectory, then call createIndex on it.
List the directories in a project. Returns one page at a time — pass the returned nextPageToken to fetch more. By default only user directories are listed; indexes create their own internal output directories, which are not valid sources for a new index.
List the files inside a directory, along with the directory itself. Returns one page at a time — pass the returned nextPageToken to fetch more. Use directoryFileId, not fileId, when referring to a file in later calls.
Add already-uploaded files to a directory, so they can be indexed. Takes file IDs from getUploadUrl or uploadFileByUrl. Files are added one by one, so the response reports which succeeded and which failed — retry only the failed ones. If the directory already backs an index, call syncIndex afterwards to pull the new files in.
Create an index over a directory, making its documents searchable with retrieveFromIndex and the other index tools. The directory must already contain the files you want indexed — upload them and call addFilesToDirectory first. Indexing runs in the background: the returned index is not queryable until getIndexStatus reports it ready.
Check whether an index has finished building. Indexing is asynchronous, so an index created or synced moments ago will not return results yet. Poll this until status is 'ready'; 'failed' means the build did not complete. Querying an index that is not ready looks identical to an index with no matching documents.
Re-index a directory, picking up files added or changed since the last run. Indexes do not refresh on their own, so this is the only way an existing index sees new documents. Runs in the background — poll getIndexStatus until status is ready. If a sync is already running, this returns syncStarted=false (the underlying API responds 409 or 429): do not retry syncIndex, call getIndexStatus to check the running sync and wait until status is ready.
Parse a PDF file with LiteParse, a fast, in-process parser that does not consume credits from the LlamaParse Platform. The tool needs a file ID obtained with the getUploadUrl/uploadFileByUrl tool or provided by the user. Only works with PDF files.
Estimate the parsing complexity of a PDF file (providing its file ID) using LiteParse. Returns a JSON object mapping each page with the LlamaParse tier it should be parsed with (or if you should use LiteParse), based on the parsing complexity and the need for OCR. Use in combination with parseFile and parseWithLiteParse. The tool needs a file ID obtained with the getUploadUrl/uploadFileByUrl tool or provided by the user. Only works with PDF files.
Read from the server on 2026-08-23, including each tool's own safety annotations.
https://login.llamaindex.ai advertises openid, profile, email and offline_access — identity claims only — and the RFC 9728 resource descriptor declares no scopes_supported at all. No boundary falls between reading an index and spending credits on a 45-per-page parse. The product-scoped endpoints are the only available substitute, and they are a client configuration choice, not a grant.parseFile, extractFile, classifyFile and splitFile declare idempotentHint: false. A retried timeout bills twice.do_not_cache is not exposed. The documented control for keeping a sensitive document out of the 48-hour cache has no MCP equivalent.402 on new retained uploads. Cleanup is a dashboard task.429 on exceed./parse/mcp, /extract/{configId}/mcp and sibling endpoints are documented by LlamaIndex; we probed only the unified endpoint.run-llama/llamacloud-mcp and run-llama/mcp-server-llamacloud, are both archived, and the first is a local stdio predecessor with a different design — user-configured indexes and extract agents passed as CLI flags — whose README redirects readers to the docs. We found no public source for the hosted server, so we could not verify its scope enforcement by reading it.Yes, and that is the point of it. Every processing tool takes a file ID that only exists after a file reaches LlamaCloud S3 storage, through getUploadUrl or uploadFileByUrl. LlamaIndex states files are cached 48 hours then permanently deleted, and are never used for model training. A parsed contract or medical record leaves your machine.
Not from this connector. LlamaIndex documents do_not_cache=True as the way to skip the 48-hour cache when submitting a parse or extract job. No tool on the MCP server accepts that parameter — we read all 25 live schemas on 2026-08-23 and found no cache, retention or expiry field. The control exists in the REST API only.
Most of them do. LlamaIndex prices every feature in credits at $1.25 per 1,000, billed per page. Parsing runs 1 credit per page on Fast up to 45 on Agentic Plus, and older v1 modes reach 150. Only parseWithLiteParse is documented as consuming no credits. A single agent call over a long PDF can spend real money.
No. We scanned all 25 live tool names for credit, balance, usage, quota and billing on 2026-08-23 and none matched. LlamaIndex exposes usage through the dashboard and a REST endpoint, and per-job credits through expand=usage, but neither is reachable as a tool. The agent can spend without any tool that could check the cost first.
On paid plans, nothing stops. LlamaIndex states pay-as-you-go is enabled by default on Starter and Pro, so exhausted credits keep billing at $1.25 per 1,000 rather than halting. Only the Free plan hard-stops, returning 402. An exhausted balance that tops itself up is a purchase, not a brake.
Twenty-five, which is three more than either published list. Anthropic's directory and LlamaIndex's own documentation both name exactly the same 22 tools. Our anonymous tools/list on 2026-08-23 returned searchSchemaTemplates, getSchemaTemplate and createExtractionConfigFromSchema in addition. The live server is ahead of the vendor's own page.
Its tool list is; its tools are not. We completed an anonymous initialize and tools/list against the endpoint on 2026-08-23 with no credentials and read all 25 schemas. The server's RFC 9728 descriptor still requires OAuth, and LlamaIndex states authentication is prompted on first tool use, so nobody can spend your credits without your token.
Only identity claims. LlamaIndex's authorization server advertised openid, profile, email and offline_access on 2026-08-23, and the resource descriptor declares no scopes_supported at all. Nothing at the grant separates reading an index from spending credits on a parse, so consent is all-or-nothing across the platform.
No. No tool among the 25 carries a delete, remove, drop or archive verb, and none is marked destructiveHint true by the server itself. The writes create directories, indexes and configurations, and add files. To free storage you delete files in the dashboard, which is outside this connector's reach.
initialize and tools/list against https://mcp.llamaindex.ai/mcp, returning 25 tools with schemas and annotations (2026-08-23). Saved to docs/marketing/data/tool-schemas/llamaparse.tools.json. No tool was called. · retrieved 2026-08-23https://mcp.llamaindex.ai/.well-known/oauth-protected-resource and authorization server metadata at https://mcp.llamaindex.ai/.well-known/oauth-authorization-server (2026-08-23) · retrieved 2026-08-23Connect LlamaParse once and your agents call these tools on their own: on a schedule, in a workflow, with nobody at the keyboard.