bitbucket-mcp
Related Servers
Alternatives to bitbucket-mcp
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityCmaintenanceEnables AI assistants to interact with Bitbucket Cloud repositories, allowing users to manage pull requests, comments, tasks, and branches through natural language commands.7,061 npm1MIT
- AlicenseNot gradedqualityAmaintenanceEnables AI assistants to list and retrieve repositories, fetch and create pull requests, and work with Bitbucket Cloud and Server APIs.7,061 npmMIT
- AlicenseNot gradedqualityCmaintenanceEnables AI assistants to programmatically manage Bitbucket Cloud resources, including pull requests, repositories, and branches, automating code review workflows.8 npmMIT
- AlicenseBqualityBmaintenanceEnables AI assistants to interact with Bitbucket Cloud and self-hosted instances for pull request reviews, code search, repository operations, and managing PR comments and approvals.19GPL 3.0
- AlicenseNot gradedqualityAmaintenanceEnables AI assistants to list and retrieve repositories, inspect and create pull requests, and page through related Bitbucket data via Cloud and Server APIs.7,061 npmMIT
- AlicenseNot gradedqualityAmaintenanceEnables AI assistants to access and manage Bitbucket repositories and pull requests, including listing repositories, fetching repository details, and viewing or creating pull requests.7,061 npmMIT
TDQS
Scored across 74 tools
Despite 74 tools, most have a distinct resource+action target (PRs, issues, commits, files, pipelines, deployments, permissions). A few overlap: create_draft_pull_request is a subset of create_pull_request's draft flag, get_pull_request_comment(s) singular/plural are easy to mix up, and submit_pull_request_batch_review partially duplicates add_pull_request_comment + approve_pull_request, though its aggregation purpose is documented.
The dominant pattern is verb_noun (create_pull_request, resolve_pull_request_comment), which is followed widely. However, list operations are inconsistently named: list_repositories/list_commits/list_issues vs get_repository_tags/get_pull_request_comments/get_commit_comments/get_effective_default_reviewers, which all return collections. The get_/list_ distinction becomes unreliable for selection.
74 tools is far beyond the 25+ threshold and is a very heavy surface for an agent to navigate, even given Bitbucket's broad domain. Several niche areas (deployment variables, pipeline caches, schedule executions, branch restrictions) each consume tool slots, increasing selection cost.
Read coverage is excellent across PRs, issues, commits, files, pipelines, deployments, and permissions, but the write surface has notable gaps: there is no merge_pull_request (only decline), no repository/branch create-update-delete, and pipeline variables/schedules/environments are read-only. These omissions block common lifecycle workflows.