Skip to content

salesforcecli/mcp

mcp

MCP Server for Interacting with Salesforce Orgs

NPM License

Feedback

Report bugs and issues here.
For feature requests and other related topics, start a Discussion here.

Overview of the Salesforce DX MCP Server (Developer Preview)

The Salesforce DX MCP Server is a specialized Model Context Protocol (MCP) implementation designed to facilitate seamless interaction between large language models (LLMs) and Salesforce orgs. This MCP server provides a robust set of tools and capabilities that enable LLMs to read, manage, and operate Salesforce resources securely.

Key Features:

  • Direct interaction with Salesforce orgs through LLM-driven tools.
  • Secure access using TypeScript libraries (not shelling out to the sf Salesforce CLI).
  • Improved security by avoiding the exposure of secrets in plain text.
  • Granular access control with org allowlisting.
  • Modular tool architecture for easy extensibility.

NOTE: The Salesforce DX MCP Server is available as a developer preview. The feature isn’t generally available unless or until Salesforce announces its general availability in documentation or in press releases or public statements. All commands, parameters, and other features are subject to change or deprecation at any time, with or without notice. Don't implement functionality developed with these commands or tools. As we continue to enhance and refine the implementation, the available functionality and tools may evolve. We welcome feedback and contributions to help shape the future of this project.

Security Features

The Salesforce DX MCP Server was designed with security as a top priority.

  • Uses TypeScript libraries directly

    • Greatly decreases the size of the MCP Server.
    • Significantly reduces the risk of remote code execution (RCE).
  • No secrets needed in configuration

    • Eliminates the risk of plain text secret exposure.
    • Accesses pre-existing (encrypted) auth files on the user's machine.
    • Implements allowlisting for auth info key/values to prevent sensitive data exposure.
  • No secrets exposed via MCP tools

    • Prevents other tools from accessing unencrypted tokens.
    • Tools pass usernames around instead of tokens.
  • Granular access control

    • MCP Server can access auth info for only orgs that have been explicitly allowlisted.
    • Users specify allowed orgs when starting the server.

Get Started Using VS Code as the Client

Want to jump in and see what all the fuss is about? Read on!

This example uses Visual Studio Code (VS Code) as the MCP client because it's a standard Salesforce DX development tool. After you configure it with the Salesforce DX MCP Server, you then use GitHub Copilot and natural language to easily execute typical Salesforce DX development tasks, such as listing your authorized orgs, viewing org records, and deploying or retrieving metadata.

But you're not limited to using only VS Code and Copilot! You can configure many other clients to use the Salesforce DX MCP Server, such as Cursor, Cline, Claude Desktop, Zed, Windsurf, and more.

Before You Begin

For the best getting-started experience, make sure that you have a Salesforce DX environment set up on your computer. In particular:

Let's Do It

  1. Create a .vscode/mcp.json file at the root of your DX project and add this JSON:

    {
      "servers": {
        "Salesforce DX": {
          "type": "stdio",
          "command": "npx",
          "args": ["-y", "@salesforce/mcp", "--orgs", "DEFAULT_TARGET_ORG", "--toolsets", "all"]
        }
      }
    }

    You can also configure the MCP server globally by editing the VS Code settings.json file and adding a similar JSON snippet but contained in an mcp:servers section.

    The --orgs flag is required and specifies the authorized orgs you're allowing the MCP server to access. The --toolsets flag is optional and specifies the toolsets it should consult when determining the specific tool to run. See Configure Orgs and Toolsets for the available values for the two flags.

  2. Open VS Code, go to View -> Command Palette and enter MCP: List Servers.

    TIP: You can also get to the command palette by pressing press Ctrl+Shift+P (Windows or Linux) or Command-Shift-P (macOS).

  3. Click Salesforce DX, then Start Server.

    Check the Output tab for the server status.

  4. Run Chat: Open Chat (Agent) from the command palette to start a new GitHub Copilot chat session.

    Be sure your Copilot chat window is in Agent mode; if you're in Ask or Edit mode, use the little drop-down to switch.

  5. In the GitHub Copilot chat window, use natural language to explain what you want to do. The MCP server determines which configured tool to use, and then shows it to you along with other information. Click Continue to run the tool and see the results of your request.

    Try out these examples:

    • List all my orgs.
    • Which are my active scratch orgs?
    • Show me all the accounts in the org with alias my-org.
    • Deploy everything in my project to the org with alias my-org.
    • Do you see any performance or security issues with the Apex code in the MyApexClass.cls file?
    • I see that my Apex code violates the pmd:ApexCRUDViolation rule; can you give me more information about this rule?
  6. To stop, restart, or view the MCP server configuration, run the MCP: List Servers command, click Salesforce DX, then click the appropriate option.

