gitlab-automation
自动化 GitLab 工作流和 CI/CD 管道
管��� GitLab 项目、问题、合并请求和管道，无需手动调用 API。该技能通过 Composio 的 GitLab 工具包为常见 GitLab 操作提供结构化工作流。
下载技能 ZIP
在 Claude 中上传
前往 设置 → 功能 → 技能 → 上传技能
开启并开始使用
测试它
正在使用“gitlab-automation”。 列出我项目中开放的关键错误
预期结果:
找到 3 个关键错误：
- #42: 使用 SSO 登录失败（指派给：john.doe，创建时间：2024-01-15）
- #38: 大型数据集上数据导出超时（未指派，创建时间：2024-01-12）
- #35: iOS 上移动导航损坏（指派给：jane.smith，创建时��：2024-01-10）
正在使用“gitlab-automation”。 显示失败的管道作业
预期结果:
管道 #1234 于 2024-01-20 14:32 UTC 失败：
- build:success（2 分 15 秒）
- test:failed（5 分 42 秒）- 错误：3 个单元测试失败
- deploy:skipped（依赖失败）
失败的测试输出：API 集成测试中期望 200 但得到 500。
安全审计
安全This skill is Markdown documentation for GitLab automation via Rube MCP (Composio). All 301 static analyzer 'external_commands' findings are FALSE POSITIVE - the detected backticks are Markdown code formatting (e.g., `RUBE_SEARCH_TOOLS`), not Ruby shell execution. The single 'network' finding is documentation instructing users to configure an MCP endpoint, not actual network code. No executable code present - this is a documentation-only skill with no security risks.
质量评分
你能构建什么
开发团队负责人
通过按标签列出问题、分配团队成员并监控合并请求批准状态来跟踪冲刺进度，无需离开 AI 聊天界面。
DevOps 工程师
跨项目监控 CI/CD 管道运行状况，识别失败的作业，并在部署失败时自动触发管道重新运行。
项目经理
通过查询项目活动、列出最近的合并请求和跟踪跨多个问题解决率来生成状态报告。
试试这些提示
搜索项目 'my-group/my-app' 中所有标记为 'bug' 和 'critical' 的开放��题。显示每个问题的标题、指派人员和创建日期。
列出 'my-group/my-app' 中分配给我且尚未合并的所有合并请求。包括每个请求的源分支、目标分支和评论数量。
在 'my-group/my-app' 的 'main' 分支上查找最近的失败管道。显示哪些作业失败及其错误消息。
从 'main' 分支在 'my-group/my-app' 中创建名为 'release/v1.2.0' 的新分支。然后列出所有分支以确认它已创建。
最佳实践
- 始终先调用 RUBE_SEARCH_TOOLS 以在执行工作流之前获取当前工具架构
- 使用筛选器（状态、标签、日期范围）缩小结果集并遵守速率限制
- 在执行写入操作之前使用 GITLAB_GET_PROJECT 验证项目 ID
避免
- 不要使用 labels 字段来增量添加标签 - 它会替换所有现有标签。应改用 add_labels。
- 避免无筛选地列出所有项目或管道 - 始终使用搜索或状态筛选器
- 不要假设数字 ID - 使用 URL 编码的路径或先通过查找调用验证 ID