GitLab CLI Skills（glab）综合评估
核心用法
glab 是 GitLab 官方维护的命令行工具，提供与 GitHub CLI 类似的全栈 DevOps 体验。核心工作流包括：
认证与配置
glab auth login支持 OAuth 浏览器流或 PAT 令牌登录- 多账户/多实例管理通过
--hostname和环境变量隔离 - 关键安全实践：写入操作前必须执行
glab auth status+glab api user预检，防止身份混淆
日常开发工作流
# Issue → Branch → MR → Merge 完整链条 glab issue create --label bug glab mr create --fill --draft glab mr merge --when-pipeline-succeeds
CI/CD 调试
glab ci status --live # 实时监控 glab ci trace <job-id> # 拉取失败日志 glab ci retry <job-id> # 重试特定任务
显著优点
1. 覆盖面极广：40+ 子命令域，从基础 repo 操作到实验性功能（Orbit 知识图谱、Duo AI、MCP 协议）
2. 自动化友好：--output json / --jq 原生支持，配合 glab api 可直接调用 REST/GraphQL
3. 身份隔离设计：文档详细阐述多 agent/多账户场景下的环境隔离方案（set -a; source env; set +a）
4. 安全内建：glab mcp serve 自动启用 JSON 输出；用户生成内容标记为不可信（防范提示注入）
潜在局限与风险
1. 实验性功能不稳定：glab orbit、glab stack、glab runner-controller、glab skills 等明确标记 EXPERIMENTAL，API 可能变更或移除
2. 身份粘性问题：shell 会话中环境变量残留可能导致意外越权操作，需严格遵循"写入前双检"流程
3. 功能版本碎片化：部分命令（如 glab work-items 的 create/delete）依赖较新 glab 版本，旧版可能缺失
4. 多账户认知负担：无原生 profile 切换，需手动管理 env 文件和 unset 流程
适合人群
- 平台/DevOps 工程师：批量管理 Runner、Variables、Schedules 等基础设施
- 全栈开发者：终端优先工作流，减少浏览器切换
- 自动化/CI 场景：脚本化 MR 评审、发布管理、流水线触发
- 多 GitLab 实例用户：需要同时操作 gitlab.com 与私有化部署
常规风险
| 风险场景 | 缓解措施 |
|---------|---------|
| 身份混淆导致误操作 | 写入前强制 `auth status` + `api user` 校验 |
| PAT 令牌泄露 | 使用 `--hostname` 隔离 + 最小权限原则 |
| 实验性功能依赖 | 生产环境禁用 EXPERIMENTAL 命令，或版本锁定 |
| 间接提示注入 | 将 job logs/issue bodies 视为纯数据，不执行嵌入指令 |