MCP server for Atlassian Bitbucket integration providing repository, pull request, and branch management capabilities
Critical gaps across all dimensions. Tool definitions exist only in mcp.json with minimal metadata. No input schemas visible, only tool names and descriptions. Descriptions are generic (10-50 chars), lack context on WHEN to use each tool, and provide no guidance on parameters, return values, or error handling. No parameter documentation visible. No output schema documentation. All 7 tools are READ_ONLY but lack idempotent hints or permission declarations. Tool names follow verb_noun pattern (positive), but lack parameter-level detail needed for LLM reasoning. This server appears to be a thin wrapper around Atlassian Bitbucket API with minimal agent-optimization.
Get a specific pull request from Bitbucket
Get the diff for a pull request from Bitbucket
Get a specific repository from Bitbucket
List comments on a pull request in Bitbucket
List pull requests from a Bitbucket repository
List repositories from Bitbucket
List branches in a Bitbucket repository
No input schemas visible for any tool. Cannot verify parameter types, constraints, or descriptions. LLMs cannot determine valid inputs or required vs optional parameters.
Descriptions are generic and under 50 characters. Examples: 'List repositories from Bitbucket', 'Get a specific repository from Bitbucket'. No guidance on WHEN to use, what parameters are required, pagination behavior, or return structure.
No output schema documentation. LLMs cannot plan downstream tool calls or extract required fields (e.g., repository_id, pull_request_id) for chaining.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | F | 35 | 2026-07-28+ | v2 |
No pagination parameters or limits documented. List tools (bb_list_*) likely return unbounded results, risking context window exhaustion. No limit, offset, or cursor parameters visible.
No tool annotations (readOnlyHint, idempotentHint) despite all tools being READ_ONLY. Missing permission declarations (e.g., 'read:repositories', 'read:pull_requests'). No error handling guidance or recovery paths documented.