Cursor · Cloud Agents API · field brief

Does the API open all of Cursor?

No. The key starts background coding jobs on GitHub. It does not replace the Cursor app. The pictures below map what we verified live on your seats.

YESCloud agents
471Linked repos
2.5Composer model
NOIDE chat API

What one API call actually does

The job

Think hire a contractor, not open a chat window. You name a repo and a task. Cursor runs an agent in the cloud. GitHub gets a branch and can get a pull request.

We proved this end to end: key cli-cursor, model composer-2.5, smoke job on ve-agent-scratch, finished in about a minute, PR #4 opened. You still merge or close.

You prompt + repo Cloud API composer-2.5 job GitHub branch + PR You review. You merge or close. No auto-deploy.
Left to right is one hire: intent in, cloud agent run, GitHub change out. The middle box is the only step this API key owns.

How to read it. The accent box is the API. Everything left of it is you (or your CLI). Everything right of it is GitHub. No repo on the left means nowhere safe to push. That is why ve-agent-scratch exists as a default pad.

Same brand, two doors

IDE vs API

People say “Cursor” for both the desktop app and this HTTP API. Mixing them is how you expect chat completions and get a PR bot instead.

Your machine showed two seats. The IDE login was a free Google account. The API key belonged to another email. Features do not cross automatically.

DOOR A Cursor IDE App window on your machine Chat · Tab · Composer UI Needs app login + plan vs DOOR B · THIS KEY Cloud Agents API HTTP · CLI · SDK Repo job · composer-2.5 Needs crsr_ key + GitHub app
Grey side is the app you click. Accent side is the key you call. Winning side for automation is the API — only for PR-shaped work.

How to read it. If you need pair-programming on this laptop, use the IDE (or pi). If you need “go change that repo while I am elsewhere,” use the API. Asking the API for a chat model is the wrong door.

Where this key sits in the stack

One layer

Only one band is owned by cli-cursor. The bands above and below need other logins, plans, or products.

Enterprise admin and analytics never answered on this key. Private-worker pending queues asked for a service account. The IDE band is a separate Google login on this machine.

You · CLI · pi · OpenCode local chat and control Cursor IDE app separate login on this Mac Cloud Agents API ← this key background PR jobs only GitHub (linked repos) was 1 CW repo · now 377+ Enterprise APIs admin · analytics · Bugbot — not this key
Accent marks the only layer cli-cursor pays for. GitHub access is required under it; IDE and Enterprise sit outside it.

How to read it. If a feature lives on a grey band, buying or fixing the API key will not open it. Widen GitHub App access when repos are missing. Use the IDE login for in-app chat. Use Enterprise keys for admin and analytics.

What we verified on your seats

Live checks

Numbers and identities below came from live probes, not marketing pages.

API seat
  • Key name: cli-cursor
  • Owner email: ustogether14422@…
  • Models list: composer-2.5 only
  • Repos after GitHub App fix: about 471 (377 collectivewinca + 94 myblackbeanca)
  • Before the fix: only ve-agent-scratch under Collective Win
  • CLI: cursor-agent launch → FINISHED + PR
  • Not a chat-completions endpoint
IDE seat (this Mac)
  • Cached login: subwaymusicianxyz@…
  • Plan flag: free
  • GitHub in IDE: myblackbeanca
  • Slack connect: not set
  • MCP in IDE: aws-mcp only
  • Does not automatically share the API key’s cloud agents

Scratch pad: collectivewinca/ve-agent-scratch is the default repo for jobs with no product target. It holds design rules so agents can push without stranding work in a disposable VM.

Feature table

Yes / no

Use this when someone claims “the API unlocks everything.” Match each row to the stack picture above.

Feature This API key What that means in practice
Start a cloud agent on a repo YES POST /v0/agents or cursor-agent launch
List, status, stop, delete agents YES Full life cycle for jobs you started
List linked GitHub repos YES Only repos the Cursor GitHub App can see
Branch + PR with composer-2.5 YES Model runs inside the agent, not as open chat
TypeScript / Python agent SDK YES Same Cloud Agents capability, nicer client
Cursor IDE window NO Install and sign in to the app
In-app Chat, Tab, Composer UI NO App plan + that app’s login
Raw chat-completions HTTP API NO Docs: agents only, not OpenAI-style inference
Drop-in model for OpenCode / pi NO Wrong product surface
Admin, Analytics, Bugbot APIs NO Enterprise + different key scopes

CLI on this machine

cursor-agent

Key lives in the secrets bus. New shells load it. Then list, launch, poll.

source ~/.agentcookie/secrets/cursor/secrets.env

cursor-agent me
cursor-agent repos ve-work
cursor-agent launch --pr collectivewinca/REPO "task"
cursor-agent status bc-…
cursor-agent stop bc-…

Only a few agents can run at once on the current plan. Stop or delete finished runs before you start more.

Next: top 3 use cases, with full prompts →