Skip to Content
ResourcesIntegrationsDeveloper ToolsVercel

Vercel

Vercel icon
Arcade Optimized

Arcade.dev tools for interacting with Vercel

Author:Arcade
Version:1.0.3
Auth:No authentication required
23tools
23require secrets

Vercel Toolkit for Arcade

Provides Arcade tools for managing Vercel resources — projects, deployments, domains, environment variables, and account/team context — entirely via the Vercel REST API.

Capabilities

  • Project lifecycle: Create, inspect, update settings, and permanently delete projects; connect or disconnect Git repositories at creation time.
  • Deployment management: Trigger deployments from inline files, connected Git repos, or prior deployments; cancel in-progress builds; promote or rollback to any prior production deployment; retrieve deployment state and build/runtime logs.
  • Domain management: Attach and detach custom domains, retrieve DNS-configuration and verification status, and trigger domain verification with challenge-record details returned on pending state.
  • Environment variables: List, create, update, and delete project environment variables across all environments (changes take effect on the next deployment).
  • Account and team discovery: Resolve the authenticated identity, list accessible teams and their billing plans, and scope subsequent operations to the correct team.

Secrets

VERCEL_ACCESS_TOKEN — A Vercel personal access token (or OAuth token) that authenticates all API calls. To obtain one: log in to the Vercel dashboard, navigate to Account Settings → Tokens, and create a new token. Assign it an appropriate expiration and scope (tokens are account-scoped by default; team-scoped tokens can also be created). Copy the token value immediately — Vercel will not display it again. The token must have sufficient permissions to perform the operations you intend (project creation, deployment, domain management, etc.); a full-access token is required for write operations.

Store secrets in Arcade at https://api.arcade.dev/dashboard/auth/secrets. See the Arcade secrets guide for configuration details.

Available tools(23)

23 of 23 tools
Operations
Behavior
Tool nameDescriptionSecrets
Attach a custom domain to a project; the result reports its verification status.
1
Cancel an in-progress deployment. Canceling a deployment that has already finished is not an error: its current (terminal) state is returned unchanged rather than reporting a cancellation.
1
Trigger a new deployment from inline source files, a git repository, or a prior deployment. The target project must already exist (create it first); an unknown project name or id is rejected rather than silently auto-created. Exactly one source is required: pass files to upload source inline (no Git connection needed, the way to ship a first deployment on an account without a connected repository), git_repo together with git_ref to deploy from a connected repository, or redeploy_of to rebuild a prior deployment's source. Deploying from a repository requires the Vercel account to have a connected Git integration for that provider.
1
Create a new project, optionally connecting a git repository to deploy from.
1
Delete an environment variable from a project.
1
Permanently delete a project and all of its deployments.
1
Return the Vercel account the access token authenticates as. Call this first in a session to confirm which account you are acting on before making any changes.
1
Return a single deployment's state and metadata.
1
Read a deployment's build and runtime log events to diagnose why it failed.
1
Return a single project's settings and latest deployment state.
1
Return a project domain's verification status and DNS-configuration state.
1
Return a team's details, including its billing plan.
1
List deployments in the active scope, optionally filtered by project, target, and state.
1
List a project's environment variables across all environments.
1
List the custom domains attached to a project.
1
List the projects in the active scope, optionally narrowed by a fuzzy name search.
1
List the teams the access token can act on, to discover a valid team scope.
1
Make a deployment the project's current production deployment ("ship this one"). A deployment that already targeted production (a staged or prior production build) is promoted instantly without a rebuild. A preview deployment cannot be aliased to production directly, because preview and production builds can differ (e.g. environment variables), so this rebuilds the preview's source as a new production deployment — the same complete-rebuild path the Vercel dashboard uses to promote a preview. In that case the returned deployment is the new build (still building), not the preview that was passed in.
1
Detach a custom domain from a project.
1
Roll production back to a prior deployment, making it the current production deployment.
1
Create or update a project environment variable. Omit env_id to create (key, value, and target are required); pass env_id to update an existing variable in place, changing only the fields you supply. Saving a variable does not affect already-built deployments: a new deployment must be triggered for the change to take effect.
1
Update a project's build and framework settings; unset fields are left unchanged.
1
Trigger verification of a project domain and return its resulting status. An unmet DNS challenge is the normal polling path, not an error: this returns the domain's still-unverified status (with the outstanding challenge records) rather than failing.
1
Last updated on