[Go to site: main page, start]

Skip to main content

Command Palette

Search for a command to run...

Integrations

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

  1. Go to Cursor integrations

  2. Click Connect next to Slack or go to installation page from here

  3. You'll be prompted to install the Cursor app for Slack in your workspace.

  4. After installing in Slack, you'll be redirected back to Cursor to finalize setup

    1. Connect a repository provider (if not already connected) and pick a default repository
    2. Enable usage-based pricing
    3. Confirm privacy settings
  5. 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.

CommandDescription
@Cursor [prompt]Start a Cloud Agent. In threads with existing agents, adds followup instructions
@Cursor settingsConfigure 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 agentsShow your running agents

Options

Customize Cloud Agent behavior with these options:

OptionDescriptionNatural language exampleInline example
repoUse a specific repositoryin acme/backendrepo=acme/backend
env / environmentUse a named cloud agent environmentuse the Platform environmentenv=Platform
branchUse a specific base branchwork from the dev branchbranch=dev
modelUse a specific modelwith opusmodel=opus
autoprEnable or disable automatic PR creationInline option requiredautopr=false
worker / machineRun on a named My MachineInline option requiredworker=my-devbox
poolRun on a named self-hosted poolInline option requiredpool=gpu
self_hostedRun on your team's self-hosted poolInline option requiredself_hosted=true
channelPost agent updates in another channel you and Cursor can accessInline option requiredchannel=#eng-bots

Syntax formats

Natural:

@Cursor with opus, fix the login bug in backend-api

Inline:

@Cursor env=Platform branch=dev model=opus autopr=false Fix the login bug

Use quotes for environment names with spaces:

@Cursor env="Platform Services" Update the shared API

Option precedence

When combining options:

  • Explicit values override defaults
  • Later values override earlier ones if duplicated
  • Inline options take precedence over settings modal defaults
  • env takes precedence over repo when 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.

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 billing

Phrases 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:

  1. Your message content — Repository names or keywords in your prompt
  2. Recent agent activity — Repositories you've used recently
  3. Routing rules — Custom keyword-to-repo mappings (see below)
  4. 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.

Particularly useful when:

  • Different channels work on different repositories
  • Teams want consistent settings across all members

To configure channel settings:

  1. Run @Cursor settings in the desired channel
  2. Set the default repository for that channel
  3. All team members using Cloud Agents in that channel use these defaults

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

  1. Go to Dashboard → Cloud Agents
  2. Find the Routing Rules section
  3. Add keyword-to-target mappings, pointing each keyword at a repository or an environment

Example rules

KeywordTarget
frontendacme/web-app
mobileacme/mobile-app
apiacme/backend-services
platformPlatform environment

With these rules configured:

  • @Cursor fix the frontend nav bug → routes to acme/web-app
  • @Cursor update the mobile onboarding flow → routes to acme/mobile-app
  • @Cursor add a migration across the platform → starts in the Platform environment, with all its repos ready

How routing works

Cursor evaluates your message in this order:

  1. Your message content — Repository names or keywords in your prompt
  2. Recent agent activity — Repositories you've used recently
  3. Routing rules — Custom keyword-to-target mappings (repository or environment)
  4. Channel default — The repository set for this channel
  5. Default repository — Fallback when no match is found

Privacy

Cloud Agents support Privacy Mode.

Read more about Privacy Mode or manage your privacy settings.

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:

PermissionDescription
app_mentions:readDetects @mentions to start Cloud Agents and respond to requests
channels:historyReads previous messages in threads for context when adding follow-up instructions
channels:joinAutomatically joins public channels when invited or requested
channels:readAccesses channel metadata (IDs and names) to post replies and updates
chat:writeSends status updates, completion notifications, and PR links when agents finish
files:readDownloads shared files (logs, screenshots, code samples) for additional context
files:writeUploads visual summaries of agent changes for quick review
groups:historyReads previous messages in private channels for context in multi-turn conversations
groups:readAccesses private channel metadata to post responses and maintain conversation flow
im:historyAccesses direct message history for context in continued conversations
im:readReads DM metadata to identify participants and maintain proper threading
im:writeInitiates direct messages for private notifications or individual communication
mpim:historyAccesses group DM history for multi-participant conversations
mpim:readReads group DM metadata to address participants and ensure proper delivery
reactions:readObserves emoji reactions for user feedback and status signals
reactions:writeAdds emoji reactions to mark status - ⏳ for running, ✅ for completed, ❌ for failed
team:readIdentifies workspace details to separate installations and apply settings
users:readMatches 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.