Context7 MCP
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| CONTEXT7_API_KEY | No | Your Context7 API key for authentication. Get yours by creating an account at context7.com/dashboard |
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 |
|---|---|
| resolve-library-idA | Resolves a package/product name to a Context7-compatible library ID and returns a list of matching libraries. You MUST call this function before 'get-library-docs' to obtain a valid Context7-compatible library ID UNLESS the user explicitly provides a library ID in the format '/org/project' or '/org/project/version' in their query. Selection Process:
Response Format:
For ambiguous queries, request clarification before proceeding with a best-guess match. |
| get-library-docsA | Fetches up-to-date documentation for a library. You must call 'resolve-library-id' first to obtain the exact Context7-compatible library ID required to use this tool, UNLESS the user explicitly provides a library ID in the format '/org/project' or '/org/project/version' in their query. |
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 and non-overlapping purposes: 'resolve-library-id' handles name resolution to obtain a compatible library ID, while 'get-library-docs' fetches documentation using that ID. Their descriptions explicitly define their roles and interdependency, leaving no ambiguity about when to use each tool.
Both tools follow a consistent verb_noun pattern with kebab-case formatting ('resolve-library-id' and 'get-library-docs'), using clear action verbs ('resolve' and 'get') paired with descriptive nouns. This consistency makes the tool set predictable and easy to understand.
With only 2 tools, the server feels under-scoped for its apparent domain of library documentation retrieval. While the tools cover core resolution and fetching, typical documentation systems might include additional operations like searching, listing libraries, or managing documentation versions, making this set feel incomplete for robust agent workflows.
The tool set is severely incomplete for a documentation server, lacking essential operations such as searching for libraries, listing available libraries, or handling documentation updates. It forces a rigid two-step process without alternatives, creating potential dead ends if users need broader exploration or management capabilities.