GitLab CLI Skill

一句话说明：当任务核心是“和 GitLab 打交道”时，优先使用 glab，而不是把范围局限在 MR/Issue。

MR Review

• 优先读取 MR discussions / notes / diff comments，再做统一整理。
• 必要时可以查看本地对应分支的代码；查看前先 git fetch，确保分支是最新远端状态。
• 当用户要求整理 MR 审查意见时，按严重程度从高到低排列，数字编号，方便用户回复。
• 每次最多展示 10 条；若还有更多，在末尾提示“还剩 N 条未展示”。

基本准备

• 确认身份与认证：
  • glab auth status 读取当前实例及 “Logged in to as ” 行。
  • 直接取用户名：GITLAB_HOST=<host> glab api /user | jq -r '.username'（依赖本机 jq，若已设全局 GITLAB_HOST 可直接 glab api /user）。
  • 自建实例优先通过环境变量 GITLAB_HOST 指定；如需单次覆盖，可在命令前加 GITLAB_HOST=<host> 或用 -R group/project。
• 输出格式默认够用；若需机器可读，优先使用该子命令帮助里声明的格式参数，通常是 --output json 或 -F json。
• glab 不同子命令的参数风格不完全统一；不要默认假设所有命令都支持 --json，先看 glab <group> <subcommand> --help。
• 创建 MR 或 Issue 成功后，在终端单独一行输出 CLI 返回的完整 URL。