Slack
With Cursor's integration for Slack, you can use Cloud Agents to work on your tasks directly from Slack by mentioning @cursor with a prompt.
Get started
Installation
-
Go to Cursor integrations
-
Click Connect next to Slack or go to installation page from here
-
You'll be prompted to install the Cursor app for Slack in your workspace.
-
After installing in Slack, you'll be redirected back to Cursor to finalize setup
- Connect a repository provider (if not already connected) and pick a default repository
- Enable usage-based pricing
- Confirm privacy settings
-
Start using Cloud Agents in Slack by mentioning
@cursor
How to use
Mention @cursor and give your prompt. Cursor tries to detect a repository, model, base branch, or named cloud agent environment from your message. It also uses your recent agent activity when selecting a repository.
For a named environment, include its name in your prompt. For example: @Cursor use the Platform environment to update the shared API.
Commands
Run @Cursor help for an up-to-date command list.
| Command | Description |
|---|---|
@Cursor [prompt] | Start a Cloud Agent. In threads with existing agents, adds followup instructions |
@Cursor settings | Configure defaults and channel's default repository |
@Cursor [options] [prompt] | Set the target, model, branch, PR behavior, worker, or output channel for a run |
@Cursor agent [prompt] | Force create a new agent in a thread (e.g. @Cursor start a new agent to fix billing) |
@Cursor list my agents | Show your running agents |
Options
Customize Cloud Agent behavior with these options:
| Option | Description | Natural language example | Inline example |
|---|---|---|---|
repo | Use a specific repository | in acme/backend | repo=acme/backend |
env / environment | Use a named cloud agent environment | use the Platform environment | env=Platform |
branch | Use a specific base branch | work from the dev branch | branch=dev |
model | Use a specific model | with opus | model=opus |
autopr | Enable or disable automatic PR creation | Inline option required | autopr=false |
worker / machine | Run on a named My Machine | Inline option required | worker=my-devbox |
pool | Run on a named self-hosted pool | Inline option required | pool=gpu |
self_hosted | Run on your team's self-hosted pool | Inline option required | self_hosted=true |
channel | Post agent updates in another channel you and Cursor can access | Inline option required | channel=#eng-bots |
Syntax formats
Natural:
@Cursor with opus, fix the login bug in backend-apiInline:
@Cursor env=Platform branch=dev model=opus autopr=false Fix the login bugUse quotes for environment names with spaces:
@Cursor env="Platform Services" Update the shared APIOption precedence
When combining options:
- Explicit values override defaults
- Later values override earlier ones if duplicated
- Inline options take precedence over settings modal defaults
envtakes precedence overrepowhen both are present
The bot parses options from anywhere in the message, allowing natural command writing.
Using thread context
Cloud Agents understand and use context from existing thread discussions. Useful when your team discusses an issue and you want the agent to implement the solution based on that conversation.
Cloud Agents read the entire thread for context when invoked, understanding and implementing solutions based on the team's discussion.
When to use force commands
When do I need @Cursor agent?
In threads with existing agents, @Cursor [prompt] adds followup instructions (only works if you own the agent). To launch a separate agent, use @Cursor agent [prompt], or ask in natural language:
@Cursor start a new agent to refactor billingPhrases like "create a new agent", "launch a fresh agent", or "new agent please" work the same way.
When do I need Add follow-up (from context menu)?
Use the context menu (⋯) on an agent's response for followup instructions. Useful when multiple agents exist in a thread and you need to specify which one to follow up on.
Status updates & handoff
When Cloud Agent runs, you first get an option to Open in Cursor.
When Cloud Agent completes, you get a notification in Slack and an option to view the created PR in GitHub.
Managing agents
To see all running agents, run @Cursor list my agents.
Manage Cloud Agents using the context menu by clicking the three dots (⋯) on any agent message.
Available options:
- Add follow-up: Add instructions to an existing agent
- Delete: Stop and archive the Cloud Agent
- View request ID: View unique request ID for troubleshooting (include when contacting support)
- Give feedback: Provide feedback about agent performance
Configuration
Manage default settings and privacy options from Dashboard → Cloud Agents.
Settings
Default Model
Used when no model is specified in your message. See settings for available options.
Repository Selection
Cursor automatically selects the right repository based on:
- Your message content — Repository names or keywords in your prompt
- Recent agent activity — Repositories you've used recently
- Routing rules — Custom keyword-to-repo mappings (see below)
- Default repository — Fallback when no match is found
To use a specific repository, include its name in your message. For example: @Cursor in mobile-app, fix the login bug.
Base Branch
Starting branch for Cloud Agent. Leave blank to use the repository's default branch (often main)
Channel Settings
Configure default settings at the channel level using @Cursor settings. These settings are per team and override your personal defaults for that channel.
Channel settings only apply to public channels.
Particularly useful when:
- Different channels work on different repositories
- Teams want consistent settings across all members
To configure channel settings:
- Run
@Cursor settingsin the desired channel - Set the default repository for that channel
- All team members using Cloud Agents in that channel use these defaults
Channel settings take precedence over personal defaults but can be overridden by mentioning a specific repo in your message.
Routing Rules
Routing rules let you define keywords that automatically map to a target. When your message contains a keyword, Cursor routes the agent to the associated repository or cloud agent environment. Environments can bundle multiple repositories, so one keyword can start an agent with every repo it needs already configured.
Setting up routing rules
- Go to Dashboard → Cloud Agents
- Find the Routing Rules section
- Add keyword-to-target mappings, pointing each keyword at a repository or an environment
Example rules
| Keyword | Target |
|---|---|
frontend | acme/web-app |
mobile | acme/mobile-app |
api | acme/backend-services |
platform | Platform environment |
With these rules configured:
@Cursor fix the frontend nav bug→ routes toacme/web-app@Cursor update the mobile onboarding flow→ routes toacme/mobile-app@Cursor add a migration across the platform→ starts in thePlatformenvironment, with all its repos ready
Targeting an environment is useful for multi-repo environments. Learn how to configure one in the cloud agent docs, including multi-repo environments.
How routing works
Cursor evaluates your message in this order:
- Your message content — Repository names or keywords in your prompt
- Recent agent activity — Repositories you've used recently
- Routing rules — Custom keyword-to-target mappings (repository or environment)
- Channel default — The repository set for this channel
- Default repository — Fallback when no match is found
Privacy
Cloud Agents support Privacy Mode.
Read more about Privacy Mode or manage your privacy settings.
Privacy Mode (Legacy) is not supported. Cloud Agents require temporary code storage while running.
Display Agent Summary
Display agent summaries and diff images. May contain file paths or code snippets. Can be turned On/Off.
Display Agent Summary in External Channels
For Slack Connect with other workspaces or channels with external members like Guests, choose to display agent summaries in external channels.
Permissions
Cursor requests these Slack permissions for Cloud Agents to work within your workspace:
| Permission | Description |
|---|---|
app_mentions:read | Detects @mentions to start Cloud Agents and respond to requests |
channels:history | Reads previous messages in threads for context when adding follow-up instructions |
channels:join | Automatically joins public channels when invited or requested |
channels:read | Accesses channel metadata (IDs and names) to post replies and updates |
chat:write | Sends status updates, completion notifications, and PR links when agents finish |
files:read | Downloads shared files (logs, screenshots, code samples) for additional context |
files:write | Uploads visual summaries of agent changes for quick review |
groups:history | Reads previous messages in private channels for context in multi-turn conversations |
groups:read | Accesses private channel metadata to post responses and maintain conversation flow |
im:history | Accesses direct message history for context in continued conversations |
im:read | Reads DM metadata to identify participants and maintain proper threading |
im:write | Initiates direct messages for private notifications or individual communication |
mpim:history | Accesses group DM history for multi-participant conversations |
mpim:read | Reads group DM metadata to address participants and ensure proper delivery |
reactions:read | Observes emoji reactions for user feedback and status signals |
reactions:write | Adds emoji reactions to mark status - ⏳ for running, ✅ for completed, ❌ for failed |
team:read | Identifies workspace details to separate installations and apply settings |
users:read | Matches Slack users with Cursor accounts for permissions and secure access |
Disclaimer
Cursor can make mistakes. Please double-check code and responses.
Privacy Policy
For information about how Cursor collects, uses, and protects your data, see our Privacy Policy.