powered by TechFeed
表示モード
主要ニュース

GitLab MCPサーバーが正式リリース — Claude CodeやCursorから直接マージリクエスト・パイプラインを操作可能に

10月15日、GitLabが「Connect your agents to your software lifecycle with the GitLab MCP server」と題した記事を公開した。GitLab 19.5のリリースに合わせてGitLab MCPサーバーが正式にGAとなり、Claude Code、Cursor、GitHub Copilotといった外部AIエージェントから、GitLabのコード・マージリクエスト・ワークアイテム・パイプラインを直接操作できるようになった。さらに今回のGAでは、外部エージェントからGitLab Duo Agent Platformのフローを起動・制御することも可能になっており、AIエージェントをGitLabのソフトウェア開発ライフサイクル全体に組み込む基盤が整った形だ。

10月15日、GitLabが「Connect your agents to your software lifecycle with the GitLab MCP server」と題した記事を公開した。GitLab 19.5のリリースに合わせてGitLab MCPサーバーが正式にGAとなり、Claude Code、Cursor、GitHub Copilotといった外部AIエージェントから、GitLabのコード・マージリクエスト・ワークアイテム・パイプラインを直接操作できるようになった。さらに今回のGAでは、外部エージェントからGitLab Duo Agent Platformのフローを起動・制御することも可能になっており、AIエージェントをGitLabのソフトウェア開発ライフサイクル全体に組み込む基盤が整った形だ。


MCPがAPIと何が違うのか

MCP(Model Context Protocol)はAnthropicが提唱したオープン標準で、AIエージェント向けに設計されたツール連携の仕組みだ。

通常のREST APIをエージェントに使わせると、どのエンドポイントを叩くべきか推論が必要になり、複数回のリクエストを重ねながら回答を組み立てることになる。これはコンテキストウィンドウを無駄に消費する。MCPサーバーはエージェントに「何ができるか」をあらかじめ宣言し、実際のワークフローに合わせた厳選済みのツールセットを提供する。結果として、より少ない呼び出し回数で、より少ないデータ量でタスクを完遂できる。

GitLab MCPサーバーがとくに重要なのは、ツールアクセスが既存のGitLabパーミッションモデルにそのまま統合されている点だ。新たにMCP専用のロールや権限設定を用意する必要はなく、ユーザーが元々持つプロジェクト・グループへのアクセス権がそのままエージェントの操作範囲を規定する。外部エージェントを導入する際に懸念されがちな「過剰な権限付与」のリスクを、設計レベルで回避している。

19.5で追加されたツール群

19.5では、コード・パイプライン・ナビゲーション関連のツールが拡充された。

  • コード操作:add_branchでフィーチャーブランチを作成、get_repository_fileで任意のrefのファイルを読み取り、semantic_searchでファイル名やシンボル名を知らなくても意味から実装箇所を検索
  • パイプライン:get_pipelineでジョブ・下流パイプライン・アーティファクト込みでパイプラインの失敗原因を把握、get_artifact_fileでアーカイブ全体をダウンロードせず特定ファイル(ログ、レポート、テストフィクスチャ等)だけ取得
  • ナビゲーション:list_groupsでグループ階層を辿って目的のグループを特定、list_wiki_pages(オプトイン)でRunbookやドキュメントを参照

なおsemantic_searchについては、元記事ではGitLab独自のコード検索機能として紹介されており、ファイル名やシンボル名を指定しなくても「意味」でコードを検索できる。GitLabのコード検索はAdvanced Searchをベースとしており、全文検索とシンボルインデックスを組み合わせた実装だ(ベクトル検索かどうかは元記事では明示されていない)。

ツールの統合も進んだ。従来は別々だった機能が1つのツールにまとめられており、たとえばget_merge_request1回でコミット・差分・パイプライン・コンフリクト・コメントを取得できる。エージェントが「どのツールを選ぶか」で迷う頻度が下がり、リトライが減るという実用的な改善だ。

また、Toolsets機能により、サーバーが返すツールグループを選択できる。チームのワークフローに合わせた最小限のツールセットに絞ることで、エージェントの誤選択リスクを低減できる。これはコンテキストウィンドウの節約にも直結する。

外部クライアントからDuo Agent Platformのフローを起動できる

今回のGA発表で特に目を引くのが、外部エージェントからGitLab Duo Agent Platformのフローを直接起動できる点だ。

  • list_duo_agents_and_flows:プロジェクトが提供するフロー一覧を取得
  • start_duo_session:自然言語のゴールから新しいフローを開始
  • get_duo_session / list_duo_sessions:実行中のセッションの進捗を確認
  • send_duo_session_input:エージェントが一時停止して判断を求めてきた際に承認・却下・回答

フローはGitLabのCIジョブとして実行され、通常のDuo Agent Platformセッションと同じポリシーチェック・監査ログの対象となる。記事ではClaude CodeからGitLab MCPサーバーを通じて「Fix Pipeline」フローを起動するデモが紹介されている。

対応クライアントと料金

MCPサーバーのセットアップは公式ドキュメントに詳細があり、対応クライアントとしてClaude Code、Claude Desktop、Cursor、GitHub Copilot、OpenAI Codex、Gemini、Kiro、Zedが挙げられている。

GitLab.com、GitLab Self-Managed、GitLab Dedicatedのいずれでも利用可能で、Free・Premium・Ultimateの全ティアが対象だ。GitLab.comではレート制限があり、Freeは1分あたり60回、PremiumとUltimateは600回に設定されている。

Duo Agent Platformを初めて試す場合は無料トライアルが用意されている。


詳細はConnect your agents to your software lifecycle with the GitLab MCP serverを参照していただきたい。