Configure the DX MCP Server

Configure the Salesforce DX MCP Server by passing flags to the args option. Surround the flag name and its value each in double quotes, and separate all flags and values with commas. Some flags are Boolean and don't take a value.

This example shows two flags that take a string value (--orgs and --toolsets) and one Boolean flag (--allow-non-ga-tools):

     "servers": {
       "Salesforce DX": {
         "type": "stdio",
         "command": "npx",
         "args": ["-y", "@salesforce/mcp", "--orgs", "DEFAULT_TARGET_ORG", "--toolsets", "all", "--allow-non-ga-tools"]
       }
     }

The "-y", "@salesforce/mcp" part tells npx to automatically install the @salesforce/mcp package instead of asking permission. Don't change this.

These are the available flags that you can pass to the args option.

Flag Name Description Required? Notes
--orgs One or more orgs that you've locally authorized. Yes You must specify at least one org.

See Configure Orgs for the values you can pass to this flag.
--toolsets Sets of tools, based on functionality, that you want to enable. No Default value is all, or enable all tools in all toolsets.

See Configure Toolsets for the values you can pass to this flag.
--no-telemetry Boolean flag to disable telemetry, the automatic collection of data for monitoring and analysis. No Telemetry is enabled by default, so specify this flag to disable it.
--debug Boolean flag that requests that the DX MCP Server print debug logs. No Debug mode is disabled by default.

NOTE: Not all MCP clients expose MCP logs, so this flag might not work for all IDEs.
--allow-non-ga-tools Boolean flag to allow the DX MCP Server to use both the generally available (GA) and NON-GA tools that are in the toolset you specify. No By default, the DX MCP server uses only the tools marked GA.
--dynamic-tools (experimental) Boolean flag that enables dynamic tool discovery and loading. When specified, the DX MCP server starts with a minimal set of core tools and loads new tools as needed. No This flag is useful for reducing the initial context size and improving LLM performance. Dynamic tool discovery is disabled by default.

NOTE: This feature works in VSCode and Cline but may not work in other environments.

Configure Orgs

The Salesforce MCP tools require an org, and so you must include the required --orgs flag to specify at least one authorized org when you configure the MCP server. Separate multiple values with commas.

You must explicitly authorize the orgs on your computer before the MCP server can access them. Use the org login web Salesforce CLI command or the VS Code SFDX: Authorize an Org command from the command palette.

These are the available values for the --orgs flag:

  • DEFAULT_TARGET_ORG - Allow access to your default org. If you've set a local default org in your DX project, the MCP server uses it. If not, the server uses a globally-set default org.
  • DEFAULT_TARGET_DEV_HUB - Allow access to your default Dev Hub org. If you've set a local default Dev Hub org in your DX project, the MCP server uses it. If not, the server uses a globally-set default Dev Hub org.
  • ALLOW_ALL_ORGS - Allow access to all authorized orgs. Use this value with caution.
  • <username or alias> - Allow access to a specific org by specifying its username or alias.

This example shows how to specify that the MCP tools run against your default org when you configure the MCP server for VS Code:

       "servers": {
         "Salesforce DX": {
           "type": "stdio",
           "command": "npx",
           "args": ["-y", "@salesforce/mcp", "--orgs", "DEFAULT_TARGET_ORG"]
         }
       }

This sample snippet shows how to configure access to your default Dev Hub org and an org with username [email protected]:

           "args": ["-y", "@salesforce/mcp", "--orgs", "DEFAULT_TARGET_DEV_HUB,[email protected]"]

This sample snippet shows how to configure access to two orgs for which you specified aliases when you authorized them:

           "args": ["-y", "@salesforce/mcp", "--orgs", "my-scratch-org,my-dev-hub"]

Configure Toolsets

