Snyk Language Server
Featuredby
Delivers LSP‑compatible scanning, diagnostics, and remediation for Snyk Open Source, Infrastructure as Code, and Snyk Code directly within supported IDEs.
Snyk Language Server Overview
What is Snyk Language Server?
Provides a Language Server Protocol (LSP) backend that integrates Snyk security analysis into IDEs, enabling real‑time vulnerability detection, code‑flow insights, and quick‑fix actions for open‑source dependencies, IaC configurations, and code‑level issues.
How to use Snyk Language Server?
- Install the binary from the latest release or build from source (requires Go 1.20+).
- Start the server (
snyk-ls) and let the IDE connect via LSP. - Optionally configure initialization options in the client’s
initializerequest to enable/disable specific Snyk products, set authentication tokens, CLI paths, trusted folders, etc.
Key Features
- Automatic diagnostics on file open, save, and workspace scans.
- Support for Snyk Open Source, Snyk IaC, and Snyk Code (security & quality).
- Range‑based highlighting, hover details, and data‑flow visualisation.
- Code actions: quick‑fixes, open‑in‑browser, Snyk Learn lessons.
- Custom LSP extensions for SDK discovery, folder trust, scan status, and MCP server URL notifications.
- Automatic download and management of the Snyk CLI when missing.
- Progress reporting, logging, and authentication via OAuth2 or token.
- Configurable severity/issue view filters, delta‑finding, and trusted‑folder safeguards.
Use Cases
- Developers want instant vulnerability feedback while coding.
- Teams enforcing security policies across multiple languages and IaC frameworks.
- CI/CD pipelines that reuse the same LSP scanning logic for pre‑commit checks.
- Security engineers requiring detailed data‑flow maps for code‑level findings.
FAQ
- Do I need a Snyk account? Yes, authentication (token or OAuth) is required for all scans.
- Which languages are supported? Any language where Snyk CLI can analyze dependencies; the server forwards results via LSP.
- Can I run the server without the CLI? The server will automatically download the CLI if it is not present.
- How is trust handled? Untrusted folders trigger a prompt; trusted folders can be pre‑declared via
trustedFoldersinitialization option. - What if I want only Snyk Code security checks? Disable
activateSnykCodeQualityand enableactivateSnykCodeSecurityin the initialization options.
Snyk Language Server's README
Snyk Language Server (Snyk-LS)
Supported features
The language server follows the Language Server Protocol and integrates with Snyk Open Source, Snyk Infrastructure as Code and Snyk Code. For the former two, it uses the Snyk CLI as a data provider, for the latter it is connecting directly to the Snyk Code API.
Right now the language server supports the following actions:
- Send diagnostics to client on opening a document if it's part of the current set of folders.
- Starting a folder scan on startup and sending diagnostics.
- Starting a workspace scan of all folders on command.
- Cache diagnostics until saving or triggering a new workspace scan.
- Invalidate caches on saving a document and retrieve saved document diagnostics anew.
- Provides range calculation to correctly highlight Snyk Open Source issues in their file.
- Provides formatted hovers with diagnostic details and follow-up links
- Progress reporting to the client for background jobs
- Notifications & Log messages to the client
- Authentication when needed, using OAuth2 or Token authentication and opening a webpage if necessary
- Copying the authentication URL to clipboard if there are problems opening a webpage
- Automatic download of the Snyk CLI if none is found or configured to XDG_DATA_HOME
- Selective activation of products according to settings transmitted
- Scanning errors are reported as diagnostics to the Language Server Client
- Code Lenses to navigate the Snyk Code dataflow from within the editor
- Code Actions for in-editor commands, like opening a browser, doing a quickfix or opening a Snyk Learn lesson for the found diagnostic
Implemented operations
Language Server Protocol support
Requests
- initialize
- exit
- textDocument/codeAction
- textDocument/codeLens
- textDocument/didClose
- textDocument/didSave
- textDocument/hover
- textDocument/inlineValue
- shutdown
- workspace/didChangeWorkspaceFolders
- workspace/didChangeConfiguration
- workspace/executeCommand
- window/workDoneProgress/create (from server -> client)
- window/showMessageRequest
- window/showDocument
Notifications
-
$/progress
-
$/cancelRequest
-
textDocument/publishDiagnostics
- params:
types.PublishDiagnosticsParams - example: Snyk Open Source
{ "uri": "file:///path/to/file", "diagnostics": [ { "range": { "start": { "line": 1, "character": 0 }, "end": { "line": 2, "character": 0 }, }, "severity": 1, "code": "S100", "source": "Snyk", "message": "Message", "tags": ["security"], "data": { "id": "123", "issueType": "vulnerability", "packageName": "packageName", "packageVersion": "packageVersion", "issue": "issue", "additionalData": { "ruleId": "ruleId", "identifiers": { "cwe": ["cwe"], "cve": ["cve"] }, "description": "description", "language": "language", "packageManager": "packageManager", "packageName": "packageName" } } } ] }- example: Snyk Code
{ "uri": "file:///path/to/file", "diagnostics": [ { "range": { "start": { "line": 1, "character": 0 }, "end": { "line": 2, "character": 0 }, }, "severity": 1, "code": "S100", "source": "Snyk", "message": "Message", "tags": ["security"], "data": { "id": "123", "filePath": "filePath", "range": { "start": { "line": 1, "character": 0 }, "end": { "line": 2, "character": 0 }, }, "additionalData": { "message": "message", "rule": "rule", "ruleId": "ruleId", "dataFlow": [ { "filePath": "filePath", "range": { "start": { "line": 1, "character": 0 }, "end": { "line": 2, "character": 0 }, }, } ], "cwe": "cwe", "isSecurityType": true } } } ] } - params:
-
window/logMessage
-
window/showMessage
Custom additions to Language Server Protocol (server -> client)
-
SDKs callback to retrieve configured SDKs from the client
- method:
workspace/snyk.sdks - params:
types.WorkspaceFolder - example:
[{ "type": "java", // or python or go "path": "/path/to/sdk" // JAVA_HOME for java, GOROOT for Go, Python executable for Python }] - method:
-
Folder Config Notification
- method:
$/snyk.folderConfigs - params:
types.FolderConfigsParam - example:
{ "folderConfigs": [ { "folderPath": "the/folder/path", "baseBranch": "the-base-branch", // e.g. main "localBranches": [ "branch1", "branch2" ] } ] } - method:
-
Custom Publish Diagnostics Notification
- method:
$/snyk.publishDiagnostics316 - params:
types.PublishDiagnosticsParams - note: alias for textDocument/publishDiagnostics
- method:
-
MCP Server URL Notification to publish the listening address. The server listens for
POSTrequests on/messagesand for SSE subscriptions on/sse. An example can be found in the mcp package in the smoke test.- method:
$/snyk.mcpServerURL - params:
types.McpServerURLParams - example:
{ "url": "https://127.0.0.1:7595" } - method:
-
Authentication Notification
- method:
$/snyk.hasAuthenticated - params:
types.AuthenticationParams - example:
{ "token": "the snyk token", // this can be an oauth2.Token string or a legacy token "apiUrl": "https://api.snyk.io" }- See https://pkg.go.dev/golang.org/x/oauth2@v0.6.0#Token for more details regarding oauth tokens.
- method:
-
CLI Path Notification
- method:
$/snyk.isAvailableCli - params:
types.SnykIsAvailableCli - example:
{ "cliPath": "/a/path/to/cli-executable" } - method:
-
Trusted Folder Notification
- method:
$/snyk.addTrustedFolders - params:
types.SnykTrustedFoldersParams - example:
{ "trustedFolders": ["/a/path/to/trust"] } - method:
-
Scan Notification
- method:
$/snyk.scan - params:
types.ScanParams - example: Successful scan
{ "status": "success", // possible values: "error", "inProgress", "success" "product": "code", // possible values: "code", "oss", "iac" "folderPath": "/a/path/to/folder", }- example: Failed scan with errors
{ "status": "error", "product": "code", "folderPath": "/a/path/to/folder", "errorMessage": "An error occurred", "cliError": { "code": "CLI_ERROR_CODE", "message": "An error occurred" }, } - method:
-
Summary Panel Status Notification
- method:
$/snyk.scanSummary - params:
types.ScanSummary - example:
{ "scanSummary": "<html><body<p> Summary </p></body></html>" } - method:
Commands
-
NavigateToRangeCommandnavigates the client to the given range- command:
snyk.navigateToRange - args:
path,Range
- command:
-
WorkspaceScanCommandtriggers a scan of all workspace folders- command:
snyk.workspace.scan - args: empty
- command:
-
WorkspaceFolderScanCommandtriggers a scan of the given workspace folder- command:
snyk.workspaceFolder.scan - args:
path
- command:
-
OpenBrowserCommandopens the given URL in the default browser- command:
snyk.openBrowser - args:
URL
- command:
-
LoginCommandtriggers the login process- command:
snyk.login - args: empty
- command:
-
CopyAuthLinkCommandcopies the authentication URL to the clipboard- command:
snyk.copyAuthLink - args: empty
- command:
-
LogoutCommandtriggers the logout process- command:
snyk.logout - args: empty
- command:
-
TrustWorkspaceFoldersCommandchecks for trusted workspace folders and asks for trust if necessary- command:
snyk.trustWorkspaceFolders - args: empty
- command:
-
OpenLearnLessonopens the given lesson on the Snyk Learn website- command:
snyk.openLearnLesson - args:
rule stringecosystem stringcwes string(comma separated), e.g.CWE-79,CWE-89cves string(comma separated), e.g.CVE-2018-11776,CVE-2018-11784issueType int
PackageHealth Type = 0 CodeSecurityVulnerability = 1 LicenceIssue = 2 DependencyVulnerability = 3 InfrastructureIssue = 4
- command:
-
GetLearnSessionreturns the given lesson on the Snyk Learn website- command:
snyk.getLearnLesson - args:
rule stringecosystem stringcwes string(comma separated), e.g.CWE-79,CWE-89cves string(comma separated), e.g.CVE-2018-11776,CVE-2018-11784issueType int
PackageHealth Type = 0 CodeSecurityVulnerability = 1 LicenceIssue = 2 DependencyVulnerability = 3 InfrastructureIssue = 4 - result: lesson json
{ "lessonId": "123", "datePublished": "2022-01-01", "author": "John Doe", "title": "Introduction to Golang", "subtitle": "A beginner's guide to Golang", "seoKeywords": ["Golang", "Programming", "Beginner"], "seoTitle": "Learn Golang", "cves": ["CVE-2022-1234", "CVE-2022-5678"], "cwes": ["CWE-123", "CWE-456"], "description": "This lesson provides an introduction to Golang for beginners", "ecosystem": "Programming", "rules": ["Rule 1", "Rule 2", "Rule 3"], "slug": "golang-intro", "published": true, "url": "https://example.com/golang-intro", "source": "Example.com", "img": "https://example.com/images/golang-intro.png" } - command:
-
SettingsSastEnabledtriggers the api call to check if Snyk Code is enabled- command:
snyk.getSettingsSastEnabled - args: empty
- returns a
*sast_contract.SastResponseor, or an error and false if an error occurred
- command:
-
GetActiveUsertriggers the api call to get the active logged in user or an error if not logged in- command:
snyk.getActiveUser - args: empty
- returns the active user and its orgs and groups or an error if not logged in.
{ "id": "123", "username": "johndoe", "orgs": [ { "name": "org1", "id": "org1_id", "group": { "name": "group1", "id": "group1_id" } } ], } - command:
-
Code Fix Commandtriggers an autofix and applies the changes of the first suggestion- command:
snyk.code.fix - args:
codeActionIdstringAffectedFilePathstringrangeRange
- returns an error if not successful
- command:
-
Code Fix Diffsallows to retrieve the diffs for autofix suggestions- command:
snyk.code.fixDiffs - args:
- issueID string (UUID)
- returns an array of suggestions:
[{ "fixId": "123", "unifiedDiffsPerFile": { "path/to/file": "diff" } }]- Diff Example:
--- /var/folders/vn/77lwfy3974g7vykcm5lr6mkh0000gn/T/Test_SmokeWorkspaceScanOssAndCode952013010/001/1 +++ /var/folders/vn/77lwfy3974g7vykcm5lr6mkh0000gn/T/Test_SmokeWorkspaceScanOssAndCode952013010/001/1-fixed @@ -32,7 +32,8 @@ test('should set success to OK upon success', function() { // GIVEN - comp.password = comp.confirmPassword = 'myPassword'; + comp.password = process.env.TEST_PASSWORD; + comp.confirmPassword = process.env.TEST_PASSWORD; // WHEN comp.changePassword(); - command:
-
Code Fix Apply Edit Commandtriggers an autofix and applies the changes of the first suggestion- command:
snyk.code.fixApplyEdit - args:
fixIdstring
- returns an WorkspaceEdit: https://microsoft.github.io/language-server-protocol/specifications/lsp/3.17/specification/#workspaceEdit
- command:
-
Feature Flag Status Commandtriggers the api call to check if a feature flag is enabled- command:
snyk.getFeatureFlagStatus - args:
featureFlagTypestring
- returns an object with the status of the feature flag and an optional user message
{ "ok": true, // boolean indicating if the feature is enabled (true or false) "userMessage": "Optional message to the user" // present if 'ok' is false } - command:
-
Clear CacheClears either persisted or inMemory Cache or both.- command:
snyk.clearCache - args:
folderUristring,cacheTypepersistedorinMemory
- command:
-
Generate Issue DescriptionGenerates issue description in HTML.- command:
snyk.generateIssueDescription - args:
issueIdstring
- command:
Installation
Download
The release workflow stores the generated executables, so that they can be downloaded here. Just select the release you want the build artefacts from and download the zip file attached to it. Currently, executables for Windows, macOS and Linux are generated.
The currently published binary can be retrieved with this bash script, please keep in mind that the protocol version is part of the download link and can change to force plugin / language server synchronization. For further information please see CONTRIBUTING.md.
From Source
- Install
go 1.20or higher, set theGOPATHandGOROOT - Enter the root directory of this repository
- Execute
go get ./...to download all dependencies - Execute
make build && make installto produce asnyk-lsbinary
Configuration
Snyk LSP Command Line Flags
-c <FILE> allows to specify a config file to load before all others
-f <FILE> allows you to specify a log file instead of logging to the console
-l <LOGLEVEL> <allows to specify the log level (trace, debug, info, warn, error, fatal). The default log
level is info. This can be overruled by setting the env variable SNYK_DEBUG_LEVEL,
e.g. export SNYK_DEBUG_LEVEL=debug
-licenses (running standalone) displays the licenses used by
Language Server
--licenses (running within Snyk CLI)
-o <FORMAT> allows to specify the output format (md or html) for issues
-v prints the version of the Language Server
Configuration
LSP Initialization Options
As part of
the Initialize message
within initializationOptions?: LSPAny; we support the following settings:
{
"activateSnykOpenSource": "true", // Enables Snyk Open Source - defaults to true
"activateSnykCode": "false", // Enables Snyk Code, if enabled for your organization - defaults to false, deprecated in favor of specific Snyk Code analysis types
"activateSnykIac": "true", // Enables Infrastructure as Code - defaults to true
"insecure": "false", // Allows custom CAs (Certification Authorities)
"endpoint": "https://api.eu.snyk.io", // Snyk API Endpoint required for non-default multi-tenant and single-tenant setups
"organization": "a string", // The name of your organization, e.g. the output of: curl -H "Authorization: token $(snyk config get api)" https://api.snyk.io/v1/cli-config/settings/sast | jq .org
"path": "/usr/local/bin", // Adds to the system path used by the CLI
"cliPath": "/a/patch/snyk-cli", // The path where the CLI can be found, or where it should be downloaded to
"token": "secret-token", // The Snyk token, e.g.: snyk config get api or a token from authentication flow
"integrationName": "ECLIPSE", // The name of the IDE or editor the LS is running in
"integrationVersion": "1.0.0", // The version of the IDE or editor the LS is running in
"automaticAuthentication": "true", // Whether LS will automatically authenticate on scan start (default: true)
"deviceId": "a UUID", // A unique ID from the running the LS, used for telemetry
"filterSeverity": { // Optional filter to be applied for the determined issues (if omitted: no filtering)
"critical": true,
"high": true,
"medium": true,
"low": true,
},
"issueViewOptions": { // Optional filter to be applied for the determined issues (if omitted: no filtering)
"openIssues": true,
"ignoredIssues": false,
},
"sendErrorReports": "true", // Whether to report errors to Snyk - defaults to true
"manageBinariesAutomatically": "true", // Whether CLI/LS binaries will be downloaded & updated automatically
"enableTrustedFoldersFeature": "true", // Whether LS will prompt to trust a folder (default: true)
"activateSnykCodeSecurity": "false", // Enables Snyk Code Security reporting
"activateSnykCodeQuality": "false", // Enable Snyk Code Quality issue reporting (Beta, only in IDEs and LS)
"scanningMode": "auto", // Specifies the mode for scans: "auto" for background scans or "manual" for scans on command
"authenticationMethod": "oauth", // Specifies the authentication method to use: "token" for Snyk API token or "oauth" for Snyk OAuth flow. Default is token.
"snykCodeApi": "https://deeproxy.snyk.io", // Specifies the Snyk Code API endpoint to use. Default is https://deeproxy.snyk.io
"enableSnykLearnCodeActions": "true", // show snyk learns code actions
"enableSnykOSSQuickFixCodeActions": "true", // show quickfixes for supported OSS package manager issues
"enableSnykOpenBrowserActions": "false", // show code actions to open issue descriptions
"enableDeltaFindings": "false", // only display issues that are not new and thus not on the base branch
"requiredProtocolVersion": "14", // the protocol version a client needs
"hoverVerbosity": "1", // 0-3 with 0 the lowest verbosity. 0: off, 1: only description, 2: description & details 3: complete (default)
"outputFormat": "md", // plain = plain, markdown = md (default) or html = HTML
"additionalParams": "--all-projects", // Any extra params for Open Source scans using the Snyk CLI, separated by spaces
"additionalEnv": "MAVEN_OPTS=-Djava.awt.headless=true;FOO=BAR", // Additional environment variables, separated by semicolons
"trustedFolders": [
"/a/trusted/path",
"/another/trusted/path"
], // An array of folder that should be trusted
"folderConfigs": [{
"baseBranch": "main", // the base branch for delta scanning
"folderPath": "a/b/c", // the workspace folder path
"additionalParameters": "--file=pom.xml" // additional parameters for CLI scans
}], // an array of folder configurations, defining the desired base branch of a workspaceFolder
}
activateSnykCode automatically toggles the value of activateSnykCodeSecurity and activateSnykCodeQuality.
Therefore,
to enable only one of the two analysis types, activateSnykCode must be removed from Initialization Options for the
specific
analysis type option to have an effect.
Workspace Trust
As part of examining the codebase for vulnerabilities, Snyk may automatically execute code on your computer to obtain additional data for analysis. For example, this includes invoking the package manager (e.g., pip, gradle, maven, yarn, npm, etc.) to get dependency information for Snyk Open Source. Invoking these programs on untrusted code that has malicious configurations may expose your system to malicious code execution and exploits.
To safeguard from using the language server on untrusted folders, our language server will ask for folder trust before running scans against these folders. When in doubt, do not grant trust.
The trust feature is enabled by default. When a folder is trusted, all sub-folders are also trusted. After a folder
is trusted, Snyk Language Server notifies the Language Server Client with the custom $/snyk.addTrustedFolders
notification,
which contains a list of currently trusted folder paths. Based on this, a client can then implement logic to intercept
this notification and persist the decision and trust in the IDE or Editor storage mechanism.
Trust dialogs can be disabled by setting enableTrustedFoldersFeature to false in the initialization options. This
will disable all trust prompts and checks.
An initial set of trusted folders can be provided by setting trustedFolders to an array of paths in the
initializationOptions. These folders will be trusted on startup and will not prompt the user to trust them.
Environment variables
Snyk LS and Snyk CLI support and need certain environment variables to function:
HTTP_PROXY,HTTPS_PROXYandNO_PROXYto define the http proxy to be usedJAVA_HOMEto analyse Java JVM-based projects via Snyk CLIPATHto find maven when analysing Maven projects, to find python, etc
Auto-Configuration
To automatically add these variables to the environment, Snyk LS searches for the following files, with the order
determining precedence. If the executable is not called from an already configured environment (e.g. via
zsh -i -c 'snyk-ls'), you can also specify config file with the -c command line flag for setting the above mentioned
variables. Snyk LS reads the following files in the given precedence and order, not overwriting the already loaded
variables.
given config file via -c flag
<working-dir>/.snyk.env
$HOME/.snyk.env
Any lines that contain an environment variable in the format
VARIABLENAME=VARIABLEVALUE are added automatically to the environment if not already existent. This adheres to the
dotenv format. In case of .profile, .zshrc, etc., if a variable is directly exported e.g. via
export VARIABLENAME=VARIABLEVALUE, it is not loaded. The export would need to be split of and be in its own line, e.g
VARIABLENAME=VARIABLEVALUE
export VARIABLENAME
The PATH variable is treated differently than all other variables, as it is an aggregate of all PATH variables found in
the files and in the environment. Also, the current working directory . is automatically added to the path, so a
download of the Snyk CLI into the current working directory by an LSP client would yield a found Snyk CLI for the
Language Server.
In addition to configuring variables via config files, Snyk LS adds the following directories to the path on linux and macOS:
- /bin
- $HOME/bin
- /usr/local/bin
- $JAVA_HOME/bin
If no JAVA_HOME is set, it automatically searches for a java executable first in path, then in the following directories and adds the parent directory of its parent as JAVA_HOME. The following directories are recursively searched:
- /usr/lib
- /usr/java
- /opt
- /Library
- $HOME/.sdkman
- C:\Program Files
- C:\Program Files (x86)
The same directories are searched for a maven executable and the parent directory is added to the path.
Snyk CLI
To find the automatically managed Snyk CLI,
the XDG Data Home
and PATH path are automatically scanned for the OS-dependent file, e.g. snyk-macos on macOS,
snyk-linux on Linux and snyk-win.exe on Windows, and the first path where it is found is added to the environment.
It is later used for all functionality that depends on the CLI.
Setting environment variables globally
If you want to have the environment variables available system-wide, you would need to add the variables
to /etc/environment or on macOS to /etc/launchd.conf or set them via launchctl in a shell script. The former two
locations are automatically read by snyk lsp. On Windows, a user variable can be defined via the UI for the user or
system-wide. In a file like ~/.profile it would like this:
SNYK_TOKEN=<your-token-from-app.snyk.io>
DEEPROXY_API_URL=https://deeproxy.snyk.io/
# export variables, but make sure the export is not on the same line as the variable definition
export SNYK_TOKEN
export DEEPROXY_API_URL
Authentication to Snyk
The Snyk LS authentication flow happens automatically, unless disabled in configuration, and is as follows. When Snyk Language Server starts, it:
- If the endpoint is a snykgov.io endpoint, or the authenticationMethod is set to
oauth, it authenticates via OAuth2. This opens a browser window. - If the authentication method is not
oauth, it tries to retrieve a token using the Snyk CLI token authentication. - If the CLI is not authenticated either, it opens a browser window to authenticate
- If there are problems opening the browser window, the auth URL can be copied to the clipboard (via implementation
of
snyk.copyAuthLink). Note that there is a requirement to havexselorxclipinstalled for Linux/Unix users for this feature.
After successfull authentication in the web browser, the Snyk Language Server automatically retrieves the Snyk authentication credentials and uses them for further requests.
Run Tests
go test ./...
If you have any issues with running pact, please extend your PATH env. For example:
PATH=$PATH:$PWD/.bin/pact/bin make test
The output should look like this (it is running against the Snyk Code API and using the real CLI):
? github.com/snyk/snyk-ls [no test files]
ok github.com/snyk/snyk-ls/code 24.201s
ok github.com/snyk/snyk-ls/diagnostics 26.590s
ok github.com/snyk/snyk-ls/iac 25.780s
? github.com/snyk/snyk-ls/lsp [no test files]
ok github.com/snyk/snyk-ls/oss 22.427s
ok github.com/snyk/snyk-ls/server 48.558s
ok github.com/snyk/snyk-ls/util 9.562s
Test Github Action locally
You can test github actions locally using act.
Install act & prerequisites
brew install act
# if you don't have docker desktop you can use minikube (a one-node kubernetes distribution)
brew install --cask virtualbox # you need to enable the virtualbox extension in macOS settings
brew install minikube
minikube start
eval $(minikube docker-env) # gives you a fully functional docker environment
Run act
act --secret SNYK_TOKEN=$SNYK_TOKEN --secret DEEPROXY_API_URL=$DEEPROXY_API_URL
Snyk Language Server Reviews
Login Required
Please log in to share your review and rating for this MCP.
Actions
Snyk Language Server's Information
- Author
- snyk
- Category
- Development Tools
- Language
- Go
- License
- Apache License 2.0
- Stars
- 67
- Updated
- 19 days ago
Related MCP Servers
Discover more MCP servers with similar functionality and use cases
Zed
OfficialClientby zed-industries
Provides real-time collaborative editing powered by Rust, enabling developers to edit code instantly across machines with a responsive, GPU-accelerated UI.
Cline
Clientby cline
Provides autonomous coding assistance directly in the IDE, enabling file creation, editing, terminal command execution, browser interactions, and tool extension with user approval at each step.
Continue
Clientby continuedev
Provides continuous AI assistance across IDEs, terminals, and CI pipelines, offering agents, chat, inline editing, and autocomplete to accelerate software development.
GitHub MCP Server
by github
Enables AI agents, assistants, and chatbots to interact with GitHub via natural‑language commands, providing read‑write access to repositories, issues, pull requests, workflows, security data and team activity.
Goose
Clientby block
Automates engineering tasks by installing, executing, editing, and testing code using any large language model, providing end‑to‑end project building, debugging, workflow orchestration, and external API interaction.
Roo Code
OfficialClientby RooCodeInc
An autonomous coding agent that lives inside VS Code, capable of generating, refactoring, debugging code, managing files, running terminal commands, controlling a browser, and adapting its behavior through custom modes and instructions.
Mcp Agent
Clientby lastmile-ai
A lightweight, composable framework for building AI agents using Model Context Protocol and simple workflow patterns.
Firebase CLI
by firebase
Provides a command‑line interface to manage, test, and deploy Firebase projects, covering hosting, databases, authentication, cloud functions, extensions, and CI/CD workflows.
Gptme
Clientby gptme
Empowers large language models to act as personal AI assistants directly inside the terminal, providing capabilities such as code execution, file manipulation, web browsing, vision, and interactive tool usage.