bitbucket-mcp-server
Provides tools for managing Bitbucket Cloud pull requests, including listing, creating, updating, approving, commenting, merging, and declining pull requests.
Click on "Deploy Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@bitbucket-mcp-server list open pull requests in my workspace"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
Bitbucket MCP Server
Servidor MCP (Model Context Protocol) para Bitbucket Cloud que expone operaciones de Pull Requests como herramientas para Claude y otros clientes MCP.
Requisitos previos
Node.js >= 18
Una cuenta de Bitbucket Cloud
Un API Token de Bitbucket con permisos de lectura/escritura en Pull Requests
Crear un API Token
Nota: Los App Passwords de Bitbucket estan deprecados. Desde septiembre 2025 no se pueden crear nuevos y en junio 2026 dejaran de funcionar. Usar API Tokens en su lugar.
Ir a Atlassian API Tokens
Click en Create token
Asignar permisos: Pull requests: Read & Write, Repositories: Read
Copiar el token generado
Related MCP server: bitbucket-mcp-server
Instalacion
git clone <repo-url>
cd bitbucket-mcp-server
npm install
npm run buildConfiguracion
Copiar el archivo de ejemplo y completar con tus credenciales:
cp .env.example .envBITBUCKET_USERNAME=tu-email@ejemplo.com
BITBUCKET_API_TOKEN=tu-api-token
BITBUCKET_WORKSPACE=tu-workspaceVariables de entorno
Variable | Requerida | Default | Descripcion |
| Si | - | Email o username de Bitbucket |
| Si | - | API Token de Bitbucket |
| No | - | Workspace por defecto (evita pasarlo en cada llamada) |
| No |
| Habilita operaciones destructivas (merge, decline) |
| No |
| Modo de transporte: |
| No |
| Puerto HTTP (solo si |
Uso como MCP local
Importante: node vs nvm
Los clientes MCP lanzan el servidor como un proceso hijo usando el command configurado. Esto significa que el binario de node debe ser accesible desde la ruta indicada.
Si instalaste Node.js directamente (instalador, Homebrew, etc.),
nodeesta disponible globalmente y podes usarlo directamente como command.Si usas
nvm, el binario denodeno esta en una ruta fija global sino dentro de~/.nvm/versions/node/vXX.X.X/bin/node. Algunos clientes MCP (como Claude Desktop) no cargan el perfil de tu shell, por lo quenodeno se encuentra.
Solucion para usuarios de nvm: usar la ruta absoluta al binario de node. Para obtenerla:
# Ver la ruta al node activo
which node
# Ejemplo de salida: /Users/tu-usuario/.nvm/versions/node/v22.0.0/bin/nodeY usar esa ruta completa en el campo command de la configuracion:
{
"command": "/Users/tu-usuario/.nvm/versions/node/v22.0.0/bin/node"
}Nota: Si actualizas la version de Node con nvm, vas a tener que actualizar esta ruta tambien.
Claude Code
Claude Code soporta tres scopes al registrar un MCP server con claude mcp add:
Scope | Flag | Donde se guarda | Disponibilidad |
| (default) | Config interna del proyecto actual ( | Solo para vos, en el proyecto actual |
|
|
| Compartido con el equipo via control de versiones |
|
|
| Para tu usuario, en todos los proyectos de tu maquina |
Importante: los MCP servers no se configuran en
~/.claude/settings.jsonni en.claude/settings.json. Esos archivos son para configuracion general (modelo, hooks, permisos). Las versiones actuales de Claude Code leen MCP servers solo desde~/.claude.json(scopeslocalyuser) y.mcp.json(scopeproject).
Instalacion global (recomendado)
Para que el MCP este disponible en todos tus proyectos, usar el scope user:
claude mcp add bitbucket -s user -- node /ruta/absoluta/a/bitbucket-mcp-server/dist/index.jsTambien podes pasar las variables de entorno en el mismo comando:
claude mcp add bitbucket -s user \
-e BITBUCKET_USERNAME=tu-email@ejemplo.com \
-e BITBUCKET_API_TOKEN=tu-api-token \
-e BITBUCKET_WORKSPACE=tu-workspace \
-- node /ruta/absoluta/a/bitbucket-mcp-server/dist/index.jsVerificar que quedo registrado:
claude mcp listPara removerlo en el futuro:
claude mcp remove bitbucket -s userInstalacion por proyecto
Si solo lo queres para el proyecto actual, omitir -s user (scope local por defecto) o usar -s project para compartirlo con el equipo via .mcp.json:
# Solo para vos en este proyecto
claude mcp add bitbucket -- node /ruta/absoluta/a/bitbucket-mcp-server/dist/index.js
# Compartido con el equipo (genera .mcp.json en la raiz del repo)
claude mcp add bitbucket -s project -- node /ruta/absoluta/a/bitbucket-mcp-server/dist/index.jsConfiguracion manual
Tambien podes editar directamente el archivo correspondiente al scope deseado:
Scope
user(global):~/.claude.json— agregar el server dentro de la clavemcpServersa nivel raiz del JSON.Scope
project:.mcp.jsonen la raiz del repo (commiteable).
Estructura del bloque a agregar en cualquiera de los dos casos:
{
"mcpServers": {
"bitbucket": {
"command": "node",
"args": ["/ruta/absoluta/a/bitbucket-mcp-server/dist/index.js"],
"env": {
"BITBUCKET_USERNAME": "tu-email@ejemplo.com",
"BITBUCKET_API_TOKEN": "tu-api-token",
"BITBUCKET_WORKSPACE": "tu-workspace"
}
}
}
}Si usas nvm, reemplazar
"node"por la ruta absoluta (ver seccion anterior).
Claude Desktop
Agregar en ~/Library/Application Support/Claude/claude_desktop_config.json (macOS) o %APPDATA%\Claude\claude_desktop_config.json (Windows):
{
"mcpServers": {
"bitbucket": {
"command": "node",
"args": ["/ruta/absoluta/a/bitbucket-mcp-server/dist/index.js"],
"env": {
"BITBUCKET_USERNAME": "tu-email@ejemplo.com",
"BITBUCKET_API_TOKEN": "tu-api-token",
"BITBUCKET_WORKSPACE": "tu-workspace"
}
}
}
}Si usas nvm, reemplazar
"node"por la ruta absoluta (ver seccion "node vs nvm"). Claude Desktop no carga el perfil de shell, por lo quenvmno estara disponible.
Cursor / Windsurf / otros editores
La configuracion es similar. Buscar la seccion de MCP servers en la configuracion del editor y agregar:
Command:
node(o ruta absoluta si usas nvm)Args:
["/ruta/absoluta/a/bitbucket-mcp-server/dist/index.js"]Env: las variables de entorno listadas arriba
Modo HTTP (alternativo)
Si se necesita un servidor HTTP en lugar de stdio:
TRANSPORT=http PORT=3000 npm startEndpoints disponibles:
POST /mcp- Recibe requests MCPGET /health- Health check
Herramientas disponibles
Lectura
Herramienta | Descripcion |
| Lista PRs de un repositorio (filtrar por estado: OPEN, MERGED, DECLINED, SUPERSEDED) |
| Detalle completo de un PR |
| Diff en formato unificado |
| Comentarios del PR (generales e inline) |
| Log de actividad (cambios de estado, aprobaciones, comentarios) |
Escritura
Herramienta | Descripcion |
| Crear un nuevo PR |
| Actualizar titulo, descripcion o reviewers |
| Aprobar un PR |
| Quitar aprobacion |
| Solicitar cambios |
| Agregar comentarios (generales, inline en lineas, o respuestas) |
Operaciones peligrosas (requieren BITBUCKET_ENABLE_DANGEROUS=true)
Herramienta | Descripcion |
| Mergear un PR (estrategias: merge_commit, squash, fast_forward) |
| Rechazar un PR |
Desarrollo
# Compilar en modo watch
npm run dev
# En otra terminal, probar el servidor
npm startAvailable Tools
14 toolsadd_pull_request_commentB
Add a comment to a pull request (general, inline on a file/line, or reply to existing comment)
Inputs: pr_id (required), content (required), repo_slug (required), workspace (required), +4 more.
approve_pull_requestC
Approve a pull request
Inputs: pr_id (required), repo_slug (required), workspace (required).
create_pull_requestC
Create a new pull request
Inputs: title (required), repo_slug (required), workspace (required), source_branch (required), +5 more.
decline_pull_requestA
Decline a pull request (requires BITBUCKET_ENABLE_DANGEROUS=true)
Inputs: pr_id (required), repo_slug (required), workspace (required).
get_pull_requestC
Get details of a specific pull request
Inputs: pr_id (required), repo_slug (required), workspace (required).
get_pull_request_activityC
Get the activity log of a pull request
Inputs: pr_id (required), repo_slug (required), workspace (required).
get_pull_request_commentsC
List comments on a pull request
Inputs: pr_id (required), repo_slug (required), workspace (required).
get_pull_request_diffC
Get the diff of a pull request
Inputs: pr_id (required), repo_slug (required), workspace (required).
list_pull_requestsC
List pull requests for a repository
Inputs: repo_slug (required), workspace (required), state.
merge_pull_requestA
Merge a pull request (requires BITBUCKET_ENABLE_DANGEROUS=true)
Inputs: pr_id (required), repo_slug (required), workspace (required), merge_strategy, +1 more.
request_changesC
Request changes on a pull request
Inputs: pr_id (required), repo_slug (required), workspace (required).
search_workspace_membersA
Search for workspace members by display name. Useful for finding reviewer UUIDs.
Inputs: query (required), workspace (required).
unapprove_pull_requestC
Remove approval from a pull request
Inputs: pr_id (required), repo_slug (required), workspace (required).
update_pull_requestC
Update an existing pull request (title, description, reviewers)
Inputs: pr_id (required), repo_slug (required), workspace (required), title, +2 more.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
Loading tool schema changelog…
TDQS
Scored across 14 tools
Read tools (list, get, diff, comments, activity) and write tools (create, update, approve, unapprove, request_changes, comment, merge, decline) each target a distinct action on a pull request. Slight potential for confusion between get_pull_request_activity and get_pull_request_comments (activity logs often include comments), and between approve_pull_request and request_changes, but descriptions clarify the boundaries.
Every tool follows a consistent snake_case verb_noun pattern (list_pull_requests, get_pull_request_diff, add_pull_request_comment, merge_pull_request). Even the odd-one-out search_workspace_members fits the same convention.
14 tools is well within the ideal range and each maps to a meaningful step in the PR review/merge workflow. No redundant or filler tools are present.
The pull request lifecycle is thoroughly covered: discovery, inspection, creation, updates, review states (approve/unapprove/request changes), commenting, and merge/decline. Minor gaps remain around repository/branch discovery (no list_repositories or branch tools), which an agent may need to locate a repo before working with its PRs.
Maintenance
Related MCP Connectors
An MCP server that provides an API to LLMs to manage their JumpCloud resources.
MCP server for your apps' tools and custom tools, plus hosted AI agents and approval-gated workflows
MCP server for progressive tool usage at any scale (see https://klavis.ai)
Hosted Slack MCP server for Claude, ChatGPT and Cursor, with each action switched per account.
Related MCP Servers
- AlicenseCqualityCmaintenanceMCP server for integrating with Bitbucket Cloud and Server APIs, enabling AI assistants to interact with repositories, pull requests, pipelines, and more.5930 npm3MIT
- AlicenseBqualityDmaintenanceMCP server for Bitbucket Cloud that enables AI agents to manage repositories, branches, pull requests, and deployments via typed tools.1740 npmISC
- FlicenseNot gradedqualityFmaintenanceThis MCP server enables AI agents to create Pull Requests in a self-hosted Bitbucket Server instance.-
- AlicenseAqualityDmaintenanceMCP server for Bitbucket Cloud, focused on pull-request review workflows115,856 npmMIT