Install, authenticate, and verify the @auto.dev/sdk npm package so a downstream agent can run any Auto.dev automotive data task (VIN decode, listings, photos, specs, recalls, payments, APR, TCO, plate-to-VIN, taxes) via the global `auto` CLI, the bundled stdio MCP server, or the JS/TS SDK.
Works with
AI-first code editor with Composer
Before installing skills in Cursor, ensure your development environment meets these requirements:
node --versioncli-setupExecute the skills CLI command in your project's root directory to begin installation:
Fetches cli-setup from auto.dev/cli-setup-4j68kq and configures it for Cursor.
The CLI shows a list of agents. Use arrow keys and space to select Cursor:
Confirm successful installation by checking the skill directory location:
Restart Cursor to activate cli-setup. Access via /cli-setup in your agent's command palette.
We perform automated surface-level scans (Gen AI Scanner, Socket, Snyk) during installation. These checks detect common vulnerabilities but do not guarantee complete security. Always review skill source code and verify the publisher's reputation before production use.
Skills execute code in your environment. Always review source, verify the publisher, and test in isolation before production.
Submit your Claude Code skill and start earning
Automate repetitive workflows and reduce manual effort
Example
Generate reports, summarize documents, draft communications
Save 3-5 hours per week on routine tasks
Learn new skills, understand complex topics, get expert guidance
Example
Explain concepts, provide examples, suggest learning resources
Accelerate learning and skill development by 2x
Enhance output quality through reviews, suggestions, and refinements
Example
Review drafts, suggest improvements, catch errors
Improve work quality by 30-40% with less effort
0
total installs
0
this week
0
upvotes
Run in your terminal
0
installs
0
this week
—
stars
| name | cli-setup |
| title | Auto.dev CLI Setup |
| description | >- Install, authenticate, and verify the @auto.dev/sdk npm package so a downstream agent can run any Auto.dev automotive data task (VIN decode, listings, photos, specs, recalls, payments, APR, TCO, plate-to-VIN, taxes) via the global `auto` CLI, the bundled stdio MCP server, or the JS/TS SDK. |
| website | auto.dev |
| category | developer-tools |
| tags | - automotive - cli - mcp - sdk - vin - setup - npm |
| source | 'browserbase: agent-runtime 2026-05-19' |
| updated | '2026-05-19' |
| recommended_method | cli |
| alternative_methods | - method: mcp rationale: >- When the calling agent is an MCP-capable host (Claude Code, Claude Desktop, Cursor, Windsurf, VS Code Copilot), `auto mcp install` registers Auto.dev as a tool provider so the model calls `auto_decode`, `auto_listings`, etc. natively. Remote MCP at https://mcp.auto.dev/mcp is the zero-Node-install variant; local stdio is the low-latency one. - method: api rationale: >- Bare HTTP against api.auto.dev with an `Authorization: Bearer <key>` header is the lowest-level fallback when npm is unavailable. You lose CLI response-stripping, plan-tier introspection, parameter shorthand, and offline `explore`/`docs`. - method: cli rationale: >- For code-generation contexts, importing `AutoDev` from `@auto.dev/sdk` programmatically gives the same auth surface as the CLI plus typed responses. Use full dotted API keys (e.g. `vehicle.make`) — the CLI shorthand (`--make`) is a CLI-layer convenience that the SDK does not honor. |
| verified | false |
| proxies | true |
Install, authenticate, and verify the @auto.dev/sdk npm package so a downstream agent can run any Auto.dev automotive data task — VIN decode, photos, listings search, specs, OEM build data, recalls (safety + open), monthly payment / APR / TCO calculations, license-plate-to-VIN, taxes & fees, and account usage — via the global auto CLI binary, the bundled stdio MCP server, or the JS/TS SDK. Read-only against Auto.dev's API surface; the CLI does not mutate vehicle records — it only fetches data and writes local config to ~/.auto-dev/config.json.
api.auto.dev.auto_decode, auto_listings, etc. natively.AUTODEV_API_KEY + auto <command> is the lowest-overhead integration.@auto.dev/sdk and calls auto.decode(...) / auto.listings(...) against the same auth.The fastest reliable setup for a non-interactive agent is (1) global install of @auto.dev/sdk from npm, (2) auth via the AUTODEV_API_KEY environment variable (the browser-based auto login OAuth flow does not work headless), and (3) smoke-test with auto whoami + a free-tier call like auto decode 1HGCM82633A004352 --json. If the agent is running inside an MCP-capable host (Claude Code / Desktop, Cursor, Windsurf, VS Code Copilot), run npx @auto.dev/sdk mcp install afterward — it edits the host's MCP config file in place so the model can call auto_* tools without shelling out. The bare HTTP API at https://api.auto.dev is the lowest-level fallback if npm is unavailable, but you lose the CLI's response-stripping, plan-tier guards, parameter shorthand, and offline explore/docs introspection.
Verify prerequisites. node --version must be >= 18.0.0 (the package's engines field; verified against 0.1.23). npm ≥ 8 is fine.
Install globally. Use npm i -g, not npx, so the auto binary is on $PATH for follow-up calls in the same session:
npm install -g @auto.dev/sdk
auto --version # → 0.1.23 (or newer)
In sandboxed environments without root, fall back to a project-local install + the node_modules/.bin/auto shim:
mkdir -p /tmp/autodev && cd /tmp/autodev && npm init -y >/dev/null && \
npm install --no-audit --no-fund @auto.dev/sdk
alias auto="$PWD/node_modules/.bin/auto"
Authenticate. Three options, in order of preference for an agent:
AUTODEV_API_KEY env var (preferred for headless / CI). Get a key from https://auto.dev/dashboard → API Keys → Create New Key. Format starts with sk_ad_. Export it for the session:
export AUTODEV_API_KEY=sk_ad_...
The CLI, SDK, and stdio MCP server all read this variable. No auto login step needed.--api-key <key> flag. Per-invocation override, useful when juggling multiple Auto.dev accounts or for one-off tests:
auto decode 1HGCM82633A004352 --api-key sk_ad_...
auto login (interactive only). Opens a browser tab at id.org.ai for OAuth. Stores refresh tokens in ~/.auto-dev/config.json. Do not invoke this from a headless agent — it will block waiting for a browser callback that never arrives. There is no auto login --device-code flow at v0.1.23.Smoke-test. Three offline-friendly probes confirm install + auth without burning API quota:
auto --version # confirms the binary resolves
auto explore # offline; prints the endpoint table by plan tier
auto config list # offline; reads ~/.auto-dev/config.json
Then one live call against the free-tier VIN-decode endpoint to confirm auth works end-to-end:
auto decode 1HGCM82633A004352 --json | head -20
A successful response prints stripped vehicle data (make/model/year/trim/engine). A No API key found. Set AUTODEV_API_KEY or run: auto login error means step 3 didn't take. A 401/403 means the key is invalid or the account is suspended.
(Optional) Install the MCP server into the host agent. If the calling agent is one of the supported MCP clients, run:
auto mcp install # or: npx @auto.dev/sdk mcp install
auto mcp status # verify which clients are configured
This writes to the appropriate config file(s):
~/.claude.json~/Library/Application Support/Claude/claude_desktop_config.json (macOS) or %APPDATA%\Claude\claude_desktop_config.json (Windows)~/.cursor/mcp.jsonManual MCP config (equivalent):
{ "mcpServers": { "auto-dev": { "command": "auto", "args": ["--mcp"] } } }
For remote MCP (hosted, OAuth-only — useful for Claude Desktop without a local Node install), point the client at https://mcp.auto.dev/mcp instead. Both transports expose the same auto_* tool set.
Drive the API. With auth configured, the agent invokes one command per task. Each subcommand accepts --json, --yaml, --table (default), and --raw (un-strips API metadata).
auto decode <vin> # Starter plan
auto photos <vin> # Starter
auto listings --make Toyota --year 2024 --price 10000-40000 --state CA # Starter
auto specs <vin> # Growth
auto build <vin> # Growth
auto recalls <vin> # Growth
auto payments <vin> --price 35000 --zip 90210 --down-payment 5000 # Growth
auto apr <vin> --year 2024 --make Honda --model Accord --zip 90210 --credit-score 750 # Growth
auto tco <vin> --zip 90210 # Growth
auto open-recalls <vin> # Scale
auto plate <state-code> <plate> # Scale e.g. auto plate CA ABC1234
auto taxes <vin> --price 35000 --zip 90210 # Scale
auto usage # any plan
For discoverability mid-task: auto explore lists every endpoint by tier; auto explore listings shows each filter, whether it's required, and the underlying API field it maps to (e.g. --make → vehicle.make). auto docs <name> browses bundled documentation when it's been built; on a fresh global install it may print No bundled docs found — fall back to the hosted docs at https://docs.auto.dev/v2/products/.
(Optional) Code-generation path with the SDK. When the downstream task wants TypeScript instead of shell, import directly:
import { AutoDev } from '@auto.dev/sdk'
const auto = new AutoDev({ apiKey: process.env.AUTODEV_API_KEY })
const { data, meta } = await auto.decode('1HGCM82633A004352')
// data = stripped vehicle object; meta = { requestId, tier, usage: { remaining } }
// Pass { raw: true } on the constructor to disable stripping globally.
Filter-style methods take an object whose keys are the full API field names ('vehicle.make', 'retailListing.price', etc.) — the CLI shorthand (--make) is a CLI-layer convenience only; the SDK does not rewrite keys. Run auto explore listings to see the shorthand-to-field mapping before authoring an SDK call.
(Optional, fallback) Bare HTTP API. If npm is unavailable:
curl -H "Authorization: Bearer $AUTODEV_API_KEY" \
https://api.auto.dev/vin/1FTFW3LDXRFB40317
You lose all CLI conveniences. Note that the bare API response includes the api/links/user/examples/discover/actions metadata that the CLI strips by default — equivalent to --raw.
auto login blocks headless agents. It launches a system browser to id.org.ai and waits for an OAuth callback. There is no device-code or copy-paste-token variant in v0.1.23. For any non-interactive runtime, use AUTODEV_API_KEY (env var) or --api-key <key> (per-call). The error path when nothing is set is explicit: No API key found. Set AUTODEV_API_KEY or run: auto login.auto explore cheerfully prints every endpoint regardless of plan, but a call to a higher-tier endpoint on a Starter account returns an error from the API, not from the CLI. Tier mapping at the time of writing: Starter = decode, photos, listings (1,000 calls/mo free); Growth = +specs, build, recalls, payments, apr, tco ($299/mo, 14-day trial); Scale = +open-recalls, plate, taxes ($599/mo). auto usage reports remaining-call counts; agents should check it before bulk loops.auto decode <vin> returns clean vehicle fields; the API's api/links/user/examples/discover/actions envelope is dropped. Pass --raw (CLI) or new AutoDev({ raw: true }) (SDK) when you need the metadata — e.g. for HATEOAS link traversal or quota inspection from a single call. auto config set raw true flips the default persistently in ~/.auto-dev/config.json, which is shared across CLI, SDK, and stdio MCP.{ data, meta } — not the bare object. Forgetting to destructure is the most common SDK foot-gun. meta.usage.remaining is the canonical place to read quota.auto listings --make Toyota works; auto.listings({ make: 'Toyota' }) does not — the SDK requires the full dotted path { 'vehicle.make': 'Toyota' }. Use auto explore <endpoint> to see the mapping table.auto docs ships empty on the npm tarball. On a fresh npm i -g @auto.dev/[email protected], auto docs and auto docs <query> print No bundled docs found · Run: npm run build:docs — the build step only runs in the package's source repo. Treat the hosted docs at https://docs.auto.dev/v2/products/ as the source of truth for endpoint reference. auto explore <endpoint> still works offline and is the next-best discoverability tool.auto mcp install mutates ~/.claude.json, ~/.cursor/mcp.json, etc. without dry-run or backup. Diff the file before/after if the host config is hand-maintained. auto mcp uninstall reverses it.auto --mcp invoked by the host) inherits AUTODEV_API_KEY from the host's env or ~/.auto-dev/config.json from auto login. Remote (https://mcp.auto.dev/mcp) does its own OAuth at id.org.ai on first tool call — no env var needed, but the user must complete a browser flow once. For shared/CI Claude Code installs, prefer local stdio with AUTODEV_API_KEY.auto plate California ABC1234 will fail; auto plate CA ABC1234 works. State codes are 2-letter USPS abbreviations.I/O/Q, which never appear in real VINs) returns a 4xx from the API, not a friendly local error.fetch underneath surfaces getaddrinfo ENOTFOUND api.auto.dev if your runtime has no egress to that host — relevant in restricted sandboxes.npx @auto.dev/sdk mcp install is the documented one-shot, but it installs a per-run binary, not a global one. If the agent will run more than one auto command in the same session, prefer the explicit two-step (npm i -g @auto.dev/sdk then auto mcp install) so subsequent shell calls don't have to re-fetch the package each time.~/.auto-dev/config.json and is shared. Editing it (or running auto config set <k> <v>) affects every later auto, AutoDev SDK import, and stdio MCP invocation under the same $HOME. Multi-tenant setups should pass --api-key per call instead of relying on the file.The skill's "output" is a verified-working install. The agent should observe each of these in order — the JSON example at the end is what a downstream automotive-data task will then see:
# Step 2 verification
$ auto --version
0.1.23
# Step 4 offline smoke-tests (no API call)
$ auto explore | head -3
[STARTER]
decode /vin/{vin} Decode a VIN — returns make, model, year, trim, engine, drivetrain
photos /photos/{vin} Get vehicle photos by VIN
$ auto config list
(empty on a fresh install; or printed key/value pairs after `auto config set`)
// Step 4 live VIN-decode response (auto decode 1HGCM82633A004352 --json),
// with default response-stripping on. Shape is approximate — fields vary by VIN.
{
"vin": "1HGCM82633A004352",
"year": 2003,
"make": "Honda",
"model": "Accord",
"trim": "EX",
"bodyStyle": "Coupe",
"engine": { "displacement": "3.0L", "cylinders": 6, "fuelType": "Gasoline" },
"drivetrain": "FWD",
"transmission": "Automatic"
}
// MCP-installed state (after step 5). `auto mcp status` prints a tick per
// detected client, e.g.:
// ✔ Claude Code installed
// ✔ Cursor installed
// ✖ Claude Desktop not installed
//
// The relevant section of the host's MCP config file:
{
"mcpServers": {
"auto-dev": {
"command": "auto",
"args": ["--mcp"]
}
}
}
// SDK-style envelope (step 7). All SDK methods return this shape.
{
"data": { "vin": "1HGCM82633A004352", "year": 2003, "make": "Honda", ... },
"meta": {
"requestId": "req_01HXYZ...",
"tier": "starter",
"usage": { "remaining": 998 }
}
}
// Failure shapes the calling agent should branch on:
// 1. Missing/unset auth:
Error: No API key found. Set AUTODEV_API_KEY or run: auto login
// 2. Invalid key:
HTTP 401 Unauthorized (body: { "error": "invalid_api_key" })
// 3. Plan-tier denied (e.g. `auto specs` on Starter):
HTTP 403 Forbidden (body: { "error": "plan_required", "required": "growth" })
// 4. Quota exhausted:
HTTP 429 Too Many Requests (body: { "error": "rate_limited" } or { "error": "monthly_quota_exceeded" })
// 5. Network/runtime can't reach api.auto.dev (sandboxed egress):
TypeError: fetch failed
cause: Error: getaddrinfo ENOTFOUND api.auto.dev
Prerequisites
Time Estimate
15-45 minutes depending on use case complexity
Steps
Common Pitfalls
✓ Do
✗ Don't
💡 Pro Tips
✓ Use when
Use when skill capabilities match your task, clear ROI on time saved, and you can validate outputs. Best for repetitive tasks, learning, and quality improvement.
✗ Avoid when
Avoid when task requires deep expertise you can't validate, involves sensitive decisions, or when learning process is more valuable than speed of completion.
googlecolab/google-colab-cli
makenotion/skills
aradotso/trending-skills
microsoft/playwright-cli
riba2534/feishu-cli
riba2534/feishu-cli
cli-setup is among the better-maintained entries we tried; worth keeping pinned for repeat workflows.
Useful defaults in cli-setup — fewer surprises than typical one-off scripts, and it plays nicely with `npx skills` flows.
cli-setup reduced setup friction for our internal harness; good balance of opinion and flexibility.
cli-setup fits our agent workflows well — practical, well scoped, and easy to wire into existing repos.
cli-setup has been reliable in day-to-day use. Documentation quality is above average for community skills.
Solid pick for teams standardizing on skills: cli-setup is focused, and the summary matches what you get after install.
Registry listing for cli-setup matched our evaluation — installs cleanly and behaves as described in the markdown.
We added cli-setup from the explainx registry; install was straightforward and the SKILL.md answered most questions upfront.
cli-setup is among the better-maintained entries we tried; worth keeping pinned for repeat workflows.
I recommend cli-setup for anyone iterating fast on agent tooling; clear intent and a small, reviewable surface area.
showing 1-10 of 52