Vercel MCP
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| VERCEL_API_KEY | Yes | Your Vercel API key for authentication |
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 |
|---|---|
| getDeploymentEventsC | Gets deployment events by deployment ID and build ID |
| getDeploymentC | Gets a deployment by ID or URL |
| cancelDeploymentC | Cancels a deployment |
| listDeploymentFilesC | Lists deployment files |
| getDeploymentFileContentsD | Gets deployment file contents |
| getDeploymentsC | Lists deployments |
| deleteDeploymentC | Deletes a deployment |
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 7 tools
Every tool has a clearly distinct purpose with no ambiguity. Tools like cancelDeployment, deleteDeployment, getDeployment, and getDeployments target specific actions on deployments, while getDeploymentEvents, getDeploymentFileContents, and listDeploymentFiles handle related but separate data retrieval tasks. The descriptions reinforce these distinctions, making misselection unlikely.
The tool names follow a highly consistent verb_noun pattern throughout, using camelCase uniformly. All tools start with a verb (cancel, delete, get, list) followed by a noun (Deployment, DeploymentEvents, DeploymentFileContents, etc.), with no deviations or mixed conventions. This predictability aids in agent comprehension and usage.
With 7 tools, the server is well-scoped for managing Vercel deployments. Each tool earns its place by covering essential operations like listing, retrieving, canceling, deleting, and accessing deployment-related data (events, files, contents). This count is neither too thin nor excessive, fitting typical deployment management workflows effectively.
The tool set provides strong CRUD/lifecycle coverage for deployments, including create (implied via deployment actions), read (get, list), update (cancel as a state change), and delete operations. Minor gaps exist, such as no explicit tool for creating or triggering deployments, but agents can likely work around this given the focus on post-deployment management.