Bitbucket MCP
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| BITBUCKET_USERNAME | No | Bitbucket username (required for basic auth method) | |
| BITBUCKET_API_TOKEN | No | API token (required for api_token auth method) | |
| BITBUCKET_WORKSPACE | No | Default workspace (optional) | |
| BITBUCKET_USER_EMAIL | No | Your Atlassian email (required for api_token auth method) | |
| BITBUCKET_AUTH_METHOD | No | Authentication method: api_token, oauth, or basic | |
| BITBUCKET_APP_PASSWORD | No | App password (required for basic auth method) | |
| BITBUCKET_OUTPUT_FORMAT | No | Output format: json, toon, or compact (optional) |
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": true
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| bitbucket_workspacesB | Manage Bitbucket workspaces. Actions:
|
| bitbucket_repositoriesC | Manage Bitbucket repositories. Actions:
|
| bitbucket_pull_requestsB | Manage Bitbucket pull requests. Actions:
|
| bitbucket_branchesB | Manage Bitbucket branches and tags. Actions:
|
| bitbucket_commitsB | Manage Bitbucket commits and diffs. Actions:
|
| bitbucket_pipelinesA | Manage Bitbucket Pipelines CI/CD. Actions:
|
| bitbucket_issuesB | Manage Bitbucket issue tracking. Actions:
|
| bitbucket_webhooksB | Manage Bitbucket webhooks for repositories and workspaces. Actions:
|
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 8 tools
Each tool covers a distinct Bitbucket domain (branches, commits, issues, pipelines, pull requests, repositories, webhooks, workspaces) with no overlap in primary functionality. An agent can easily select the correct tool for a task.
All tools follow a consistent 'bitbucket_<domain>' pattern, and within each tool, action names are short, clear verbs. The naming scheme is predictable and uniform across the entire set.
With 8 tools covering the major Bitbucket features, the count is well-scoped for the platform's complexity. Each tool represents a natural grouping of related actions, avoiding unnecessary fragmentation or lumping.
The tool surface covers all core Bitbucket operations: source control (branches, commits), collaboration (PRs, issues), CI/CD (pipelines), repository management, webhooks, and workspaces. Critical workflows like create/update/delete are present where applicable.