GitLabは、「GitLab 19.4」のリリースを発表した。
GitLab 19.4では、目標を指示するだけでエージェントが実装と検証まで進める「/goal」コマンドと、GitLab上の作業を外部クライアントから自動化するMCPサーバーツールを、パブリックベータ版として提供。あわせて、GitLabが自社で運用するオープンウェイトモデルと、GitLabクレジットの使用状況の可視化により、デベロッパーが作業するすべての場面でエージェント型自動化を利用できるようにしたとのことだ。
デベロッパーは、ターミナルから目標全体を委任し、マージリクエストの作成と同時にフローを実行し、統制されたツール群を介して任意のMCPクライアントから GitLabにアクセスできるという。一方、プラットフォームオーナーは、ツール単位の制御と、使用状況をユーザー単位で紐付ける仕組みにより、エージェント型自動化を使えるユーザーの範囲を広げながら、その使用状況を把握できるとしている。
コードに適用されている権限がそのままエージェントにも適用され、消費したクレジットは、すべて使用したユーザーアカウントに紐付くため、2つ目の権限管理の仕組みや、別個の監査証跡を用意する必要はないという。
「/goal」コマンドが目標単位の委任と成果の自動検証を実現
GitLab Duo CLIの「/goal」スラッシュコマンドを使い、プロジェクトのガードレールと背景情報を踏まえたうえで、目標が達成されるまで、または解決できなかった内容が報告されるまで、処理を自動で進められるとのこと。実装はエージェントが担い、別のモデルが各ステップで成果を目標に照らして検証し、目標が達成されたか、反復回数の上限に達したかを判断するという。デベロッパーはいつでも実行を停止し、目標を修正したうえで再開できるとのことだ。フローは組織の既存ルールの下でローカルに動くため、デベロッパーは範囲を限定した作業を任せ、検証済みの成果を受け取れるとしている。
GitLabホスト型オープンウェイトモデルの提供開始で、コストと性能の選択肢が拡大
GitLab Duo Agent Platformでは、すでに利用できるフロンティアモデルに加えて、GitLabホスト型オープンウェイトモデルとしてKimi K3、MiniMax M3、GLM 5.3の3種類を提供するとのこと。チームは、エージェント型自動化のワークロードごとに適したモデルを柔軟に選べるという。タスクの要件に応じてモデルを選ぶことで、品質、レイテンシー、コストのバランスを調整できるとのことだ。新たなホスト型オープンウェイトモデルでは、同クラスのフロンティアモデルと比べ、GitLabクレジットあたりのコール数が最大4倍に。チームは、タスクの複雑さに応じてコストを最適化できるという。
モデルの選択についても、グループオーナーはGitLab Duo Agent Platformの他の機能と同じ統制を維持できるとのこと。機能ごとにデフォルトのモデルを設定し、チームが利用できるモデルを絞り込めるほか、これらの設定は子グループとプロジェクトにも適用されるという。GitLabは、各モデルを社内の性能基準と品質基準に照らして評価し、すべてのホスティングベンダーをサードパーティリスク管理プロセスで審査しているとのことだ。チームは、管理者による統制を手放すことなくモデルの選択肢を広げられるとしている。
新たなMCPサーバーツールが自動化の対象範囲を拡大
GitLab以外のクライアントで動作するエージェントも、GitLab上の一連の作業を、人がツール間で受け渡すことなく最後まで進められるという。GitLab MCPサーバーの新たなツールにより、パイプラインの実行と失敗したジョブのトレースの確認、マージリクエストの作成からレビュー、マージまでの実行、作業アイテムの検索と更新、脆弱性のトリアージを、GitLab全体にわたって自動化できるとのことだ。
管理者は、GitLab Duo Agent Platform向けにすでに設定しているルールで、これらのツールを統制する。設定場所も、同じグループおよびプロジェクトの設定画面で可能。読み取り専用のツールは初期設定が「常に許可」のため、日常的な参照作業はチームの手を止めずに進められるとのことだ。書き込みと削除を伴うツールは初期設定が「常に確認」のため、エージェントが変更を加える前に、レビュー担当者が確認する機会を持てるという。チームは、サードパーティ製エージェントのために別のルールを用意することなく、導入を進められるとしている。
使用状況の可視化で、エージェント型自動化の利用範囲が拡大
プラットフォームオーナーは、請求書を待たずに組織のエージェント型自動化の使用状況を部門ごとに示せるとのこと。ユーザーごとの上限は専用の設定ページに表示されるという。使用状況のエクスポートは請求対象イベント単位まで対応しており、GitLab FlexとFlex以外のいずれのサブスクリプションでも、安全なダウン ロードリンクを添えてメールで届くとしている。デベロッパー自身も、自分の使用量を確認できるとのこと。これによりチームは、使用状況を把握しながらの運用が可能となる。
また、GitLab 19.4より、Slack向けGitLab Duo Agent Platformを、PremiumおよびUltimateのユーザー向けに実験的機能として提供開始。エンジニアリングチームは、スレッド内で@GitLabをメンションするだけで、GitLabの検索、イシューの起票、プロジェクトに関する質問への回答を得られるとのことだ。その際、スレッドと直近のチャンネル履歴を背景情報として使用する。このエージェント型フローはCI/CD Runner上で動き、結果をスレッドに投稿するため、チームは会話の場を離れることなく、議論を追跡可能な作業に変えられると述べている。
加えて、Duo Agent Platformのデベロッパーフロー向けモデル選択機能の一般提供も開始された。管理者は、デベロッパーフローで使うモデルを、GitLab Duo Agent Platformの他の機能とは独立して選び、そのフローが担う作業に合わせて最適化できるという。あわせてセッション詳細パネルの刷新版を提供し、概要バーにステータス、タイムスタンプ、実行をトリガーしたユーザーを表示する。このパネルは、エージェントセッションを開始した要因と、そのセッションが生み出した成果物を分けて示すため、レビュー担当者はエージェントの作業内容を探し回ることなく把握できるとしている。
この記事は参考になりましたか?
- この記事の著者
-
EnterpriseZine編集部(エンタープライズジン ヘンシュウブ)
「EnterpriseZine」(エンタープライズジン)は、翔泳社が運営する企業のIT活用とビジネス成長を支援するITリーダー向け専門メディアです。データテクノロジー/情報セキュリティの最新動向を中心に、企業ITに関する多様な情報をお届けしています。
※プロフィールは、執筆時点、または直近の記事の寄稿時点での内容です
この記事は参考になりましたか?
この記事をシェア