The Salesforce DX MCP Server supports toolsets - a way to selectively enable different groups of MCP tools based on your needs. This allows you to run the MCP server with only the tools you require, which in turn reduces the context.

Use the --toolsets (or short name -t) flag to specify the toolsets when you configure the Salesforce DX MCP Server. Separate multiple toolsets with commas. The --toolsets flag is optional; if you don't specify it, the MCP server is configured with all toolsets.

These are the available toolsets.

Toolset Description
all Enables all available tools from all toolsets. This is the default value if you don't specify the --toolsets flag.
orgs Tools to manage your authorized orgs.
data Tools to manage the data in your org, such as listing all accounts.
users Tools to manage org users, such as assigning a permission set.
metadata Tools to deploy and retrieve metadata to and from your org and your DX project.
testing Tools to test your code and features
other Other useful tools, such as tools for static analysis of your code using Salesforce Code Analyzer.

This example shows how to enable the data, orgs, metadata, and other toolsets when configuring the MCP server for VS Code:

       "servers": {
         "Salesforce DX": {
           "type": "stdio",
           "command": "npx",
           "args": ["-y", "@salesforce/mcp", "--orgs", "DEFAULT_TARGET_ORG", "--toolsets", "data,orgs,metadata,other"]
         }
       }

Core Toolset (always enabled)

Includes these tools:

  • sf-get-username - Determines the appropriate username or alias for Salesforce operations, handling both default orgs and Dev Hubs.
  • sf-resume - Resumes a long-running operation that wasn't completed by another tool.

Orgs Toolset

Includes these tools:

  • sf-list-all-orgs - Lists all configured Salesforce orgs, with optional connection status checking.
  • sf-create-org-snapshot - (NON-GA) Create a scratch org snapshot.
  • sf-create-scratch-org - (NON-GA) Create a scratch org.
  • sf-delete-org - (NON-GA) Delete a locally-authorized Salesforce scratch org or sandbox.
  • sf-org-open - (NON-GA) Open an org in a browser.

NOTE: The tools marked NON-GA are not yet generally available, specify the --allow-non-ga-tools flag to use them.

Data Toolset

Includes this tool:

  • sf-query-org - Runs a SOQL query against a Salesforce org.

Users Toolset

Includes this tool:

  • sf-assign-permission-set - Assigns a permission set to the user or on behalf of another user.

Metadata Toolset

Includes these tools:

  • sf-deploy-metadata - Deploys metadata from your DX project to an org.
  • sf-retrieve-metadata - Retrieves metadata from your org to your DX project.

Testing Toolset

Includes these tools:

  • sf-test-agents - Executes agent tests in your org.
  • sf-test-apex - Executes apex tests in your org.

Other Toolset

Includes these tools, which aren't yet generally available:

  • sf-code-analyzer-run - (NON-GA) Performs a static analysis of your code using Salesforce Code Analyzer. Includes validating that the code conforms to best practices, checking for security vulnerabilities, and identifying possible performance issues.
  • sf-code-analyzer-describe-rule - (NON-GA) Gets the description of a Salesforce Code Analyzer rule, including the engine it belongs to, its severity, and associated tags.

NOTE: The tools marked NON-GA are not yet generally available, specify the --allow-non-ga-tools flag to use them.

Configure Other Clients to Use the Salesforce DX MCP Server

Cursor

To configure Cursor to work with Salesforce DX MCP Server, add this snippet to your Cursor mcp.json file:

{
  "mcpServers": {
    "Salesforce DX": {
      "command": "npx",
      "args": ["-y", "@salesforce/mcp", "--orgs", "DEFAULT_TARGET_ORG", "--toolsets", "all"]
    }
  }
}

Cline

To configure Cline, add this snippet to your Cline cline_mcp_settings.json file:

{
  "mcpServers": {
    "Salesforce DX": {
      "command": "npx",
      "args": ["-y", "@salesforce/mcp", "--orgs", "DEFAULT_TARGET_ORG", "--toolsets", "all"]
    }
  }
}

Other Clients

For these other clients, refer to their documentation for adding MCP servers and follow the same pattern as in the preceding VS Code and Cursor JSON snippets:

About

MCP Server for interacting with Salesforce instances

Resources

License

Code of conduct

Contributing

Security policy

Stars

Watchers

Forks

Packages

No packages published

Contributors 16