Installation überspringen. In unter 2 Minuten einsatzbereit.
Starte eine kostenlose Testphase auf cloud.anythingmcp.com, füge Bitbucket mit einem Klick hinzu und richte deinen KI-Client (Claude, ChatGPT, Copilot oder Cursor) auf den erzeugten MCP-Endpoint. Kein Docker, kein git clone, keinerlei Entwicklungserfahrung nötig.
Zusammenfassung
Lass deine KI in Bitbucket Cloud arbeiten: Repositories, Branches, Commits und Dateien durchsuchen, Pull Requests mit Diffs und Kommentaren prüfen, nach deiner Bestätigung genehmigen, kommentieren und mergen sowie Läufe von Bitbucket Pipelines, Step-Logs und Deployments kontrollieren.
Frag einfach
Beispiel-Prompts für Bitbucket
Klick auf einen Prompt, um ihn zu kopieren. In Claude, ChatGPT, Cursor, Gemini, Copilot oder OpenClaw einfügen — und gegen diesen Connector laufen lassen.
Claude ist KI und kann Fehler machen. Bitte Antworten gegenprüfen.
💡 Keine Installation? Nutze cloud.anythingmcp.com direkt. Einloggen, Connectors → Bitbucket klicken, Zugangsdaten einfügen, MCP-API-Key erzeugen, fertig. Kein Docker, kein
git clone, kein lokaler Server.
Bitbucket
Lass deine KI in Bitbucket Cloud arbeiten: Repositories, Branches, Commits und Dateien durchsuchen, Pull Requests mit Diffs und Kommentaren prüfen, nach deiner Bestätigung genehmigen, kommentieren und mergen sowie Läufe von Bitbucket Pipelines, Step-Logs und Deployments kontrollieren.
Einrichtung
- Melde dich unter
https://id.atlassian.com/manage-profile/security/api-tokensan (Security → API tokens in deinem Atlassian-Konto) und klicke auf Create API token with scopes. - Gib dem Token einen Namen (zum Beispiel AnythingMCP), wähle ein Ablaufdatum und die App Bitbucket.
- Hake die Lese-Scopes
read:user:bitbucket,read:workspace:bitbucket,read:repository:bitbucket,read:pullrequest:bitbucketundread:pipeline:bitbucketan. Fügewrite:pullrequest:bitbuckethinzu, um Pull Requests anzulegen, zu kommentieren, zu genehmigen und zu mergen, undwrite:pipeline:bitbucket, um Pipelines zu starten. - Kopiere das Token (es beginnt mit
ATATT) und füge es ohne das Wort Bearer inBITBUCKET_API_TOKENein, dann installiere den Connector. Der Connector sendet es als Bearer-Token, deine Atlassian-E-Mail-Adresse wird also nicht gebraucht. - Prüfe die Einrichtung mit
bitbucket_get_current_userund danach mitbitbucket_list_workspaces.
App-Passwörter funktionieren nicht mehr: Bitbucket hat am 9. September 2025 aufgehört, neue anzulegen, und die übrigen am 28. Juli 2026 abgeschaltet. Nutze wie oben ein API-Token mit Scopes. Ein Repository-, Projekt- oder Workspace-Access-Token (Repository settings → Access tokens; Projekt- und Workspace-Tokens brauchen einen Premium-Plan) funktioniert im selben Feld ebenfalls, handelt aber als Bot, der auf dieses Repository, Projekt oder diesen Workspace beschränkt ist: bitbucket_get_current_user und bitbucket_list_workspaces können abgelehnt werden, und alles außerhalb seiner Reichweite antwortet mit 403 oder 404.
Wer was sieht: Die KI handelt als der Benutzer hinter dem Token und sieht und ändert genau das, was dieser Benutzer und die angehakten Scopes erlauben. Ohne die beiden Schreib-Scopes bleibt das Token rein lesend.
Ändert echte Branches und erreicht dein Team, deshalb fragt die KI vorher: bitbucket_create_pull_request öffnet einen Pull Request in deinem Namen (der Quell-Branch muss bereits gepusht sein). bitbucket_add_pull_request_comment schreibt einen allgemeinen Kommentar, eine Antwort oder einen Code-Kommentar zu einer Zeile, den alle Beteiligten am Pull Request sehen und über den sie benachrichtigt werden können. bitbucket_approve_pull_request fügt deine Genehmigung hinzu, die für die Merge-Checks zählt. bitbucket_merge_pull_request ändert den Ziel-Branch für alle, kann Deployment-Pipelines starten und löscht mit close_source_branch den Quell-Branch; vorher prüft die KI Status und Genehmigungen mit bitbucket_get_pull_request. bitbucket_run_pipeline verbraucht Build-Minuten und führt aus, was die Pipeline tut, Deploy-Schritte eingeschlossen. Vor jedem dieser Aufrufe nennt dir die KI Repository, Branches, Pull Request und Merge-Strategie oder Pipeline und wartet auf dein Ja. Bei der Installation ist nichts deaktiviert, und kein Tool löscht Repositories, Branches oder Kommentare, abgesehen vom Quell-Branch bei einem Merge mit close_source_branch.
So arbeitest du: bitbucket_list_workspaces liefert den Workspace-Slug, bitbucket_list_repositories den Repository-Slug; beide stehen in der Adresse bitbucket.org/<workspace>/<repo>. Code: bitbucket_get_repository (Haupt-Branch), bitbucket_list_branches, bitbucket_list_commits, bitbucket_get_commit und bitbucket_get_file (der Text einer Datei oder der Inhalt eines Ordners). Reviews: bitbucket_list_pull_requests, bitbucket_get_pull_request, bitbucket_get_pull_request_diffstat für den Umfang der Änderung, dann bitbucket_get_pull_request_diff, bitbucket_list_pull_request_commits und bitbucket_list_pull_request_comments. Deployments: bitbucket_list_environments und bitbucket_list_deployments.
Pipelines: bitbucket_list_pipelines, dann bitbucket_get_pipeline, bitbucket_list_pipeline_steps und bitbucket_get_pipeline_step_log für den fehlgeschlagenen Schritt. Pipeline- und Step-UUIDs enthalten geschweifte Klammern; die KI übergibt sie genau so, wie sie zurückkommen. Step-Logs über 200 KB werden gekürzt und behalten den Anfang, der Fehler steht aber meist am Ende; bei langen Logs liest die KI deshalb das Ende mit einem Bereich wie bytes=-150000 (die letzten 150 KB). Auch Diffs und Dateien werden bei 200 KB gekürzt.
Listen und Filter: Eine Listenantwort enthält next, wenn es eine weitere Seite gibt; die KI ruft dann erneut mit page auf (bei den meisten Listen eine Zahl, bei Commits ein undurchsichtiges Token), und pagelen legt die Seitengröße fest. q nimmt die Abfragesprache von Bitbucket, zum Beispiel name ~ "api" oder destination.branch.name = "main".
Keine Issues und Wikis: Bitbucket hat seinen eingebauten Issue-Tracker und das Wiki am 20. August 2026 entfernt (die API antwortet mit 410), deshalb hat dieser Connector dafür keine Tools. Für Issues nimm einen Jira-Connector dazu.
Häufige Fehler: 401: Das Token ist falsch, abgelaufen oder widerrufen, oder es ist ein altes App-Passwort; lege ein API-Token mit Scopes an. 403: Ein Scope fehlt (die Meldung nennt ihn), oder dem Benutzer fehlt die Berechtigung. 404: Workspace, Repository oder Element gibt es nicht, oder das Token sieht es nicht. 429: Das stündliche Limit ist erreicht; warte kurz und versuche es erneut.
Nicht abgedeckt sind das Anlegen oder Löschen von Repositories und Branches, das Bearbeiten von Dateien oder Pushen von Commits, das Ablehnen von Pull Requests, das Stoppen von Pipelines, Repository-Variablen und Einstellungen sowie die Administration.
Voraussetzungen: BITBUCKET_API_TOKEN
Connector lokal installieren
curl -fsSL https://raw.githubusercontent.com/HelpCode-ai/anythingmcp/main/docker-compose.quickstart.yml -o docker-compose.yml
printf 'JWT_SECRET=%s\nENCRYPTION_KEY=%s\n' "$(openssl rand -hex 32)" "$(openssl rand -hex 32)" > .env
docker compose up -d
Öffne http://localhost:3000/connectors/store, wähle Bitbucket und trage die unter Voraussetzungen aufgelisteten Variablen ein.
Verfügbare Tools
| Tool | What it does |
|---|---|
bitbucket_get_current_user | Get the Bitbucket account the token belongs to: display name, nickname, uuid, account_id and profile link |
bitbucket_list_workspaces | List the workspaces the token's user belongs to: slug, name, uuid and whether the user is an administrator there |
bitbucket_list_repositories | List repositories in a workspace, most recently updated first: full_name, slug, description, private flag, language, main branch, project… |
bitbucket_get_repository | Get one repository: description, main branch, project, privacy, language, size, fork parent, clone URLs and web link |
bitbucket_list_branches | List branches of a repository with the latest commit of each (hash, date, message, author) |
bitbucket_list_commits | List commits newest first: hash, date, message, author and parents |
bitbucket_get_commit | Get one commit: full hash, date, full message, author, parents and web link |
bitbucket_get_file | Read a file or list a folder at a commit or branch |
bitbucket_list_pull_requests | List pull requests of a repository, open ones by default: id, title, state, draft, author, source and destination branch, comment and task… |
bitbucket_get_pull_request | Get one pull request: title, description, state, branches and commits, merge commit, reviewers and participants with their approval state… |
bitbucket_get_pull_request_diffstat | List the files a pull request changes: status (added, removed, modified, renamed), old and new path, lines added and removed |
bitbucket_get_pull_request_diff | Read the unified diff of a pull request as plain text |
bitbucket_list_pull_request_commits | List the commits a pull request contains, newest first: hash, date, message and author |
bitbucket_list_pull_request_comments | List comments on a pull request, oldest first: id, author, text, inline position (file and line) for code comments, parent id for replies… |
bitbucket_create_pull_request | Open a pull request from a source branch into a destination branch of the same repository, as the token's user |
bitbucket_add_pull_request_comment | Post a comment on a pull request as the token's user: a general comment, a reply (parent) or a code comment on a line (inline) |
bitbucket_approve_pull_request | Approve a pull request as the token's user |
bitbucket_merge_pull_request | Merge an open pull request into its destination branch |
bitbucket_list_pipelines | List Bitbucket Pipelines runs of a repository, newest first: uuid, build number, state (PENDING, IN_PROGRESS, COMPLETED), result… |
bitbucket_get_pipeline | Get one pipeline run: state, result, branch or tag, commit, custom pipeline name, trigger, creator, start, end and duration |
bitbucket_list_pipeline_steps | List the steps of a pipeline run: uuid, name, state, result, start, end, duration, build image name and script command names |
bitbucket_get_pipeline_step_log | Read the log of one pipeline step as plain text |
bitbucket_run_pipeline | Start a Bitbucket Pipelines run on a branch or tag, optionally a custom pipeline from bitbucket-pipelines.yml |
bitbucket_list_environments | List the deployment environments of a repository (for example Test, Staging, Production): uuid, name, type, rank and lock state |
bitbucket_list_deployments | List deployments of a repository: environment uuid, state (UNDEPLOYED, IN_PROGRESS, COMPLETED), status (SUCCESSFUL, FAILED, STOPPED), who… |
Beispiel-Prompts
- „Welche Pull Requests in shop/backend sind noch offen, wer hat sie erstellt, und welche haben noch keine Genehmigung?“
- „Prüf Pull Request #42 in backend: Fass die geänderten Dateien zusammen, markiere riskante Änderungen und liste die offenen Review-Kommentare auf.“
- „Warum ist die letzte Pipeline auf main fehlgeschlagen? Lies das Log des fehlgeschlagenen Schritts und zeig mir den Fehler.“
- „Merge Pull Request #42 per Squash in main, sobald er zwei Genehmigungen hat. Zeig mir vorher Branches und Merge-Strategie und frag mich, bevor du mergst.“
- „Was wurde zuletzt auf Production deployt, wann und von wem, und welcher Commit war das?“
Nächste Schritte
War dieser Guide hilfreich?
