Cursor API Agents confusingly shown along all others

Where does the bug appear (feature/product)?

Background Agent (GitHub, Slack, Web, Linear)

Describe the Bug

Cursor background agents invoked through the API with my personal API token appear along all my other agents. This is really annoying.

We are using Cursor API for code reviews, issue triaging, etc, imagining how many daily agents that would be and they all live along my personal agents I created manually.

They should appear in another category or even in a team account with a team API token. But at least not mixing them is a P0 IMO.

Steps to Reproduce

Boot agents with API

Expected Behavior

Not to me mixed, but still accessible

Screenshots / Screen Recordings

Operating System

MacOS

Version Information

Version: 3.1.15
VSCode Version: 1.105.1
Commit: 3a67af7b780e0bfc8d32aefa96b8ff1cb8817f80
Date: 2026-04-15T01:46:06.515Z
Layout: glass
Build Type: Stable
Release Track: Default
Electron: 39.8.1
Chromium: 142.0.7444.265
Node.js: 22.22.1
V8: 14.2.231.22-electron.0
OS: Darwin arm64 25.3.0

Does this stop you from using Cursor

Yes - Cursor is unusable

Hey @alexandrosandre!

Thanks for the feedback! We haven’t yet considered treating API-triggered agents differently from other Cloud Agents, but as we continue investing in the API, that’s might be worth exploring!

In the meantime, you can toggle off Cloud Agents from your view in the Agents Window here. The downside is that if you’re using other Cloud Agents (not API-triggered) you wouldn’t see those either.

Service Accounts are available in the Enterprise tier!

Have you looked at using Automations instead of using the API? This would also keep them out of your personal agents list.

Thanks @Colin. These are useful tips. They help.

Yes, I noticed that automations work differently regarding authorship (e.g. also their PRs are authored by Cursor whereas the API agent’s appear as authored by me).

What I prefer in GitHub Actions + Cursor API over Automations though is the existing version control in the repo, observability along other CI/CD jobs, etc.