8月25日、SD Timesが「GitLab 19.3 Release Adds Updates for Scaling Agentic Software Development」と題した記事を公開した。GitLabがバージョン19.3をリリースし、エージェンティックAI（自律的にタスクを実行するAIエージェントを用いた開発手法）をエンタープライズ環境で安全にスケールさせるための機能を一斉追加した。セキュリティ境界の維持、脆弱性の一括自動修正、シークレットの一元管理——「AIに速度を出させながら、制御を手放さない」という設計思想が今回のリリース全体を貫いている。

一番の目玉：セキュリティ境界を崩さずにエージェントを動かせる

GitLabにはDedicatedという、単一テナント・シングルリージョンのSaaS環境がある。金融や医療など規制の厳しい業界向けに、データの居住地（データレジデンシー）や監査要件を満たすために使われるプランだ。

19.3では、このGitLab Dedicated環境の中でDuo Agent Platformを動かせるようになった。AIによって処理されたデータが既存のセキュリティ境界の外に出ない。さらに、自社モデルを推論用に接続することも可能になった。

「監査担当者がすでに理解しているデプロイモデルの下で、エージェントAIをソフトウェアデリバリーに活用できる」——これは規制対応の観点では大きい。AIを使いたいが、データを外に出せないという企業が長らく抱えてきた矛盾を正面から解消する機能だ。

パイプライン外のシークレットも一元管理：Secrets Manager

GitLab Secrets ManagerがLimited Availability（GitLabにおける段階的リリースの初期段階で、一般提供＝GAの前に限定的なユーザーを対象に提供される状態）として、有償オプション（GitLab Credits課金）でGitLab.comユーザー向けに提供開始された。

これまでCI/CDパイプライン内のシークレットはGitLabで管理できても、Kubernetesクラスターや、Terraformの実行環境など「パイプラインの外」で使われる認証情報は別のシークレット管理ツール（HashiCorp VaultやAWS Secrets Managerなど）と並行管理が必要だった。

19.3ではKubernetes、Terraform、OpenTofu、カスタムツールに対応し、パイプライン内外のシークレットを同一パーミッションモデルで扱えるようになった。CIシークレットは環境・ブランチ・ジョブの保護ステータスにスコープされる。

コードとパイプラインが動く同じプラットフォームに認証情報を集約することで、別系統の権限管理を維持するコストがなくなる。

脆弱性バックログを一括処理：Bulk SAST Remediation

セキュリティチームにとって実務的に痛い機能が来た。

SAST False Positive Detection & Agentic SAST Vulnerability Resolutionは、脆弱性レポートの複数の検出結果を一括選択すると、GitLabがそれぞれに信頼スコア（confidence score）を返す。誤検知（false positive）はそこで篩にかけられ、本当のリスクにはマージ可能な状態の修正コードが自動生成される。

開発者がやることは「レビューしてマージする」だけ。ゼロから修正コードを書く必要がない。新たに検出されたcritical・high重要度の脆弱性も、継続的に自動トリアージ・修正される。

脆弱性バックログが積み上がっている組織ほど、この機能の恩恵は大きい。

プロセスオーナーが自然言語でカスタム自動化：Flow Creator Agent

**Flow Creator Agent**は、スキーマのマッピングを手動でやらなくてもカスタム自動化フローを作れる仕組みだ。

Agentic Chat上でプロセスを自然言語で記述すると、実行可能なフロー定義が生成され、AI Catalogに登録できる状態で返ってくる。ただし、フローの有効化にはMaintainerロール以上が必要で、スコープ付きサービスアカウントと複合IDの下で動作する。権限の抜け穴にならない設計になっている。

その他の更新点

今回のリリースには、運用コストの可視化とアクセス制御の粒度向上という実務的なアップデートも含まれている。

• GitLab Credits使用上限（GA）：月次の上限を設定でき、エージェントAIへの支出を事前にコントロールできる。Customers Portalでサブスクリプション単位の上限を設定でき、GraphQL APIでユーザーごとの上限・オーバーライドも可能。
• カスタムエージェント・フローのグループ単位可視性制御（GA）：プロジェクト単位・パブリックに加えて、GitLabグループ内の複数プロジェクトをまたいだアクセス制御が可能になった。

なお、「Limited Availability」と「GA（General Availability）」はいずれもGitLabが定義するリリース成熟度の段階を指す。Limited Availabilityは限定提供の初期段階、GAは全ユーザー向けの一般提供済み状態を意味する。

GitLab CPMO（Chief Product & Marketing Officer）のManav Khurana氏は「今月出荷したすべての機能は、エージェントがどこで動き、どのシークレットに触れられるかも含め、エンタープライズが依存する信頼済みソフトウェアデリバリーワークフローに同じ制御を拡張するものだ」とコメントしている。

詳細はGitLab 19.3 Release Adds Updates for Scaling Agentic Software Developmentを参照していただきたい。