Agent skill

Vercel

by ericrisco in ericrisco/rsc-harness

A skill your agent uses when operating an already-chosen Vercel project from the CLI or its config file — preview versus production deploys, debugging builds, pushing and pulling env vars across…

MITAuto-check: notesDevOps & Cloud

Install Vercel

skills CLI
$ npx skills add ericrisco/rsc-harness --skill vercel -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install ericrisco/rsc-harness vercel --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/ericrisco/rsc-harness.git skills-src && mkdir -p .claude/skills && cp -r skills-src/skills/vercel .claude/skills/vercel && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
vercel
GitHub stars
156
Token cost
~3.5k tokens
SKILL.md length
1,411 words
Files
6 (incl. scripts, references)
Skills in repo
229
Repo updated
First seen
Licence
MIT

At a glance

A skill your agent uses when operating an already-chosen Vercel project from the CLI or its config file — preview versus production deploys, debugging builds, pushing and pulling env vars across…

  • Works in 3 steps: A deployment is immutable and tied to… → Env vars are scoped, not global. A var… → Config has two front doors with…
  • Operating an already-chosen Vercel project from the CLI
  • SKILL.md covers When to use / When NOT to use, Mental model, First contact — which path and Deploy & build, plus 6 more sections
  • Runs Shell scripts from its folder; calls vercel and git; reaches openapi.vercel.sh; needs STRIPE_SECRET

What it does

Vercel is an agent skill from ericrisco/rsc-harness. Use when operating an already-chosen Vercel project from the CLI or its config file — preview versus production deploys, debugging builds, pushing and pulling env vars across environments, custom domains, function runtime, duration and regions, crons, rewrites and headers, and deployment protection. NOT host choice, Docker or CI (that is deployment), NOT Next.js app code or next.config (that is nextjs), NOT DNS records or registrar transfers (that is domains-dns).

Its SKILL.md is about 3.5k tokens, which your agent loads only when the skill is triggered. The skill folder holds 8 other files, including scripts and reference files (for example `evals/README.md`, `evals/cases.yaml` and `references/cli-cookbook.md`).

It sits in DevOps & Cloud, covering Scheduled and recurring tasks, Containers and Deployment. It works with Vercel, Next.js and Docker. The repository describes itself as: Your agent invents things because it has no memory, and can't touch your database because it has no arms. rsc is the meta-harness that gives it both, plus the trade to know the… The licence is MIT.

When your agent uses it

  • Operating an already-chosen Vercel project from the CLI
  • Its config file — preview versus production deploys
  • Debugging builds
  • Pushing and pulling env vars across environments

Example prompts

  • “/vercel”

Requirements

  • A Bash shell
  • Docker
  • A credential in STRIPE_SECRET

Workflow steps

