Sourcegraph MCP Server

Connect AI agents and applications to your Sourcegraph instance's code search and analysis capabilities.

The Sourcegraph Model Context Protocol (MCP) Server provides AI agents and applications with programmatic access to your Sourcegraph instance's code search, navigation, and analysis capabilities through a standardized interface.

Getting Started

MCP clients that support OAuth can connect directly—just point them at your Sourcegraph instance and authenticate through your browser:

Amp

BASH
amp mcp add sg https://sourcegraph.example.com/.api/mcp

Claude Code

BASH
claude mcp add --transport http sg https://sourcegraph.example.com/.api/mcp

This works similarly for other MCP-compatible agents. See Client Integration for detailed setup instructions for each client.

Server Endpoints

The MCP server provides different tool suites for various use cases:

Example URL:

SHELL
https://your-sourcegraph-instance.com/.api/mcp

Authentication

The MCP server supports OAuth 2.0 and access token authentication.

OAuth 2.0

Sourcegraph implements Dynamic Client Registration (RFC 7591), so compatible clients can authenticate automatically without pre-configured client IDs. DCR-registered applications are restricted to the mcp scope, which limits access to MCP endpoints only.

Access Tokens

Alternatively, include a Sourcegraph access token in the Authorization header:

SHELL
Authorization: token YOUR_ACCESS_TOKEN

Available Tools

The MCP server provides these tools for code exploration and analysis:

File & Repository Operations

read_file

Read file contents with line numbers and support for specific ranges and revisions.

Parameters:

• repo - Repository name (required)
• path - File path within repository (required)
• startLine - Starting line number (optional)
• endLine - Ending line number (optional)
• revision - Branch, tag, or commit hash (optional)

Use cases: Reading specific files, examining code sections, reviewing different versions

list_files

List files and directories in a repository path.

Parameters:

• repo - Repository name (required)
• path - Directory path (optional, defaults to root)
• revision - Branch, tag, or commit hash (optional)

list_repos

Search and list repositories by name patterns with pagination support.

Parameters:

• query - Search pattern for repository names (required)
• limit - Maximum results per page (optional, default 50)
• after/before - Pagination cursors (optional)

Code Search

keyword_search

Perform exact keyword searches with boolean operators and filters.

Parameters:

• query - Search query with optional filters (required)

Supported filters:

• repo: - limit to specific repositories
• file: - search specific file patterns
• rev: - search specific revisions

Features: Boolean AND/OR operators, regex patterns

nls_search

Semantic search with flexible linguistic matching.

Parameters:

• query - Natural language search query (required)

Supported filters:

• repo: - limit to specific repositories
• file: - search specific file patterns
• rev: - search specific revisions

Features: Flexible linguistic matching, stemming, broader results than keyword search

Code Navigation

go_to_definition

Find the definition of a symbol from a usage location.

Parameters:

• repo - Repository name (required)
• path - File path containing symbol usage (required)
• symbol - Symbol name to find definition for (required)
• revision - Branch, tag, or commit hash (optional)

Features: Cross-repository support, compiler-level accuracy

find_references

Find all references to a symbol from its definition location.

Parameters:

• repo - Repository name (required)
• path - File path containing symbol definition (required)
• symbol - Symbol name to find references for (required)
• revision - Branch, tag, or commit hash (optional)

Version Control & History

commit_search

Search commits by message, author, content, files, and date ranges.

Parameters:

• repos - Array of repository names (required)
• messageTerms - Terms to search in commit messages (optional)
• authors - Filter by commit authors (optional)
• contentTerms - Search in actual code changes (optional)
• files - Filter by file paths (optional)
• after/before - Date range filters (optional)

diff_search

Search actual code changes for specific patterns across repositories.

Parameters:

• pattern - Search pattern for code changes (required)
• repos - Array of repository names (required)
• added - Search only added code (optional)
• removed - Search only removed code (optional)
• author - Filter by author (optional)
• after/before - Date range filters (optional)

compare_revisions

Compare changes between two specific revisions.

Parameters:

• repo - Repository name (required)
• base - Base revision (older version) (required)
• head - Head revision (newer version) (required)
• first - Maximum file diffs to return (optional, default 50)
• after - Pagination cursor (optional)

get_contributor_repos

Find repositories where a contributor has made commits.

Parameters:

• author - Author name or email (required)
• limit - Maximum repositories to return (optional, default 20)
• minCommits - Minimum commits required (optional, default 1)

Deep Search

deepsearch

Create a new Deep Search conversation to answer complex questions about your codebase.

Parameters:

• question - The question to research using Deep Search (required). Should be detailed and specific about what you want to understand.

Use cases: Comprehensive analysis of complex technical questions, multi-step research across one or many remote codebases, detailed explanations with supporting evidence, questions that require combining information from multiple sources

deepsearch_read

Read a Deep Search conversation and return the markdown content of the questions and answers.

Parameters:

• identifier - The Deep Search conversation identifier (required). Can be:
  • A full Sourcegraph Deep Search URL (e.g., https://sourcegraph.com/deepsearch/abc123 or https://sourcegraph.com/deepsearch/shared/abc123)
  • A read token (e.g., abc123-def456-...)

Use cases: Reading or re-opening Deep Search results, summarizing existing answers, using past Deep Search as context for new questions

Best Practices

1. Repository Scoping: Use list_repos first to find relevant repositories for better performance
2. Progressive Search: Start with broad searches (nls_search) then narrow with specific tools
3. File Verification: Use list_files before read_file to verify file existence
4. Pagination: Use after/before cursors for large result sets
5. Tool Combinations: Chain tools together (e.g., list_repos → commit_search)