用途：对 GitLab 合并请求执行代码评审，先确定目标仓库与 MR，再获取详情和完整 diff，从正确性、安全性、风格、测试与文档等角度给出评审结论。
仓库与 MR 解析：默认假设 GitLab 项目与当前项目名（如工作区或仓库目录名）一致；若当前目录是含 GitLab 远程的 Git 仓库，尽量据此推断 namespace/project。当不在 Git 仓库、无 GitLab 远程、或目标 MR 属于其他项目时，需向用户询问仓库路径（namespace/project 或 URL）与 MR IID/分支，不要猜测。MR 优先使用当前分支对应的请求，用户指定 IID 或分支时以其为准，无法确定则询问。
获取数据：优先使用 glab MCP 工具查看 MR 与 diff；MCP 不可用时用 CLI：glab mr view [MR_IID]、glab mr diff [MR_IID]，省略 IID 表示当前分支的 MR；跨仓库时加 -R namespace/project。评审前需拿到完整 diff 及标题/描述。
评审输出：2-4 句总结 MR 内容与总体评价；按严重程度或类别（如 Blocking、Suggestions、Nits）分组列出发现，尽量标注文件/行或 hunk 上下文并给出修改建议或提问；最后给出结论（批准、带评论批准或要求修改）与后续步骤，保持具体、可执行。
发布评论：仅在用户明确确认后发布，MCP 用添加评论工具，CLI 用 glab mr note [MR_IID] --message "..."。
限制：资料未提供安装配置步骤、权限要求、支持平台范围及收费信息。