核心用法
gitlab-repos 是一个面向 OpenClaw 用户的 GitLab 集成技能，通过 ClawLink 托管的 OAuth 流程实现与 GitLab API 的安全对接。用户无需手动配置 API Token，只需安装 ClawLink 插件、完成账号配对并在仪表盘授权 GitLab 即可使用。
主要功能模块：
- 项目管理：列出、创建、归档、删除项目，查看项目详情与 CI/CD 流水线
- Issue 管理：查询、筛选、创建、更新 Issue，支持状态、标签、指派人等字段
- 合并请求（MR）：获取 MR 列表与详情，查看评论
- 代码仓库：浏览提交历史、分支列表，创建新分支
- 群组与成员：管理群组、查看成员列表、批量导入成员
- 用户状态：获取与设置 GitLab 个人状态
典型工作流程：
1. 调用 clawlink_list_integrations 确认 GitLab 已连接
2. 使用 clawlink_list_tools --integration gitlab 查看实时工具目录
3. 读操作（如列出 Issue、获取提交）可直接执行
4. 写操作（如创建 Issue、删除项目）必须先调用 clawlink_preview_tool 预览，经用户确认后方可执行
显著优点
- 零配置接入：ClawLink 托管 OAuth 流程，自动处理 Token 存储与注入，用户无需接触敏感凭证
- 细粒度权限控制：所有写操作强制要求用户确认，高影响操作（删除、归档）明确标记
- 实时工具发现：通过
clawlink_search_tools和clawlink_describe_tool动态查询可用工具，避免硬编码假设 - 完整 DevOps 覆盖：不仅支持代码仓库管理，还原生支持 CI/CD 流水线操作，适合运维场景
- 安全沙箱：ClawLink 作为中间层代理请求，Token 不暴露给 OpenClaw 环境
潜在缺点与局限性
- 网络依赖：必须依赖 ClawLink 服务（claw-link.dev）的健康状态，若该服务不可用则整个技能失效
- OAuth 范围限制：实际可访问的项目和群组受限于用户授权的 GitLab 账号权限，无法突破 GitLab 本身的 RBAC
- 写操作摩擦：虽然安全，但频繁的确认步骤可能降低批量操作效率
- 错误信息透明度：部分 GitLab API 错误（如 403 Forbidden）需用户自行排查 GitLab 侧权限配置
- 功能边界：不支持 GitLab 部分高级功能（如 Geo 复制管理、Admin 级别的系统配置）
适合人群
- 开发团队：需要快速查询项目状态、管理 Issue 和 MR 的开发者
- 技术项目经理：需要批量查看多项目进展、协调成员权限的 PM
- DevOps 工程师：需要监控或触发 CI/CD 流水线的运维人员
- 开源贡献者：通过 OpenClaw 自然语言界面与 GitLab 托管的项目交互
常规风险
- 误操作风险：写操作虽需确认，但用户可能未充分理解预览内容即确认，导致 Issue 误创建或分支误删
- Token 泄露风险：虽由 ClawLink 托管，但若用户设备被入侵，攻击者可通过已配对的 OpenClaw 会话间接操作 GitLab
- 数据残留：删除项目等操作不可逆，确认流程无法防止所有人为失误
- 供应链风险：ClawLink 插件及其依赖的更新需信任 ClawHub 来源，建议验证插件签名与版本