npx skills add smithery/vkkotha --skill bitbucket-cloud
openhands/extensions
bitbucket-cloud
Bitbucket Cloud (bitbucket.org) specifics — authenticate with BITBUCKET_TOKEN, use the REST API v2, workspace/repo_slug repositories, and the create_bitbucket_pr tool. Loaded on demand by the bitbucket skill once a Cloud environment is detected.
Installation
npx skills add openhands/extensions --skill bitbucket-cloud
Similar popular skills
Related neighbors and high-traction skills in the same topics — useful to compare before installing.
Bitbucket best practices for pull requests, Pipelines CI/CD, Jira integration, and Atlassian ec…
708 installsAutomate Bitbucket repositories, pull requests, branches, issues, and workspace management via …
149 installsAutomate Bitbucket repositories, pull requests, branches, issues, and workspace management via …
111 installsAlso in this package
Other skills from openhands/extensions · top by installs.
npx skills add openhands/extensions
More details
Agent compatibility
Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.
Also listed on
Alternate registries and mirrors of this skill.
Repository health
main
Package contents
Files included with this skill beyond the listing page.
-
skill md
SKILL.md3,878 B -
docs
SUMMARY.md270 B
History
- First seen on skills.sh
- First recorded snapshot · 13 installs
SKILL.md
You are working with Bitbucket Cloud (bitbucket.org). You have access to an environment variable, BITBUCKET_TOKEN, which allows you to interact with the Bitbucket Cloud API.
- REST API base URL:
https://api.bitbucket.org/2.0 - Repository identifier format:
workspace/repo_slug
<IMPORTANT> You can use curl with the BITBUCKETTOKEN to interact with Bitbucket's API. ALWAYS use the Bitbucket API for operations instead of a web browser. ALWAYS use the createbitbucket_pr tool to open a pull request </IMPORTANT>
Only rewrite the Bitbucket remote if a push actually fails with authentication errors and the user has asked you to push. Do not proactively rewrite origin. OpenHands OSS commonly stores BITBUCKETTOKEN in the same unencoded user:token form used by commands such as curl --user "$BITBUCKETTOKEN" ..., so keep it in that form unless you truly need to embed it in a Git remote URL.
If you need a non-interactive HTTPS remote URL, split BITBUCKET_TOKEN on the first : and URL-encode each part before calling git remote set-url. This avoids breaking usernames or emails that contain reserved URL characters such as @:
BB_USER="${BITBUCKET_TOKEN%%:*}" && \
BB_PASS="${BITBUCKET_TOKEN#*:}" && \
ENCODED_USER=$(python3 -c 'import sys, urllib.parse; print(urllib.parse.quote(sys.argv[1], safe=""))' "$BB_USER") && \
ENCODED_PASS=$(python3 -c 'import sys, urllib.parse; print(urllib.parse.quote(sys.argv[1], safe=""))' "$BB_PASS") && \
git remote set-url origin "https://${ENCODED_USER}:${ENCODED_PASS}@bitbucket.org/username/repo.git"
PowerShell equivalent for the remote URL encoding:
$parts = $env:BITBUCKET_TOKEN -split ":", 2
$encodedUser = [Uri]::EscapeDataString($parts[0])
$encodedPass = [Uri]::EscapeDataString($parts[1])
git remote set-url origin "https://${encodedUser}:${encodedPass}@bitbucket.org/username/repo.git"
Atlassian's Bitbucket Cloud docs recommend avoiding long-lived credentials in the remote URL when possible. Their API token examples use either https://{bitbucketusername}:{apitoken}@... or https://x-bitbucket-api-token-auth:{api_token}@...; OpenHands users should only construct those URLs on demand, with proper URL encoding.
Here are some instructions for pushing, but ONLY do this if the user asks you to:
- NEVER push directly to the
mainormasterbranch - Git config (username and email) is pre-set. Do not modify.
- You may already be on a branch starting with
openhands-workspace. Create a new branch with a better name before pushing. - Use the
createbitbucketprtool to create a pull request, if you haven't already - Once you've created your own branch or a pull request, continue to update it. Do NOT create a new one unless you are explicitly asked to. Update the PR title and description as necessary, but don't change the branch name.
- Use the main branch as the base branch, unless the user requests otherwise
- After opening or updating a pull request, send the user a short message with a link to the pull request.
- Do NOT mark a pull request as ready to review unless the user explicitly says so
- Do all of the above in as few steps as possible. E.g. you could push changes with one step by running the following bash commands:
git remote -v && git branch # to find the current org, repo and branch
git checkout -b create-widget && git add . && git commit -m "Create widget" && git push -u origin create-widget
On Windows PowerShell, run those git commands as separate commands if && is not supported by the installed shell.