$ loading_
通过自然语言管理 GitLab 多仓库发布流程与状态说明
复制安装指令，让 AI 自动完成配置 · 推荐新手
"release-mcp" 暂无可直接复制的安装信息，请查看页面文档或源码仓库。
请为 GitLab 上的多个相关仓库启动一次新发布，并说明当前发布范围与涉及仓库。
工具会发起一次多仓库发布，并返回发布范围、涉及仓库和当前状态说明。
请检查这次多仓库发布的状态，做一次 reconcile，并解释哪些仓库已同步、哪些还需要处理。
工具会对发布状态进行对账，并给出各仓库状态与待处理项的自然语言说明。
请批准当前发布，并为相关仓库执行版本 bump，同时说明本次变更不会阻塞流水线。
工具会执行审批与版本更新，并返回操作结果及对流水线影响的说明。
开发者或 DevOps 在多个 GitLab 仓库需要一起发版时，可用自然语言启动、审批和推进发布流程。这样能减少手工切换仓库的操作成本。
当多仓库发布状态不一致时，可让工具执行 reconcile 并解释当前差异。适合在发布协同复杂、需要快速说明现状的情况下使用。
团队希望在持续集成流程继续运行的同时处理发布操作时，可用它进行发布启动、版本提升和说明。它强调发布管理而不阻塞流水线。
它是一个 MCP 工具，用于通过自然语言管理 GitLab 上的多仓库发布。已知支持 start、reconcile、approve、bump 和 explain 等发布相关操作。
给定信息只明确提到它面向 GitLab 多仓库发布场景。关于安装方式、认证密钥或运行环境，见源码仓库。
已知区别是它把多仓库发布操作封装为自然语言交互，并强调不阻塞流水线。更细的实现方式与边界能力，见源码仓库。
帮助用户通过 AI 管理 GitLab 议题、合并请求、流水线并调用 REST API。
通过自然语言操作 GitLab，完成合并请求审查、议题管理与流水线监控。
帮助你统一管理 GitLab 项目、议题、合并请求、流水线与仓库运维流程
帮助 AI 直接读写 GitLab 项目、合并请求、Issue 和流水线。
面向 GitLab 议题驱动开发，自动串联需求分析、建分支、编码与合并流程。
帮助用户自动化 GitLab 全流程开发运维与安全协作操作。