Vectara MCP server
OfficialServer Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| VECTARA_API_KEY | Yes | Your Vectara API key (required) | |
| VECTARA_TRANSPORT | No | Default transport mode | http |
| VECTARA_AUTH_REQUIRED | No | Enforce authentication | true |
| VECTARA_ALLOWED_ORIGINS | No | Allowed origins for CORS (comma-separated) | |
| VECTARA_AUTHORIZED_TOKENS | No | Additional auth tokens (comma-separated) |
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
Server capabilities have not been inspected yet.
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| ask_vectaraA | |
| search_vectaraA | |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 2 tools
The two tools have clearly distinct purposes: ask_vectara performs RAG queries with generated responses, while search_vectara performs semantic search without generation. Their descriptions explicitly differentiate between these functions, leaving no room for confusion or overlap in intended use.
Both tools follow a perfect verb_noun pattern with 'vectara' as the consistent noun component. The naming is completely uniform across the tool set, using snake_case consistently without any deviations or mixed conventions.
With only 2 tools, this server feels significantly under-scoped for a Vectara integration. A comprehensive MCP server for a search/RAG platform would typically include tools for corpus management, document operations, configuration settings, and additional query types beyond just these two basic search functions.
The tool surface is severely incomplete for a Vectara integration. While it covers basic querying, it lacks essential operations like creating/updating/deleting corpora, managing documents within corpora, configuring search parameters, handling authentication more robustly, or providing administrative functions. This creates significant gaps that will limit agent capabilities.