3 steps, taken from the first numbered list in SKILL.md.

  1. A deployment is immutable and tied to one environment. git push to a branch → a preview;
  2. Env vars are scoped, not global. A var exists in some subset of `{production, preview,
  3. Config has two front doors with identical keys. vercel.json is static; vercel.ts runs at

What it can do on your machine

Read from SKILL.md and the folder at commit 92fde8f. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    Ships 1 file in scripts/ (Shell), which the agent can run.

    Shell commands in SKILL.md call:

    • vercel
    • git

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    Hosts in commands or code, which the agent is likely to contact:

    • openapi.vercel.sh

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names these keys or tokens, usually read from environment variables:

    • STRIPE_SECRET

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Vercel loads about 3.5k tokens when it runs, and up to ~5.6k if it reads all its reference files. Until then it costs about 120 tokens; SKILL.md has 1,411 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~120
When it runs · the whole SKILL.md, loaded when a task matches
~3.5k
With references · SKILL.md plus every file in references/, read only if the agent opens them
~5.6k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check: notes

The automated check noted patterns worth knowing about, such as sudo or a known installer.

  • NoteMentions a .env fileSKILL.md:36
    environments: `vercel env add|pull|ls`, `.env.local`, sensitive
  • NoteMentions a .env fileSKILL.md:72
    prod env vars locally | `vercel env pull .env.local` (see env section — pick the env) |
  • NoteMentions a .env fileSKILL.md:84
    etch project settings + env into .vercel/.env.* for local builds
  • NoteMentions a .env fileSKILL.md:99
    echo "STRIPE_SECRET=sk_live_..." >> .env && git add .env && git commit
  • NoteMentions a .env fileSKILL.md:103
    vercel env pull .env.local        # .env.local is gitignored by Next/Vite defaults
  • NoteMentions a .env fileSKILL.md:115
    vercel env pull .env.local             # writes vars for the local-linked env into .env.local
  • NoteMentions a .env fileSKILL.md:116
    vercel env pull .env.local --environment=preview   # pull a SPECIFIC environment
  • NoteMentions a .env fileSKILL.md:127
    **"`vercel env pull` doesn't update my `.env.local`"** is almost always the *environment*: pull
  • NoteMentions a .env fileSKILL.md:146
    2. Re-run `vercel env pull .env.local --environment=<env>` (it overwrites, doesn't merge).
  • NoteMentions a .env fileSKILL.md:148
    4. Dev server reads `.env.local` at boot — restart it.

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); the scripts in this folder are not scanned.

SKILL.md

The full file from ericrisco/rsc-harness at commit 92fde8f, republished under its MIT licence (© ericrisco). 1,411 words, ~3,474 tokens.

Download SKILL.mdSave it as .claude/skills/vercel/SKILL.md (or your agent's skills folder). This skill also uses 5 other files; get the full folder from GitHub.
name
vercel
description
Use when operating an already-chosen Vercel project from the CLI or its config file — preview versus production deploys, debugging builds, pushing and pulling env vars across environments, custom domains, function runtime, duration and regions, crons, rewrites and headers, and deployment protection. NOT host choice, Docker or CI (that is `deployment`), NOT Next.js app code or next.config (that is `nextjs`), NOT DNS records or registrar transfers (that is `domains-dns`).
tags
vercel, deploy, serverless, edge, env-vars
recommends
deployment, nextjs, domains-dns
origin
risco

Vercel, operated

The operator's manual for a project that already lives on Vercel: the commands you run and the config keys you set, with the 2025-2026 platform baked in — Fluid compute on by default, and Edge Functions deprecated (folded into Vercel Functions). Every claim here maps to a CLI command or a vercel.json key, not vibes.

This skill assumes the host decision is settled. If you are still asking where to run, or you need a Dockerfile / CI pipeline, that is ../deployment/SKILL.md. If you are writing the app's route handlers or next.config.js, that is ../nextjs/SKILL.md.

text
git push branch ──────────────▶ preview deployment (unique URL, protected on Hobby)
vercel              ───────────▶ preview deployment from your machine
vercel --prod       ───────────▶ production domain
vercel dev          ───────────▶ local emulation of functions + routing
                    config:  vercel.json (static)  |  vercel.ts (generated at build time)
                    env:     scoped per environment  →  production / preview / development

When to use / When NOT to use

When to use:

  • Linking a repo (vercel link), deploying (vercel, vercel --prod), or debugging a build.
  • Authoring or fixing vercel.json / vercel.ts: functions, crons, rewrites, redirects, headers, regions, cleanUrls, trailingSlash, framework, buildCommand.
  • Managing env vars across the three environments: vercel env add|pull|ls, .env.local, sensitive vars, vercel env pull round-trips that "don't update".
  • Attaching a custom domain (vercel domains add), aliasing, deployment protection scopes.
  • Setting function maxDuration / regions, choosing edge vs Node runtime, configuring crons.
  • Reading VERCEL_ENV, VERCEL_URL, VERCEL_GIT_* inside the running app.

When NOT to use:

  • "Vercel vs Hetzner vs Coolify, Dockerfile, GitHub Actions CI" → ../deployment/SKILL.md. That skill owns the host choice and containers; this one operates the chosen Vercel project.
  • Next.js application code, App Router, RSC, next.config.js, ISR logic → ../nextjs/SKILL.md. This skill only touches the Vercel-side knobs (function config, env, ISR-as-a-function).
  • Raw DNS records, registrar transfers, nameserver theory → ../domains-dns/SKILL.md. Here we cover only the vercel domains / vercel dns CLI surface for attaching a domain to a project.
  • A different platform (Netlify, Railway, Render, Fly, Cloudflare) → its own sibling. For Cloudflare Pages/Workers, see ../cloudflare/SKILL.md.

Mental model

Three facts make Vercel predictable:

  1. A deployment is immutable and tied to one environment. git push to a branch → a preview; vercel --prod (or a push to the production branch) → production. You never "edit" a deployment; you ship a new one and the domain points at it.
  2. Env vars are scoped, not global. A var exists in some subset of {production, preview, development}. Pulling for the wrong environment is the #1 "my var is missing locally" cause.
  3. Config has two front doors with identical keys. vercel.json is static; vercel.ts runs at build time and can compute the same properties from env vars or an API call. Pick vercel.json unless you genuinely need to generate config.

First contact — which path

SituationDo this
New project, never linkedvercel link (or first vercel run prompts to set it up), then vercel for a preview
Existing repo, just deployingvercel for a preview URL, vercel --prod when ready
Only need the prod env vars locallyvercel env pull .env.local (see env section — pick the env)
Only attaching a domainjump to Domains: vercel domains add example.com
Build failingvercel --prod --debug, then read the build log; check buildCommand/installCommand/framework in vercel.json
Function times outnot a deploy bug — set maxDuration (and confirm your plan's ceiling) in functions

Deploy & build

bash
vercel                 # deploy a PREVIEW from the current dir, prints a unique URL
vercel --prod          # deploy to the PRODUCTION domain
vercel dev             # run functions + routing locally (emulates the platform)
vercel link            # associate this dir with a Vercel project (.vercel/ created)
vercel pull            # fetch project settings + env into .vercel/.env.* for local builds
vercel --prod --debug  # same prod deploy with verbose build output for debugging

Skip redundant builds with ignoreCommand — Vercel runs it and cancels the build when it exits 0 (yes, zero means skip). Useful in a monorepo where most pushes don't touch this project:

json
{ "ignoreCommand": "git diff --quiet HEAD^ HEAD -- ." }

Bad → Good, the one that bites everyone:

bash
# Bad: secrets committed so the build can read them
echo "STRIPE_SECRET=sk_live_..." >> .env && git add .env && git commit

# Good: secret lives in Vercel, never in git; pulled only for local dev
vercel env add STRIPE_SECRET production
vercel env pull .env.local        # .env.local is gitignored by Next/Vite defaults

Environments & env vars

Why scoping matters: the same key holds different values in production, preview, and development, and the CLI treats development specially.

bash
vercel env ls                          # list which vars exist in which environments
vercel env add API_URL production      # add to production (prompts for the value)
vercel env add API_URL preview         # separate command for preview
vercel env pull .env.local             # writes vars for the local-linked env into .env.local
vercel env pull .env.local --environment=preview   # pull a SPECIFIC environment
vercel env run -- npm run seed         # run a command with the project's vars injected

Gotchas, each with the reason:

  • You cannot add development in the same command as production/preview. The API rejects mixing the dev environment with the others — run a second vercel env add … development. (Run vercel env add with no args for the interactive picker.)
  • vercel env add for production/preview/custom defaults the var to sensitive (write-only; you can't read it back, only overwrite). Fine for secrets, surprising for plain config.
  • "vercel env pull doesn't update my .env.local" is almost always the environment: pull defaults to the linked environment (usually development). Pass --environment=preview (or production) to get the values you actually mean. It overwrites the target file, so re-pull after you change a var in the dashboard.
  • Browser-exposed vars need the framework prefix. Anything reachable in client code must be prefixed (NEXT_PUBLIC_ for Next.js, VITE_ for Vite). No prefix → server-only. Never prefix a secret.

System vars are read-only and prefixed VERCEL_ — read them in the app, never set them:

ts
const env = process.env.VERCEL_ENV        // 'production' | 'preview' | 'development'
const url = process.env.VERCEL_URL        // deployment host, no protocol
const branch = process.env.VERCEL_GIT_COMMIT_REF  // git branch that triggered the deploy

Checklist — "my var isn't showing up locally":

  1. vercel env ls — does the var exist in the environment you expect?
  2. Re-run vercel env pull .env.local --environment=<env> (it overwrites, doesn't merge).
  3. Browser code? Confirm the framework prefix (NEXT_PUBLIC_/VITE_).
  4. Dev server reads .env.local at boot — restart it.
Show full SKILL.md (651 more words)Show less

vercel.json essentials

Add the $schema line first — you get editor autocomplete and validation for free.

json
{
  "$schema": "https://openapi.vercel.sh/vercel.json",
  "functions": {
    "api/**/*.ts": {
      "maxDuration": 30,
      "regions": ["fra1"]
    }
  },
  "crons": [{ "path": "/api/digest", "schedule": "0 * * * *" }],
  "redirects": [{ "source": "/old", "destination": "/new", "permanent": true }],
  "rewrites": [{ "source": "/proxy/:path*", "destination": "https://api.example.com/:path*" }],
  "headers": [
    { "source": "/(.*)", "headers": [{ "key": "X-Frame-Options", "value": "DENY" }] }
  ],
  "cleanUrls": true
}

Whys:

  • maxDuration caps wall-clock per invocation. Defaults/ceilings are plan-bound (Hobby 60s, Pro 300s, Enterprise 900s). Setting 30 on Hobby is fine; setting 300 on Hobby silently can't apply.
  • No memory key here when Fluid is on (default for new projects since 2025-04-23). Under Fluid, default function memory/CPU is a dashboard setting, not a vercel.json key — putting memory in-file is ignored or rejected. See references/vercel-json.md.
  • crons fire only on the production deployment. Each entry needs a path starting with / and a schedule cron expression. They never run against preview. Don't expect a preview to tick.
  • redirects change the URL the browser sees (permanent: true → 308, cacheable); rewrites keep the URL and serve other content (proxying, framework routing); headers add response headers by path. Reaching for the wrong one of these three is the classic mistake.
  • functions cannot be combined with the legacy builds key — pick one; functions is current.

vercel.ts exports the same shape but is code that runs at build time — use it only to generate config (e.g. regions from an env var). Full top-level key catalog (21 keys), object shapes, and the per-plan limit table live in references/vercel-json.md.

Runtimes in 2025-2026

Edge Functions and Edge Middleware were deprecated and unified into Vercel Functions — the edge runtime now runs on Vercel Functions (changelog "Edge Middleware and Edge Functions are now powered by Vercel Functions", 2025-06). What this means for you:

  • New standalone functions: don't set runtime: 'edge'. Use the default Node runtime (Vercel Functions). Reaching for the edge runtime for a fresh API route is the deprecated path.
  • Routing Middleware still defaults to the edge runtime — the deprecation does not apply to it. Leave middleware as-is.
  • Pick Node when you need full Node APIs, longer duration, larger payloads, or a database driver that isn't edge-compatible. The Fluid-compute default already gives you fast cold starts and concurrency, so the old "use edge for speed" reflex is mostly obsolete.

Domains & deployment protection

bash
vercel domains add example.com         # attach a domain to the current project
vercel domains ls                      # list domains
vercel domains inspect example.com     # show config + nameserver/record status
vercel domains add example.com --force # move it off whatever project currently holds it
vercel alias set <deployment-url> staging.example.com   # point an alias at a deployment

For DNS records themselves (vercel dns add) beyond attachment, and for registrar/nameserver theory, see ../domains-dns/SKILL.md.

Deployment Protection is per-project: a method (Vercel Authentication or Password) plus a scope. On Hobby, Standard Protection covers preview deployments and the generated deployment URLs; the production custom domain stays public. For CI that must hit a protected preview, use a protection-bypass token rather than disabling protection — recipe in references/cli-cookbook.md.

Anti-patterns

Anti-patternWhy it's wrongDo instead
memory set inside functions on a Fluid projectIgnored/rejected — Fluid sets memory/CPU in the dashboard, not the fileRemove memory; set the default in project settings
builds + functions togetherLegacy builds is mutually exclusive with functionsDelete builds; express everything via functions
Committing .env so the build can read secretsSecret leaks into git history; rotates badlyvercel env add; vercel env pull for local only
Expecting crons to run on a previewCrons execute only on the production deploymentTest the handler with vercel dev; rely on prod for the schedule
Cranking maxDuration to the plan ceiling to mask a slow queryHides the real bug; burns compute; still hits the hard capFix the query/timeout; set maxDuration to a sane headroom value
runtime: 'edge' on a new standalone functionEdge Functions are deprecated → Vercel FunctionsUse the default Node runtime; keep edge only for middleware
Using redirect when you meant rewrite (or vice-versa)Redirect changes the visible URL; rewrite keeps itRedirect for moved URLs (308), rewrite for proxy/internal routing
vercel env pull then surprised the value is stalePull overwrites for one environment at the moment you run itRe-pull with --environment=<env> after any dashboard change

References

  • references/vercel-json.md — every top-level key, the functions/crons/rewrites/redirects/ headers object shapes, the per-plan maxDuration/memory limit table, and a vercel.ts example.
  • references/cli-cookbook.md — copy-paste CLI recipes (link, deploy, env round-trip, domains + alias, promote a preview to production, protection-bypass for CI) and the full VERCEL_* system env var table.

© ericrisco, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

SKILL.md and 5 other files (scripts, references) in skills/vercel of ericrisco/rsc-harness.

  • SKILL.md
  • evals/README.md
  • evals/cases.yaml
  • references/cli-cookbook.md
  • references/vercel-json.md
  • scripts/verify.sh

Open the folder on GitHubat commit 92fde8f

Compare with similar skills

Vercel next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Vercel compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Vercel this skillericrisco/rsc-harness156—~3.5kAutomated safety check: NotesMIT
CI/CD Pipeline Principlesirahardianto/awesome-agv157—~2.7kAutomated safety check: NotesMIT
Frontmcp Deploymentagentfront/frontmcp146—~9.2kAutomated safety check: NotesApache-2.0
Deploy To Tempsgotempsh/temps822—~1.3kAutomated safety check: NotesApache-2.0
Frontmcp Production Readinessagentfront/frontmcp146—~6.5kAutomated safety check: PassApache-2.0
Deployment Automationaiskillstore/marketplace4301 repos~3kAutomated safety check: NotesNone

Similar skills

  • CI/CD Pipeline Principles

    irahardianto/awesome-agv

    Rules for designing CI/CD pipelines in layers: universal lint, test and scan stages, container builds with SBOM attestation, and GitOps for orchestrated deployments.

    157 GitHub stars~2.7k tokensUpdated 2 days ago
    DevOps & CloudAuto-check: notes
  • Frontmcp Deployment

    agentfront/frontmcp

    A skill your agent uses when deploying, building for production, packaging, or shipping a FrontMCP server.

    146 GitHub stars~9.2k tokensUpdated today
    DevOps & CloudAuto-check: notes
  • Deploy To Temps

    gotempsh/temps

    Deploy applications to the Temps platform with automatic framework detection, Dockerfile generation, and container orchestration.

    822 GitHub stars~1.3k tokensUpdated today
    DevOps & CloudAuto-check: notes
  • Pre-production audit, hardening, and go-live checklists for FrontMCP servers.

    146 GitHub stars~6.5k tokensUpdated today
    DevOps & CloudAuto-check passed
  • Deployment Automation

    aiskillstore/marketplace

    Automate application deployment to cloud platforms and servers.

    430 GitHub starsUsed in 1 repo~3k tokens
    DevOps & CloudAuto-check: notes
  • Nextjs Deployment

    giuseppe-trisciuoglio/developer-kit

    Provides comprehensive patterns for deploying Next.js applications to production.

    355 GitHub stars~2.3k tokensUpdated 27 days ago
    DevOps & CloudAuto-check: notes

More from ericrisco/rsc-harness

All 229 skills in this repo
  • Ab Testing

    ericrisco/rsc-harness

    A skill your agent uses when designing or analyzing a controlled experiment — falsifiable hypothesis, sample size from an MDE, reading significance/CI/power, CUPED, or rescuing tests that won't go…

    156 GitHub stars~2.4k tokensUpdated yesterday
    Auto-check passed
  • Accessibility

    ericrisco/rsc-harness

    A skill your agent uses when making a web UI conform to WCAG 2.2 Level AA — axe-core or Lighthouse a11y violations, keyboard operability, focus management, ARIA roles/names/live regions, contrast…

    156 GitHub stars~3.4k tokensUpdated yesterday
    Auto-check passed
  • Ads

    ericrisco/rsc-harness

    A skill your agent uses when running or fixing paid acquisition on Google or Meta — campaign structure (Performance Max, Demand Gen, Search, Advantage+), platform-fit creative, budget/scaling rules…

    156 GitHub stars~2.2k tokensUpdated yesterday
    Auto-check passed
  • Agent Eval

    ericrisco/rsc-harness

    A skill your agent uses when measuring whether an LLM or agent system actually got better and gating merges on it: golden sets, fixing an inflated LLM-as-judge, scoring RAG (faithfulness, contextual…

    156 GitHub stars~3.2k tokensUpdated yesterday
    Auto-check passed
  • AI Media

    ericrisco/rsc-harness

    A skill your agent uses when a creative goal must become a finished media file: pick and order generative-media models per modality — AI voiceover, image-to-video clips, score — then glue them with…

    156 GitHub stars~3.3k tokensUpdated yesterday
    Auto-check passed
  • Analytics

    ericrisco/rsc-harness

    A skill your agent uses when instrumenting product or web analytics — GA4/PostHog SDK wiring, event taxonomy, funnels, double-counted events, consent gating, PII scrubbing.

    156 GitHub stars~2.8k tokensUpdated yesterday
    Auto-check passed

Categories

Questions about Vercel

What does Vercel do?

A skill your agent uses when operating an already-chosen Vercel project from the CLI or its config file — preview versus production deploys, debugging builds, pushing and pulling env vars across…. Vercel is an agent skill from ericrisco/rsc-harness. Use when operating an already-chosen Vercel project from the CLI or its config file — preview versus production deploys, debugging builds, pushing and pulling env vars across environments, custom domains, function runtime, duration and regions, crons, rewrites and headers, and deployment protection.

When should I use Vercel?

Vercel fits situations like: operating an already-chosen Vercel project from the CLI; its config file — preview versus production deploys; debugging builds; pushing and pulling env vars across environments.

How do I install Vercel in Claude Code?

Run `npx skills add ericrisco/rsc-harness --skill vercel -a claude-code`. Or copy the skill folder (skills/vercel in ericrisco/rsc-harness) into .claude/skills/vercel in your project. Claude Code loads it when a task matches its description.

How do I install Vercel in Codex?

Run `npx skills add ericrisco/rsc-harness --skill vercel -a codex`. Or copy the skill folder (skills/vercel in ericrisco/rsc-harness) into .agents/skills/vercel in your project. Codex loads it when a task matches its description.

Can I use Vercel in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add ericrisco/rsc-harness --skill vercel -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/vercel, .gemini/skills/vercel, .github/skills/vercel and .opencode/skills/vercel in your project.

What does Vercel need to run?

Going by SKILL.md and its folder, Vercel needs a shell for the scripts in its folder, the command-line tools its instructions call (vercel and git) and credentials named STRIPE_SECRET. Our summary lists: A Bash shell; Docker; A credential in STRIPE_SECRET.

Does Vercel access the network?

SKILL.md names 1 domain. In commands or code: openapi.vercel.sh; the agent is likely to contact it when it follows the instructions. This is read from the text; nothing was executed.

Is Vercel safe to install?

Our automated static check of SKILL.md found notes only (mentions a .env file), nothing it rates as a warning. It is not a guarantee. The check reads SKILL.md only: the scripts in the folder are not scanned, so read them before running anything.

What licence does Vercel use?

Vercel is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Vercel use?

About 3.5k tokens (SKILL.md is roughly 14k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full. Its references folder adds about 2.2k tokens, read only when the agent opens those files.

What are the alternatives to Vercel?

Skills that share tags, products or a category with Vercel: CI/CD Pipeline Principles (irahardianto/awesome-agv, 157 stars), Frontmcp Deployment (agentfront/frontmcp, 146 stars), Deploy To Temps (gotempsh/temps, 822 stars) and Frontmcp Production Readiness (agentfront/frontmcp, 146 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Vercel?

ericrisco (a GitHub user) maintains it in ericrisco/rsc-harness, which has 156 GitHub stars. The repository holds 229 skills in this directory. The repository was last updated on October 6, 2026.

Source: ericrisco/rsc-harness on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.