11月6日、Craig Risiが「GitLab 19.5 Makes Agentic Development a Governed Part of the DevOps Platform」と題した記事を公開した。GitLab 19.5の最大の焦点は、CursorやClaude Codeといった外部AIエージェントをGitLabのAIガバナンス基盤に接続し、監査・制御の対象に組み込んだ点にある。MCPサーバーのGA化と組み合わさることで、「エージェントにGitLabを操作させる」と「その操作を組織として把握・統制する」が初めて一体で提供されることになった。

MCPサーバーがGAに——外部AIエージェントがGitLabの機能を直接操作できるようになった

GitLab 19.5の最大のポイントのひとつは、**GitLab MCPサーバーの一般提供（GA）開始**だ。

MCP（Model Context Protocol）は、AIエージェントがツールやデータソースと標準化された方法でやり取りするためのプロトコルで、Anthropicがオープンソースとして策定・公開した。その後GitHub Copilot、Cursor、各種AIエージェントへの採用が急速に広がり、エージェントとツールをつなぐ事実上の共通インターフェースとなりつつある。

今回のGA化により、**Claude CodeやCursorといったMCP対応ツールから、GitLabのツールカタログやGitLab Duo Agent Platformのエージェント・フローを直接呼び出せる**ようになった。エージェントからは次の操作が可能になっている。

• グループの探索
• CI/CDアーティファクトファイルの検査
• GitLab Duoエージェントおよびフローの起動・監視

ただし、エージェントに全ツールを開放すればコンテキスト消費量が増え、モデルが取りうるアクションの範囲も広がる。そのためGitLab 19.5では管理者が公開するMCPツールセットを選択できるようになっており、最小権限設計の一形態として機能する。

レート制限も設定されており、GitLab.comではFreeユーザーが毎分60リクエスト、PremiumおよびUltimateユーザーが毎分600リクエスト（再接続・リトライもカウント対象）となっている。

外部エージェントをガバナンスの傘下に置く——CISOが求めていた仕組みがようやく実現

機能追加と同様に重要なのが、外部エージェントをGitLabのAIガバナンス基盤に接続できるようになった点だ。これが今回のリリースで最も注目すべき変化といえる。

従来のAIガバナンスダッシュボードはGitLab Duo Agent Platformのエージェントのみを対象としていた。19.5では**Externally Connected Agentsとして、Claude Code・Cursor・CodexをGitLab CLI経由で接続できる。設定後は、エージェントセッションの記録（ユーザー、エージェント、プロジェクト、タイミング）がGitLab自身のエージェントと並んでダッシュボード上に表示され、監査イベントをSIEMにストリーミング**することも可能だ。

これはMCPエンドポイントを提供するだけとは大きく異なる。接続は「できる」を実現し、ガバナンスは「組織規模で安全に使える」を実現する、という関係だ。開発者が使いたいエージェントを自由に選びながら、セキュリティ・コンプライアンスチームが全体を把握できる——この両立こそが本機能の核心である。

自律度を上げる「auto mode」と/goalコマンドのGA——ガバナンス強化と並走する理由

GitLab Duo CLIにauto modeが追加された。有効にするとエージェントがシェルコマンド・Git操作・MCP呼び出しのたびに承認を求めずにツールを実行できる。デフォルトは無効で、インスタンス・グループ・プロジェクト単位で制御可能。「Always Deny」に設定されたツールは引き続きブロックされる。

また、**/goalコマンドがGA**となった。開発者がオープンエンドな目標を記述すると、GitLab Duoが実装と検証を管理されたフローに委譲する。

エージェントの自律度が高まるほど、人間が個々のアクションを承認し続けることは現実的でなくなる。ガバナンス機能の強化と自律化の拡張が同時に進んでいるのは、この矛盾を解消するためだ。自律度を上げながら組織の制御を失わないための構造を先に整えておく——今回のリリース全体に通底する設計思想といえる。

Secrets ManagerのGAとセキュリティ設定の集中管理——エージェント時代のシークレット管理

今回のリリースでは**GitLab Secrets ManagerもGAとなった**。OpenBao（HashiCorp Vaultのフォーク）を基盤に構築されており、GitLabのグループ・プロジェクト権限と統合し、シークレットを必要なジョブにのみスコープし、シークレット操作の監査イベントを生成する。エージェントが自律的にCI/CDパイプラインを操作する場面が増えるなか、シークレット管理をプラットフォーム側で一元化する意義は大きくなっている。

さらに、セキュリティ設定プロファイルの拡張により、除外パス・アナライザーイメージ・Secret DetectionおよびSASTのフルヒストリースキャン設定を組織レベルで一元管理できるようになった。プロジェクトごとにCI/CDファイルへ設定を繰り返す手間が省ける。

GitHubとの競合軸の変化

記事ではGitLabのアプローチをGitHubと比較している。GitHubがGitHub Copilotとコーディングエージェントのエコシステムの広さを強みとするのに対し、GitLabはリポジトリ・Issue・パイプライン・アーティファクトを含むDevOpsプラットフォーム自体をエージェントからアクセス可能にする方向性を選んでいる。

競争軸は「どのコーディングアシスタントがより良いコードを生成するか」から、「自律エージェントがエンジニアリング作業を行うための、最も安全で有用なプラットフォームはどれか」へと移りつつあるとCraig Risiは指摘している。

詳細はGitLab 19.5 Makes Agentic Development a Governed Part of the DevOps Platformを参照していただきたい。