bitbucket-automation
自动化 Bitbucket 工作流
通过智能自动化消除繁琐的 Bitbucket 手动任务。通过自然语言命令创建拉取请求、管理分支、跟踪问题和管理 workspace。
下载技能 ZIP
在 Claude 中上传
前往 设置 → 功能 → 技能 → 上传技能
开启并开始使用
测试它
正在使用“bitbucket-automation”。 List all open pull requests in my-workspace/frontend-repo
预期结果:
Found 3 open PRs:
- PR #42: Add user authentication (from feature/auth to main) by @alice
- PR #45: Fix navigation bug (from bugfix/nav to main) by @bob
- PR #48: Update dependencies (from chore/deps to main) by @charlie
正在使用“bitbucket-automation”。 Create a branch from commit abc123 in my-workspace/backend-repo named feature/new-api
预期结果:
Branch 'feature/new-api' created successfully from commit abc123def456... in repository 'backend-repo'. The branch is now available for development.
安全审计
安全All 271 static findings are false positives from Markdown code formatting. The file is documentation-only with no executable code. External command detections are backticks around tool names, not actual execution. The single network reference is a legitimate MCP endpoint URL. Skill safely provides Bitbucket automation workflows through Rube MCP server.
低风险问题 (1)
风险因素
🌐 网络访问 (1)
⚙️ 外部命令 (1)
质量评分
你能构建什么
创建带审核人员的拉取请求
开发人员可以从功能分支向 main 分支创建拉取请求，按 UUID 分配审核人员，并设置正确的目标分支，无需浏览网页界面。
跟踪和管理问题
项目经理可以创建带优先级的错误报告，将问题分配给团队成员，更新问题状态，并添加评论以跟踪问题解决进度。
审计仓库访问权限
DevOps 工程师可以列出 workspace 成员，按项目或隐私设置过滤仓库，并验证分支结构以进行合规性审计。
试试这些提示
列出 {workspace} 中名为 {repo_slug} 的仓库中所有打开的拉取请求。显示 PR 标题、作者和创建日期。在 {workspace}/{repo_slug} 中从 {feature_branch} 到 {main_branch} 创建拉取请求。标题为'{title}'并分配这些审核人员：{reviewer_list}。在 {workspace}/{repo_slug} 中创建一个严重错误问题，标题为'{bug_title}'。描述为'{description}'并分配给 {assignee_username}。获取 {workspace}/{repo_slug} 中 PR {pr_id} 的拉取请求 diff。限制为 50000 字符并显示哪些文件变更最多。最佳实践
- 始终先调用 RUBE_SEARCH_TOOLS 以在执行工作流前验证可用的工具 schema
- 使用 BBQL 过滤器时字符串值用双引号括起来：name~"api" 而不是 name~api
- 在执行破坏性操作（如 BITBUCKET_DELETE_REPOSITORY 或 BITBUCKET_DELETE_ISSUE）前与用户确认
- 在 GET_PULL_REQUEST_DIFF 上设置 max_chars 参数以防止大型 diff 淹没上下文
避免
- 如果仓库主分支不是名为'main'，不要在创建 PR 时省略 destination_branch
- 不要使用用户名进行问题更新 - UPDATE_ISSUE 需要 assignee_account_id UUID 而不是 assignee 用户名
- 创建分支时不要包含 refs/heads/ 前缀 - 使用'feature/name'而不是'refs/heads/feature/name'
- 不要在不检查响应元数据的情况下拉取完整分页 - 验证总计数以避免过多的 API 调用