ガバナンスと運用のためのAIカタログ更新

エンタープライズにおけるAI導入が停滞するのは、技術の準備が整っていないからではなく、管理者がセキュリティチームから問われる問いに答えられないからです。「実際に環境内で何が動いていて、誰がそれを設定したのか？」

GitLab 19.1は、Duo Flowsのイベント駆動型トリガーとともに、安全な運用を可能にするガバナンス制御と設定バリデーション機能を提供します。これらを組み合わせることで、エンタープライズチームはAIワークフローを継続的かつ安全に運用でき、人が手動でトリガーを引く必要がなくなります。

GitLabの実際のイベントに応じてフローを自動実行する

これまで、GitLab Duo FlowsのトリガーにはすべてGitLab UI上での人による操作が必要でした。メンション、アサイン、レビュアーのアサインがそれです。そのため、フローをプログラムから呼び出す、本番パイプラインに組み込む、スケジュールに従って実行するといった用途は難しい状況にありました。本番ワークフローをスケールで運用するチームにとって、その制限は明確でした。競合の自動サマリーなし、レビュー待ちマージリクエストへのコンプライアンスチェックなし、パイプライン失敗時のインシデント作成なし。これらのワークフローは、誰かが手動でフローを開始しない限り実現できませんでした。

トリガーと新しいパイプラインイベントフィルターにより、組織が定義した条件が満たされるたびにフローが自動実行され、手動の引き渡しは不要になります。AIカタログは、チームが「使うもの」から、チームのために「働き続けるもの」へと変わります。開発者が判断を要する作業に集中している間も、バックグラウンドで継続的に機能し続けます。

これこそが、エージェント型ワークフローの複利的な価値が実感できる瞬間です。フローがイベントに自動応答することで、今日のフィードバックループを遅らせている引き渡し遅延が縮小し始めます。

GitLab 19.1には、4つの新しいイベント駆動型トリガーが含まれています。

• マージリクエストのコード競合検出は、マージリクエストで競合が検出された瞬間に発火します。開発者がまだ問題を調べ始める前、競合が拡大する前のタイミングで、競合の自動サマリーと解決案の提示が最も役立ちます。これまでは、開発者が競合に気づいてMRを開き、手動でレビューをトリガーする必要がありました。このトリガーにより、競合が検出された瞬間にフローが実行されます。
• ドラフトからレビュー準備完了への移行は、開発者がMRをレビュー準備完了とマークした瞬間に発火します。自動コンプライアンスレビューやレディネスチェックリストを実行するのに最適なタイミングです。以前はレビュアーやチームリードがマージ前チェックを手動で開始する必要がありましたが、シグナルが届いた瞬間に毎回自動で実行されるようになります。
• マージリクエストの承認は、マージリクエストが承認されると発火し、デプロイ準備確認、コンプライアンスのロギング、引き渡し通知などの承認後ステップを自動でトリガーします。人が手動で開始する必要はありません。
• 作業アイテムの作成は、新しい作業アイテムが作成されると発火します。これにより、即時のトリアージフロー、ラベルの自動割り当て、ルーティングロジックが実現できます。これまでは手動作業か、GitLab外の壊れやすいWebhook設定に頼るしかありませんでした。

パイプラインイベント自体は新しい機能ではありませんが、特定のパイプライン状態でフィルタリングできるようになりました。失敗時のみ、成功時のみ、またはキャンセル時のみにトリガーを発火させるよう設定でき、すべてのパイプライン状態変化に対してアラートを出す必要がなくなります。つまり、失敗時のインシデント作成と成功時のアーティファクト昇格を、すべての状態変化への通知なしに実現できます。

マージ競合検出とドラフトからレビュー準備完了への移行はデフォルトで有効化されているため、19.1にアップデートした瞬間から価値を享受できます。

イベント駆動型トリガー

19.1では、開発者体験の向上も実現されています。フローをローカルで実行する開発者にとって、npmのインストール、ファイル編集、複数ステップのリファクタリングなど、ツールを繰り返し呼び出すたびに再承認が必要でした。新しいパターンベースの承認ティア（現在ベータ版）により、セッション中のツールのすべての使用をまとめて承認できるため、エージェントは途中で作業を中断することなく反復処理を続けられます。

イベントトリガーの動作をご確認ください：

未承認のAIエージェントとフローを環境から排除する

ハッカソン中に名前空間に外部エージェントが現れたり、セキュリティレビューなしにコミュニティ提供のフローをチームメンバーが有効化したりするだけで、エンタープライズのトライアルが頓挫することがあります。規制対象の組織にとって、未審査のAIコンテンツは軽微な懸念事項ではなく、導入を阻むブロッカーです。

2つの新しい設定により、インスタンス管理者とトップレベルグループのオーナーが、何を実行させるかを直接制御できるようになります。

• カスタムエージェントとフローの無効化は、ユーザーがカスタムビルドのエージェントやフローを作成・有効化することを制限し、基本コンテンツのみに限定します。
• AIカタログをグループ階層内に制限は、ユーザーが自分のネームスペース外で作成されたAIカタログアイテム（コミュニティ提供やサードパーティのコンテンツを含む）を有効化することをブロックします。

これらの設定により、AIエージェントとフローが、その他の機密プラットフォーム機能と同じ管理者の監視下に置かれます。管理者は、エージェントの無秩序な増殖を本番環境に持ち込むことなく、幅広い利用を開放できます。

フローの設定ミスをリリース前に検出する

自動実行されるイベント駆動型フローでは、エンタープライズ内での正確な設定が一層重要になります。フローが誤った設定だったり過剰に発火したりすると、組織全体でノイズや問題が発生します。

GitLab 19.1では、バリデーションをより早いタイミングに移動させました。ユーザーがAIカタログ内でフローを保存・更新すると、GitLabは保存前にDuo Workflow Serviceに対してフロー設定を検証します。問題がある場合（入力欠落、不明なツールパラメーター、バリデーターが検出した問題など）、保存前にUIに構造化されたエラーが表示されます。問題のないフローはこれまでどおり保存・トリガーされます。

結果として、AIカタログ内のすべてのフローは、誰かが本番環境で依存する前から正しく設定された状態になります。設定の問題は、修正コストが低い保存時点で表面化し、パイプラインが深夜に失敗する最悪のタイミングで発覚することがなくなります。

チームが使用できるAIモデルを制御する

もう一つのガバナンス機能がパブリックベータとして提供されます。管理者は、承認済みAIモデルのアローリストを設定し、組織全体のデフォルトを定めることができるようになりました。固定モデルか無制限の選択肢かという二択ではなくなります。

これにより、組織はデータレジデンシーに準拠したプロバイダーや事前承認済みプロバイダーに制限しつつ、そのガードレール内でエンドユーザーの柔軟性を確保できます。今回の初期実装はGitLab Duo Agentic Chatに適用され、今後さらに多くの機能への対応が予定されています。

本番環境に対応した基盤を構築する

これらのアップデートにより、フローはついに本番の自動化が本来あるべき形で機能します。継続的に、安定して、誰かがボタンを押すのを待つことなく。管理者は環境内で何が実行されるかを制御するガバナンス権限を持ち、開発者は最悪のタイミングではなく適切なタイミングで設定フィードバックを受け取れます。

GitLab Duo Agent Platformの無料トライアルを開始するか、ドキュメントでエージェント、フロー、AIカタログについて詳しく確認してください。