GitLab 协作管家（生成即用·GitLab CI）
> 触发词：GitLab、MR、Merge Request、流水线、CI/CD、GitLab 工单、gitlab pipeline、runner
> 适用场景：创建/更新合并请求并指派审查 等（详见下文）
> 连接与鉴权：官方路径：① glab CLI（GitLab 官方命令行）；② GitLab MCP Server（gitlab-mcp-server，支持 SaaS/自托管，配置 GITLAB_URL）。
一、核心用途
把 GitLab 的研发协作动作标准化：开 MR、看流水线状态、重试 job、建工单、管理里程碑。通过 glab CLI 或 GitLab MCP 执行，回显结构化结果。
二、适用场景
- 创建/更新合并请求并指派审查
- 查看某流水线的 stage 与 job 状态
- 重试失败的 CI job
- 批量建工单、关工单、改标签
- 查项目成员与权限
三、连接与鉴权（R-去个人化：凭证一律走环境变量，绝不写死 Key/appid/token）
- 接入路径：官方路径：① glab CLI（GitLab 官方命令行）；② GitLab MCP Server（gitlab-mcp-server，支持 SaaS/自托管，配置 GITLAB_URL）。
- 所需凭证（环境变量占位）：
GITLAB_PERSONAL_ACCESS_TOKEN：GitLab Personal Access Token（api 权限）GITLAB_URL：实例地址，SaaS 默认 https://gitlab.com，自托管填内网域名- 免 Key 说明：glab CLI 可
glab auth login登录后零配置；MCP 方式需 PAT。 - 国内可达性：GitLab.com 为海外服务；自托管实例按内网可达性。
四、执行流程
- 接收意图与必要参数（如账号、地址、偏好、查询条件）。
- 校验参数完整性，缺失则询问或以默认偏好补全（不自行臆造未知信息）。
- 调用官方 MCP/API（通过 mcporter 或对应客户端工具）执行对应动作。
- 解析返回，格式化输出（订单号/链接/状态/费用/来源等）。
- 涉及支付、下单、删除、改写等敏感动作 → 展示预览并二次确认后执行；异常时 fail-open 不崩溃。
五、输入 / 输出
- 输入：自然语言指令 + 必要参数（账号、地址、偏好、时间等）。
- 输出：结构化结果（订单号、支付链接、状态、费用、来源 URL 等）+ 下一步建议。
六、异常处理（三级）
- 一级（可恢复）：参数缺失 → 询问补全后重试。
- 二级（需确认）：支付/下单/删除/改写 → 展示预览，用户确认后执行。
- 三级（终止）：Key 无效 / 无权限 / 服务不可达 → 报错并给出申请与排查指引，fail-open 不崩。
七、反模式（禁止）
- 禁止写死任何个人 Key / Token / appid / corpid / mch_id（R-去个人化）。
- 禁止未确认就自动支付、下单、删除或改写远端资源。
- 禁止编造平台不支持的能力、精确的 URL 或数值（R-TEST T3）。
- 禁止越权读取他人账号数据。
八、FAQ
Q：支持私有化 GitLab 吗？
A：支持，配置 GITLAB_URL 指向你的实例即可，Token 用对应实例的。
Q：流水线失败怎么快速定位？
A：本 skill 会拉取失败 job 的日志片段并给出常见归因（依赖/测试/资源）。
九、领域参考
- 详见
references/connect.md：官方端点、申请步骤、MCP 客户端配置样例与最小权限提示。
