<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
    <id>https://about.gitlab.com/blog</id>
    <title>GitLab</title>
    <updated>2026-02-12T00:37:48.161Z</updated>
    <generator>https://github.com/jpmonette/feed</generator>
    <author>
        <name>The GitLab Team</name>
    </author>
    <link rel="alternate" href="https://about.gitlab.com/blog"/>
    <link rel="self" href="https://about.gitlab.com/ja-jp/atom.xml"/>
    <subtitle>GitLab Blog RSS feed</subtitle>
    <icon>https://about.gitlab.com/favicon.ico</icon>
    <rights>All rights reserved 2026</rights>
    <entry>
        <title type="html"><![CDATA[Monday Merge 2月号：エージェント型AIがついに登場：GitLab Duo GA、18.8、そしてその先へ]]></title>
        <id>https://about.gitlab.com/ja-jp/blog/monday-merge-2026-february-9/</id>
        <link href="https://about.gitlab.com/ja-jp/blog/monday-merge-2026-february-9/"/>
        <updated>2026-02-09T00:00:00.000Z</updated>
        <content type="html"><![CDATA[<p>こんにちは👋2月号のMonday Mergeへようこそ。</p><p>今月は、ソフトウェア開発のあり方が大きく変わる節目の月です。そしてその中心にいるのがGitLab。GitLab Duo Agent Platformの一般提供開始という大きなマイルストーンを祝いつつ、GitLab 18.8の新機能、さらに業界全体からの示唆に富んだ読み物をご紹介します。</p><p>さあ、いきましょう！⚡</p><h2 id="gitlab-duo-agent-platformが一般提供開始"><strong>GitLab Duo Agent Platformが一般提供開始</strong></h2><p><img alt="GitLab Duo Agent Platformが一般提供開始" src="https://res.cloudinary.com/about-gitlab-com/image/upload/v1770180580/hej9hdzceppjpdmmegti.png" /></p><p>これはGitLabにとって、そして世界中のソフトウェアチームにとっても非常に大きな出来事です。</p><p>GitLab Duo Agent Platformの一般提供開始により、私たちは「コードを書くのを手助けするAI」を超え、ソフトウェア開発ライフサイクル全体で機能するエージェント型AIの時代へと踏み出しました。
企画、実装、テスト、セキュリティ、デプロイまで、すべてを1つの場所、1つのプラットフォームでオーケストレーションします。</p><p>なぜこれが重要なのでしょうか？AIによってコーディングは高速化した一方で、多くのチームはいまだに「AIパラドックス」を感じています。つまり、キーボード上では生産性が上がっているのに、他の工程でボトルネックが発生してしまう状況です。</p><h3 id="gitlab-duo-agent-platform-gaの主なポイント"><strong>GitLab Duo Agent Platform GAの主なポイント</strong></h3><ul><li>コーディング単体ではなく、ライフサイクル全体にわたるエージェント型ワークフロー</li><li>手作業の引き継ぎややり直しを減らす、専門エージェントと自動化フロー</li><li>GitLabのイシュー、マージリクエスト、パイプライン内での人とAIの統合された体験</li><li>安心してAIを導入できるエンタープライズレベルのガバナンスと可視性</li><li>個人のスピードをチーム全体の推進力へ変える、大規模なAIオーケストレーション</li></ul><p>GitLab Duo Agent Platformは、常に「対応に追われる状態」からチームを解放し、フロー状態へと導きます。高速なコーディングを、高速かつ安全なデリバリーへ。しかも、コントロールを犠牲にすることなく実現します。</p><p>さらに詳しく知りたい方へ👇GitLab CEOのBill Staplesが、なぜこのGAがAI時代における重要な転換点なのかを解説しています。</p><p><a href="https://about.gitlab.com/ja-jp/blog/gitlab-duo-agent-platform-is-generally-available/" rel="">https://about.gitlab.com/ja-jp/blog/gitlab-duo-agent-platform-is-generally-available/</a>　</p><h2 id="gitlab-188より高い可視性とより強固なコントロール"><strong>GitLab 18.8：より高い可視性と、より強固なコントロール</strong></h2><p><img alt="GitLab 18.8：より高い可視性と、より強固なコントロール" src="https://res.cloudinary.com/about-gitlab-com/image/upload/v1770180580/ymmxbpe292wc4dln4slq.png" /></p><p>GitLab 18.8は、この流れをさらに加速させるリリースです。</p><p>エージェント型AIを大規模に導入するための可視性・ガバナンス・セキュリティワークフローが強化され、チームが「速く、かつ責任を持って」前進できるようになります。</p><h3 id="主な新機能"><strong>主な新機能</strong></h3><ul><li>AI導入を段階的、または全社規模で進められるグループベースのアクセス制御</li><li>重複やノイズを減らした、高速なアプリケーションセキュリティスキャン</li><li>低リスクな検知を自動で整理できる、スマートな脆弱性管理</li><li>本当に重要なことに集中できる、パイプライン効率の改善</li></ul><p>GitLab Duo Agent Platform GAとGitLab 18.8によって、AIを「試す段階」から「実運用する段階」へと明確に移行しました。</p><p>詳しくはGitLab 18.8リリースノートをご覧ください👇</p><p><a href="https://about.gitlab.com/ja-jp/blog/gitlab-18-08-release/" rel="">https://about.gitlab.com/ja-jp/blog/gitlab-18-08-release/</a>　</p><h2 id="今月のおすすめ記事"><strong>📚 今月のおすすめ記事</strong></h2><p><img alt="📚 今月のおすすめ記事" src="https://res.cloudinary.com/about-gitlab-com/image/upload/v1770180580/wgyonynoq3fkf2af30qd.png" /></p><p>今月は、以下のようなテーマの記事を読んでいます。</p><ul><li>2026年に向けて、企業はAIの成果をどうスケールさせるのか<br /><a href="">https://thenewstack.io/3-ways-enterprises-can-scale-ai-gains-in-2026/</a> <a href="https://thenewstack.io/3-ways-enterprises-can-scale-ai-gains-in-2026/" rel=""></a></li><li>アジア圏でのエージェント型AIの主要トレンド<br /><a href="https://cio.economictimes.indiatimes.com/news/artificial-intelligence/ais-impact-on-asia-pacific-2026-trends-revealed/126301455" rel="">https://cio.economictimes.indiatimes.com/news/artificial-intelligence/ais-impact-on-asia-pacific-2026-trends-revealed/126301455</a></li><li>GitLab流AIエージェントとDevOpsワークフロー自動化へとつなげ方<br /><a href="https://devops.com/gitlab-delivers-on-ai-agents-promise-to-automate-devops-workflows/" rel="">https://devops.com/gitlab-delivers-on-ai-agents-promise-to-automate-devops-workflows/</a></li></ul><p><strong>最後に、、</strong></p><p>最後に少し個人的なお話を。私はMarie Forleoの、前向きさと実践的な思考のバランスをずっと尊敬しています。彼女は「完璧な計画」ではなく、「行動し、学び、軌道修正すること」こそが前進につながると語り続けてきました。</p><p>　　「行動を伴わない洞察には価値がありません。</p><p>変化への唯一の道は、行動することです。」</p><p>― Marie Forleo</p><p>この言葉は、今まさにタイムリーだと感じます。AIで何ができるかについての洞察は、すでに十分にあります。しかし本当の進歩は、それを実際に使うことから生まれます。GitLabが目指しているのも、まさにそこ。実験から実行へ、洞察をインパクトへと変える、実用的でスケーラブルなAIを提供することです。</p><p>以上、2月号でした！読んでいただきありがとうございます。Happy Merging!
また来月お会いしましょう💜</p><p><img alt="" src="https://res.cloudinary.com/about-gitlab-com/image/upload/v1770180580/nz0ipehzgtcb757kl0ux.png" /></p><p><a href="https://www.linkedin.com/in/sugaroverflow/?lipi=urn%3Ali%3Apage%3Ad_flagship3_pulse_read%3B3ix%2FZ9%2BgTBmIWuSHZsMZRw%3D%3D" rel="">Fatima Sarah Khalid</a>｜Developer Advocate, GitLab</p><p>このニュースレターが気に入ったら、ぜひチームに共有してください。
そして👉<a href="https://www.youtube.com/channel/UCnMGQ8QHMAnVIsI3xJrihhg" rel="">YouTubeチャンネル</a>の登録もお忘れなく！</p>]]></content>
        <author>
            <name>GitLab Japan Team</name>
            <uri>https://about.gitlab.com/blog/authors/gitlab-japan team</uri>
        </author>
        <published>2026-02-09T00:00:00.000Z</published>
    </entry>
    <entry>
        <title type="html"><![CDATA[お客様事例：東レ]]></title>
        <id>https://about.gitlab.com/ja-jp/blog/epic-tokyo-2025-toray/</id>
        <link href="https://about.gitlab.com/ja-jp/blog/epic-tokyo-2025-toray/"/>
        <updated>2026-02-05T00:00:00.000Z</updated>
        <content type="html"><![CDATA[<h2 id="東レについて">東レについて</h2><p>東レ株式会社は、繊維や機能化成品、炭素繊維などを提供する素材メーカー。2026年に創業100周年を迎え、売上高2兆5000億円、グローバルの従業員数約5万人を誇ります。UNIQLOの「ヒートテック」やボーイング「787」の機体材料など、私たちの身近な製品にも、その素材が利用されています。</p><h2 id="東レの挑戦">東レの挑戦</h2><p>同社は、情報システムに課題を抱えていました。50年前から稼働するホストコンピュータや、導入から20年以上経過したERP、そしてJavaをベースとした自社製の独自フレームワークで構築された200を超える業務システムが複雑に入り組んでいたのです。この状況ではDXの推進が困難で、運用保守に忙殺される技術者のモチベーション低下も大きな問題でした。そこで同社は競争優位性の源泉となる領域において、アプリケーションのモダナイズを決断しました。</p><h2 id="gitlabの活用方法">GitLabの活用方法</h2><h3 id="ソリューションgitlab-ultimategitlab-duo-enterprise">ソリューション：GitLab Ultimate、GitLab Duo Enterprise</h3><p>基幹刷新プロジェクトと共に始動したアプリケーションモダナイズの取り組みでは、「セキュリティの向上」、「自動化（CI/CD）」、「モノリスからの脱却」、「常に新しい技術の採用」という4つの柱を掲げました。開発サイクルの高速化とセキュリティ確保を両立するDevSecOpsを実現するために、開発の初期段階からセキュリティチェックを組み込むシフトレフトのアプローチは不可欠。それを実現するためにGitLabを開発プラットフォームとし、セキュリティチェックとCI/CDサイクルを確立することで、開発スピード、品質、セキュリティのすべてを強化する体制を整えました。</p><p>GitLabと生成AIエディタ「Cursor」を組み合わせたAI駆動開発にも挑戦しました。開発者はMarkdown形式のAPI仕様書を作成し、Cursorに入力することでソースコードやテストコードを自動生成します。導入当初は生成されるコードの品質にばらつきがありましたが、プロンプトの内容やアーキテクチャのルールを整備し、実装後にチェックするプロセスを導入することで、開発者間で均質なコードが生成されるよう改善しました。</p><p>生成されたコードのレビューにはGitLab Duoを活用しています。AIをレビュアーとして指定することで、冗長なコードの指摘やエラーハンドリングの不足などを自動で検出し、属人化の解消とレビュー工数の削減を実現しています。</p><p>これらの取り組みにより、かつては手動で行っていた単体テストやデプロイ作業が自動化され、セキュリティテストもパイプラインの中で頻繁かつ定期的に実施できるようになりました。旧システムのクラウドリフトは約1年半で完了し、2025年からは本格的なモダナイズフェーズへと移行しています。わずか3か月で試行的なモダンアプリ開発を成功させるなど、着実に内製化への知見を蓄積しています。開発環境においても、VDIやNexusサーバを導入してセキュアな構成を保ちつつ、開発者が最新技術に触れられる「ワクワクする」環境づくりが進められています。</p><p>今後は、人材採用活動をさらに積極化するとともに、生成AIとGitLab Duoによる開発・運用工数の削減を目指します。すでに脆弱性対応を自動化する仕組みの構築に着手。脆弱性診断結果を分析し、GitLab Duoを中心として修正コードの提案からマージリクエストの作成までを自動化する構想です。レビュアーはAIが提案した変更内容を確認して承認するだけというフローを確立し、人間がより創造的な業務に集中できる環境を目指します。</p><h2 id="️事例pdfを無料でダウンロードする">▶️事例PDFを<a href="https://res.cloudinary.com/about-gitlab-com/image/upload/v1770170747/diywgk9vavrv3jtxyo1l.pdf" rel="">無料でダウンロードする</a></h2><object className="slp-my-32" data="https://res.cloudinary.com/about-gitlab-com/image/upload/v1770170747/diywgk9vavrv3jtxyo1l.pdf" type="application/pdf" width="100%" height="800"></object>]]></content>
        <author>
            <name>GitLab Japan Team</name>
            <uri>https://about.gitlab.com/blog/authors/gitlab-japan team</uri>
        </author>
        <published>2026-02-05T00:00:00.000Z</published>
    </entry>
    <entry>
        <title type="html"><![CDATA[AI駆動ソフトウェア開発の攻めと守り【GitLab Epic Tour Japan 2025レポート】]]></title>
        <id>https://about.gitlab.com/ja-jp/blog/event-report-epic-tokyo-2025/</id>
        <link href="https://about.gitlab.com/ja-jp/blog/event-report-epic-tokyo-2025/"/>
        <updated>2026-02-03T00:00:00.000Z</updated>
        <content type="html"><![CDATA[<p><em>2026年2月5日追記：本文内に東レ様の事例を追加しました。</em></p><p>2025年11月に開催した年次イベント「GitLab Epic Tour Japan 2025」の模様をお伝えします。</p><blockquote><p>【期間限定！動画で見る】GitLab Epic Tour Japan 2025 オンデマンド配信は<a href="https://www.event-site.info/gitlab-epic-conference-japan-2025/?r=eventreport" rel="">こちら</a></p></blockquote><p>GitLabは2025年11月28日、都内で年次イベントで「GitLab Epic Tour Japan 2025 〜AI駆動ソフトウェア開発の攻めと守り〜」を開催しました。生成AIの登場により、ソフトウェア開発の現場は大きな変化にさらされることになりました。コード生成AIを活用して生産性向上を狙う「攻め」については、すでに多くの開発者が取り組んでいます。一方、AIが生成したコードの脆弱性をどうすべきかという「守り」の重要性が、かつてないほど高まっています。この日のイベントでは、AI時代の開発プラットフォームのあり方、そして日本企業が直面する課題への具体的な処方箋を示しました。本稿では、主要セッションの内容を中心に、イベントの全容をレポートします。</p><h2 id="devsecops認知度30の数年後にai-native時代がやってきた"><strong>「DevSecOps認知度30%」の数年後に、AI Native時代がやってきた</strong></h2><p><img alt="「DevSecOps認知度30%」の数年後に、AI Native時代がやってきた" src="https://res.cloudinary.com/about-gitlab-com/image/upload/v1770083035/sp4llxhmbx2kcawgexyp.jpg" title="GitLab合同会社 Japan Country Manager 小澤 正治" /></p><p>オープニングセッションでは、GitLab Japan Country manager小澤 正治がご挨拶させていただきました。小澤は2年半前の入社当時を振り返り、次のように語ります。</p><p>「当時、経済産業省のレポートを読むと、国内の<a href="https://about.gitlab.com/ja-jp/topics/devsecops/" rel="">DevSecOps</a>の認知度はわずか30%でした。正直、どうしようかと震えていたのですが、状況は大きく変わりました。この変化にワクワクしています」</p><p>この2年半で、GitLab自身も大きく進化しました。当時は単に「<a href="https://about.gitlab.com/ja-jp/topics/devsecops/" rel="">DevSecOps</a> Platform」でしたが、AI要素を付加した「AI Powered」が枕詞になりました。そして現在は、「AI Native <a href="https://about.gitlab.com/ja-jp/topics/devsecops/" rel="">DevSecOps</a> Platform」です。つまり、GitLabそのものがAIを中核に据えたプラットフォームへと成長したと言えます。</p><p><img alt="「DevSecOps認知度30%」の数年後に、AI Native時代がやってきた" src="https://res.cloudinary.com/about-gitlab-com/image/upload/v1770083037/z1vvb6yuqznqlpe9nukf.jpg" title="GitLab合同会社 Staff Regional Marketing Manager 川口 修平" /></p><p>続いて登壇したStaff Regional Marketing Manager 川口 修平は、AI導入により開発者1人あたり年間120万円相当の工数を削減でき、その結果として日本の経済効果が約1兆6000億円に上るという試算を<a href="https://japanese-developer-survey.about.gitlab-review.app/ja-jp/developer-survey/japan/" rel="">紹介</a>。ただし、AI活用に立ちはだかる困難を、「3つの壁」として提示しました。</p><p>まずは、技術的負債の壁。レガシーコードやドキュメント不足が、AIのコンテキスト理解を妨げています。続いて、セキュリティリスクの壁。 AI生成コードの約45%に脆弱性が含まれるというデータがあり、インシデントを防ぐ防災に加えて、被害を最小限にする減災の考え方も不可欠になります。最後に、人材の壁。エンジニアの役割はコードを書くことから、AIの成果物が正しいかどうかを評価することへシフトします。</p><p>これらの課題を解決するカギになるのが、<a href="https://about.gitlab.com/ja-jp/gitlab-duo-agent-platform/" rel="">GitLab Duo Agent Platform</a>（以下、DAP）です。開発サイクル上のすべての情報を単一データストアへと集約することで、AIがコンテキストを深く理解し、精度が高く、かつ自律的な支援が可能になります。</p><h2 id="prompt-to-productionの危険性と自律型aiエージェントの未来"><strong>「Prompt to Production」の危険性と、自律型AIエージェントの未来</strong></h2><p><img alt="「Prompt to Production」の危険性と、自律型AIエージェントの未来" src="https://res.cloudinary.com/about-gitlab-com/image/upload/v1770083038/ydpympgpv51g0tncpw7j.jpg" title="GitLab CTO Asia Pacific &amp; Japan Andrew Haschka" /></p><p>続いて登壇したGitLab CTO Asia Pacific &amp; Japan Andrew Haschka氏は、アジア太平洋地域のリーダーたちとの対話から得た知見をに基づき、AI活用の次のステージについて語りました。</p><p>Haschkaは、「AIを正しく機能させるためには、開発の全工程を網羅した“信頼できる唯一の情報源”が不可欠です」と強調します。現在、多くの企業は開発現場にAIを導入していますが、その用途は「AIコーディング」に偏りすぎています。しかしながら、計画、テスト、セキュリティといった周辺プロセスにも、AIによる最適化の余地があるのです。</p><p>「私は、ガバナンスがない状態で、バラバラのAIツールを使うことをPrompt to Productionと呼び、危険視しています。テストやセキュリティチェックをスキップし、プロンプトの結果をいきなり本番環境へ反映してしまうリスクがあるためです」（Haschka）</p><p>この問題を解決するのが、<a href="https://about.gitlab.com/ja-jp/gitlab-duo-agent-platform/" rel="">DAP</a>と<a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/" rel="">Agentic Flows</a>。人間がAIに質問して答えを得るチャットボット形式とは一線を画す概念で、1人の人間が多数のAIエージェントを指揮します。すると、エージェント同士が連携し、計画から実装、テストまでを自律的な流れとして実行することになります。</p><p>Haschkaは、「GitLabのAIエージェントは、組織のポリシーというガードレールの下で動きます。だからこそ、リスクを最小限に抑えながらイノベーションを加速できるのです」と話します。「AIは、開発者のためにコードを書いてくれるだけでなく、チームメンバーとして一緒に働いてくれる存在になります」。</p><p>AIツールをバラバラに使う段階は終わりました。すでに、統合プラットフォーム上でAIを“良き同僚”として迎え入れる環境は整っています。</p><h2 id="_3つの壁を突破する具体的アプローチ"><strong>3つの壁を突破する具体的アプローチ</strong></h2><p><img alt="3つの壁を突破する具体的アプローチ" src="https://res.cloudinary.com/about-gitlab-com/image/upload/v1770083038/gazgh2phoxeiglbzsutt.jpg" title="GitLab合同会社 ソリューションアーキテクト 本部長 藤田 周" /></p><p>続いて、ソリューションアーキテクト 本部長 藤田 周が登壇しました。藤田は、オープニングで提示された3つの壁に対する、より実践的で技術的な解決策を深掘りしました。</p><p>技術的負債の壁は、リアーキテクチャで乗り越えます。古いシステムを単にクラウドに乗せ換える「リホスト」や、すべてを作り直す「リビルド」は、コストの面でも効果の面で現実的にならないケースが目につきます。そこで藤田は、生成AIを活用した「リアーキテクチャ」を提唱します。</p><p>具体的には、まずレガシーコードをAIに読み込ませ、人間にとってもAIにとっても理解しやすい「マークダウン形式の設計書」を出力。ブラックボックス化した仕様を可視化した上で、モダンなコードとテストケースをAIに生成させるというアプローチを取ります。これにより、手のつけられなかった旧来のシステムが、最新のアーキテクチャ上で以前と同様の機能を提供してくれるようになります。</p><p>セキュリティリスクの壁は、スピードがカギを握ることになります。巷間、「脆弱性が公開されてから攻撃が始まるまで、わずか15分」という数字が語られていますが、これは現実です。攻撃を受けてから人間が会議を開き、パッチ適用の計画を立てている間に、攻撃者はすでに侵入を開始しているのです。</p><p>藤田はデモを通じて、GitLabの<a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/agents/foundational_agents/security_analyst_agent/" rel="">Security Analyst Agent</a>がこのスピードに対抗できることを示しました。AIエージェントが膨大な脆弱性情報の中から誤検知を取り除き、自動で対応すべき優先順位を付け、さらに修正コードまで作成してくれます。人間はAIの提案を確認してマージボタンを押すだけです。藤田は、「精神論や手動チェックではもう守りきれないのです」と語りました。</p><p>人材の壁をクリアする第一歩は、伴走支援のエコシステムを構成することです。エンジニアに求められるスキルセットが変化する中、何らかのツールを導入したり、担当者のスキルアップを図るだけでは、解決策になりません。藤田氏は、専門性の高いパートナー企業による伴走支援の重要性について話し、GitLabをプラットフォームとして開発プロセスを最適化すると同時に、優れたパートナー企業をプロセスに取り込み、さらに組織変革をセットで進めます。その際に、パートナー企業が組織変革についてもサポートしてくれれば理想でしょう。</p><p>藤田は講演の中で、<a href="https://about.gitlab.com/ja-jp/gitlab-duo-agent-platform/" rel="">DAP</a>による開発の自律化についても紹介しました。AIが先回りして動いてくれる一例が「Issue to MR」です。AIがイシューを読み、計画を立て、コードを書き、マージリクエストまで作成します。また、人間がレビューする前にAIがセキュリティや規約チェックを行う機能により、人間の負荷を劇的に下げることができます。これら一連の仕組みは、プロジェクト全体のコンテキストをAIが理解することで支えられています。</p><h2 id="_4社の最新事例発表も実施"><strong>4社の最新事例発表も実施</strong></h2><p><img alt="4社の最新事例発表も実施" src="https://res.cloudinary.com/about-gitlab-com/image/upload/v1770083239/nilg9jbd5b6p6epbybqw.jpg" title="お客様の講演" /></p><p>この日のイベントでは、ピクシブ株式会社様、東レ株式会社様、日立グループ様（株式会社日立プラントサービス様、株式会社日立システムズ様）、株式会社みんなの銀行様（登壇順）の4社のユーザー企業様がご登壇され、それぞれの挑戦についてご共有いただきました。各社の取り組みについては、以下のリンクよりご覧ください。</p><p>・<a href="https://about.gitlab.com/ja-jp/blog/epic-tokyo-2025-minna-no-ginko/" rel="">株式会社みんなの銀行様</a></p><p>・<a href="https://about.gitlab.com/ja-jp/blog/epic-tokyo-2025-toray/" rel="">東レ株式会社様</a>　<strong>NEW！</strong></p><p>・ピクシブ株式会社様 <strong>（近日公開予定）</strong></p><p>・日立グループ様（株式会社日立プラントサービス様、株式会社日立システムズ様）<strong>（近日公開予定）</strong></p><h2 id="次は1年後きっと大きな変化が起きているはず"><strong>次は1年後。きっと大きな変化が起きているはず</strong></h2><p><img alt="次は1年後。きっと大きな変化が起きているはず" src="https://res.cloudinary.com/about-gitlab-com/image/upload/v1770083054/p39lvxa768ifqlezd4jw.jpg" title="会場の様子" /></p><p>クロージングセッションに再登壇した小澤は、部分最適の罠について強調しました。AIを活用することで特定の作業やプロセスが高速化したとしても、それが故に別の場所にボトルネックが生まれることになっては意味がありません。全体最適を目指すことが大切で、そのためにGitLabが持つシングルデータストアという基盤が効いてくることになります。</p><p>さらに、GitLabが講演した内容と発表された事例を総括し、「かつてDevOpsはSecurityを加えて<a href="https://about.gitlab.com/ja-jp/topics/devsecops/" rel="">DevSecOps</a>になりました。それがいまや完全に<a href="https://about.gitlab.com/ja-jp/topics/devsecops/" rel="">DevSecOps</a>として一体のものとして認識されています。その上で、AI活用が進んでいるのです」と話します。GitLabのAI Native DevSecOpsも、テクノロジーの通過点であり、さらに最適化された未来が待っているのでしょう。</p><p>2026年の秋にもまた、GitLabは「Epic Tour Japan」を実施します。</p><p>小澤は、「1年先は近いようで遠いです。いまはまだ読めない変化が起きているはずです。しかし、GitLabも世の中のニーズに合わせて柔軟に進化していきます。来年のこのイベントで、これから生まれる新しい事例を皆様にお伝えできることにワクワクしています」と結び、今年のEpic Tourは盛況のうちに幕を閉じました。</p>]]></content>
        <author>
            <name>GitLab Japan Team</name>
            <uri>https://about.gitlab.com/blog/authors/gitlab-japan team</uri>
        </author>
        <published>2026-02-03T00:00:00.000Z</published>
    </entry>
    <entry>
        <title type="html"><![CDATA[お客様事例：みんなの銀行]]></title>
        <id>https://about.gitlab.com/ja-jp/blog/epic-tokyo-2025-minna-no-ginko/</id>
        <link href="https://about.gitlab.com/ja-jp/blog/epic-tokyo-2025-minna-no-ginko/"/>
        <updated>2026-01-29T00:00:00.000Z</updated>
        <content type="html"><![CDATA[<h2 id="みんなの銀行について">みんなの銀行について</h2><p>株式会社みんなの銀行は、スマホ完結型の日本初のデジタルバンクを運営する企業。このB2C銀行に加え、APIを通じて金融機能を外部に提供するBaaS（Banking as a Service）事業やシステム外販事業を展開しています。40代未満のユーザーが7割を占め、Google Cloud上で勘定系システムをフルスクラッチ開発している点が大きな特徴です。</p><h2 id="開発内製化への挑戦">開発内製化への挑戦</h2><p>同社は徹底した内製化を目指しています。その理由は、プロダクトを“自分ごと”として捉え、改善のナレッジを社内に蓄積するためです。外部委託ではノウハウが流出し、コストも最適化しにくい一方、自分たちで開発・運用を行うことで、投資を効率化し、開発と運用の好循環を生み出すことを重視しています。内製化には「挑戦できる環境」と「心理的安全性」のある文化が不可欠であり、GitLabはこの土台として機能しています。銀行システム特有の厳格なセキュリティや運用ルールによる窮屈さを、技術と自動化によって最小化する役割を担っています。</p><h2 id="gitlabの活用方法">GitLabの活用方法</h2><h3 id="ソリューションgitlab-ultimate">ソリューション：GitLab Ultimate</h3><p>GitLab導入の背景には、ゼロからのシステム構築にあたり、セキュリティとガバナンスを両立したDevOps環境が必要だったことがあります。選定にあたっては、ソフトウェア開発ライフサイクル全体を単一ツールでカバーでき、学習コストを抑えながら厳格な要件を満たせる点が決め手となりました。現在は、福岡と東京での分散開発を支える基盤として活用し、CI/CDパイプラインに単体テストやセキュリティスキャン（SAST、依存関係チェック、機密情報検知）を組み込むことで、アジリティとセキュリティの両立を実現しています。</p><p>中でも注力しているのがGitOpsです。これはGitリポジトリの状態を正とし、本番環境と自動同期させる仕組みです。同行では独自の「コンプライアンス・パイプライン」を構築しました。開発者がマージリクエストを出すと、承認者は変更内容やリスクを確認して承認するという流れです。マージ後はKubernetes環境へのデプロイを自動化するArgoCDが検知し、自動で本番環境へと反映します。運用／開発分離という観点から、最終的な「承認」のみを人が行い、リリース作業自体は徹底して自動化しています。これにより、人為的なオペレーションミスを防ぐとともに、開発者が自身のコードと本番環境に対する責任を持つ「Code Owners」としての意識醸成につなげています。</p><p>AI活用にも積極的です。不正口座検知や顧客FAQに加え、社内用の生成AI環境を整備しています。開発業務においては、コード生成や補完の導入を加速させるべく「AIスクラム」を組成しました。すべての言語での活用を推進し、要件定義からリリースまでの全工程へのAI組み込みを目指しています。</p><p>今後は、仕様を固めてからAIに生成させる「スペック駆動開発」の推進や、クライアントサイドでのレビューAI活用など、GitLabとAIの連携をさらに深めていく方針です。セキュリティと品質を高めつつ、エンジニアが創造性を発揮できる開発環境を追求し、日本の技術力向上にも貢献していきたいと考えています。</p><p><img alt="" src="https://res.cloudinary.com/about-gitlab-com/image/upload/v1769429924/khjuj2sgowamexx20ndr.jpg" title="株式会社みんなの銀行 取締役常務執行役員CIO 宮本 昌明氏" /></p><h2 id="️事例pdfを無料でダウンロードする">▶️事例PDFを<a href="https://res.cloudinary.com/about-gitlab-com/image/upload/v1769482018/p0g5il5oqadjbsrhhrhy.pdf" rel="">無料でダウンロードする</a></h2><object className="slp-my-32" data="https://res.cloudinary.com/about-gitlab-com/image/upload/v1769482018/p0g5il5oqadjbsrhhrhy.pdf" type="application/pdf" width="100%" height="800">
  <a href="https://res.cloudinary.com/about-gitlab-com/image/upload/v1769482018/p0g5il5oqadjbsrhhrhy.pdf">事例PDFを無料でダウンロードする</a></object>]]></content>
        <author>
            <name>GitLab Japan Team</name>
            <uri>https://about.gitlab.com/blog/authors/gitlab-japan team</uri>
        </author>
        <published>2026-01-29T00:00:00.000Z</published>
    </entry>
    <entry>
        <title type="html"><![CDATA[GitLab 18.8リリース]]></title>
        <id>https://about.gitlab.com/ja-jp/blog/gitlab-18-08-release/</id>
        <link href="https://about.gitlab.com/ja-jp/blog/gitlab-18-08-release/"/>
        <updated>2026-01-15T00:00:00.000Z</updated>
        <content type="html"><![CDATA[<p>本ブログは、<a href="https://about.gitlab.com/releases/2026/01/15/gitlab-18-8-released/" rel="">GitLab 18.8 Release</a>の抄訳です。内容に相違がある場合は、原文が優先されます。</p><h2 id="gitlab-duo-agent-platformの一般提供開始を含むgitlab-188をリリース">GitLab Duo Agent Platformの一般提供開始を含むGitLab 18.8をリリース</h2><p>このたび、GitLab 18.8をリリースしました。今回のリリースでは、GitLab Duo Agent Platformの一般提供開始、GitLab Duoプランナーエージェント、GitLab Duoセキュリティ分析エージェント、無関係な脆弱性の自動却下機能など、さまざまな機能が追加されました。</p><p>これらの機能は、今回のリリースに含まれる10項目以上の改善点のほんの一部です。この記事では、お役に立つアップデートをすべてご紹介していますので、ぜひ最後までお読みください。</p><p>GitLab 18.8には、GitLabコミュニティのユーザーから169件ものコントリビュートがありました。ありがとうございました！GitLabは<a href="https://about.gitlab.com/community/contribute/" rel="">誰もがコントリビュートできる</a>プラットフォームであり、今回のリリースはユーザーのみなさまの協力なしには実現しませんでした。</p><p>来月のリリースで予定されている内容を先取りするには、<a href="https://about.gitlab.com/ja-jp/releases/whats-new/" rel="">What’s newページ</a>をご覧ください。</p><p>GitLab 18.8では、GitLab Duo Agent Platformが一般提供開始となりました</p><p><a href="http://twitter.com/share?text=GitLab+18.8+released+with+GitLab+Duo+Agent+Platform+now+generally+available&amp;url=https://about.gitlab.com/releases/2026/01/15/gitlab-18-8-released/&amp;hashtags=" rel="">クリックしてSNSで共有しましょう！</a></p><h3 id="今月の注目コントリビューターはwesley-yardeさんです"><strong>今月の<a href="https://contributors.gitlab.com/docs/notable-contributors" rel="">注目コントリビューター</a>は<a href="https://gitlab.com/WYarde" rel="">Wesley Yarde</a>さんです</strong></h3><p>今月の注目コントリビューターは、組織がエンタープライズユーザーのSSHキーを無効化できる基盤的な新機能を構築した<a href="https://gitlab.com/WYarde" rel="">Wesley Yarde</a>さんです。</p><p>Wesleyさんのコントリビュートが特に優れている理由は以下の通りです。</p><ul><li><strong>セキュリティとコンプライアンス</strong>: この機能により、組織はSSHキーの要件を強制し、エンタープライズ全体のセキュリティを強化できるようになります。</li><li><strong>基盤作業</strong>: 既存の実装を参考にできない中、Wesleyさんは要件とアーキテクチャをゼロから定義するため、GitLabチームと密接に協力する必要がありました。</li><li><strong>初めてのコントリビュート</strong>: 驚くべきことに、これがWesleyさんにとってGitLabへの初めてのコントリビュートでした。複雑なコードベースを理解し、難易度の高い機能開発に取り組む卓越した能力を発揮されています。</li><li><strong>将来の開発へのコントリビュート</strong>: この作業により、インスタンスレベルのSSHキー無効化やサービスアカウント制御など、今後の同様の機能開発の基盤が確立されました。</li></ul><p>実装は複数のマージリクエスト（<a href="https://gitlab.com/gitlab-org/gitlab/-/merge_requests/205020" rel="">!205020</a>、<a href="https://gitlab.com/gitlab-org/gitlab/-/merge_requests/210482" rel="">!210482</a>）にまたがり、徹底的なレビューが行われました。その複雑さにもかかわらず、Wesleyさんはプロセス全体を通じて優れた協力姿勢と忍耐強さを示しました。</p><p>Wesleyさんをこの表彰に推薦した<a href="https://gitlab.com/bdenkovych" rel="">Bogdan Denkovych</a>は次のように述べています。</p><p>「この機能リクエストでWesleyさんと協力できたことは素晴らしい経験でした！コントリビューターとレビュアーの双方がレビュープロセスに圧倒されたと感じることもあったかもしれませんが、お互いに理解を示し合い、実装を堅実かつ完全なものにするために素晴らしい協力関係を築くことができました。」 </p><p>Wesleyさん、おめでとうございます。そして、GitLabへの貴重なコントリビュートをありがとうございました！</p><h2 id="gitlab-188でリリースされた主な改善点"><strong>GitLab 18.8でリリースされた主な改善点</strong></h2><h3 id="gitlab-duo-agent-platformの一般提供開始"><strong>GitLab Duo Agent Platformの一般提供開始</strong></h3><blockquote><p>GitLab.com: Premium、Ultimate<br />
Self-Managed: Premium、Ultimate<br />
GitLab Dedicated: Ultimate</p></blockquote><p>GitLab Duo Agent Platformの一般提供が開始されました。ソフトウェア開発ライフサイクル全体にわたるエージェント型AIオーケストレーションを実現します。Agent Platformは、個々のタスクを単独で高速化するAIツールとは異なり、ソフトウェアの計画から構築、セキュリティ確保、リリースまで、AIエージェントを連携させます。これにより、個人の作業効率化と、協調的で複数段階にわたる実際のソフトウェアデリバリーとのギャップを解消します。</p><p>プラットフォームには、組織全体でエージェントとフローを検索、管理、共有できる統合AIカタログが用意されています。Planner（プランナー）、Security Analyst（セキュリティ分析）、Data Analyst（データ分析）といったビルトインの基本エージェントが、重要な意思決定ポイントで構造化された作業を処理します。また、カスタマイズ可能なフローにより、イシューからマージリクエスト、CI/CD移行、パイプラインのトラブルシューティング、コードレビューまで、開発ワークフロー内の複数ステップのエージェントとタスクを自動化できます。</p><p>ガバナンスコントロール、使用状況の可視性、オフライン環境向けのセルフホストモデルなど柔軟なデプロイオプションにより、組織は必要な透明性とコントロールを維持しながら、AIを大規模に展開できます。</p><p>GitLab PremiumおよびUltimateのユーザーは、プロモーション用<a href="https://docs.gitlab.com/subscriptions/gitlab_credits/" rel="">GitLabクレジット</a>を利用して、GitLab.comおよびGitLab Self-ManagedインスタンスでAgent Platformを今すぐご利用いただけます。</p><p><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/" rel="">ドキュメント</a><br /><a href="https://gitlab.com/gitlab-org/gitlab/-/issues/585273" rel="">イシュー</a><a href="https://gitlab.com/gitlab-org/gitlab/-/issues/585273" rel=""></a></p><figure className="video_container"><iframe src="https://www.youtube.com/embed/UD8vAAglkY0?si=YQO8R2UnBGnRTWF1" title="YouTube video player" frameBorder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerPolicy="strict-origin-when-cross-origin" allowFullScreen> </iframe></figure><h3 id="gitlab-duoプランナーエージェントの一般提供開始"><strong>GitLab Duoプランナーエージェントの一般提供開始</strong></h3><blockquote><p>GitLab.com: Premium、Ultimate<br />
Self-Managed: Premium、Ultimate<br />
GitLab Dedicated: Ultimate</p></blockquote><p>プランナーエージェントの一般提供が開始されました！プランナーエージェントは、GitLab上でプロダクトマネージャーを直接支援するために開発された基本エージェントです。</p><p>プランナーエージェントを使えば、GitLabの作業アイテムを作成、編集、分析できます。更新の追跡、作業の優先順位付け、計画データの要約を手動で行う必要はありません。プランナーエージェントがバックログの分析、RICEやMoSCoWなどのフレームワークの適用、本当に注意すべき項目の抽出をサポートしてくれます。計画ワークフローを理解し、より良い意思決定を効率的に行えるよう協力してくれる、頼れるチームメイトのような存在です。</p><p>フィードバックは<a href="https://gitlab.com/gitlab-org/gitlab/-/work_items/583008" rel="">イシュー583008</a>までお寄せください。</p><p><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/agents/foundational_agents/planner/" rel="">ドキュメント</a><br /><a href="https://gitlab.com/gitlab-org/gitlab/-/work_items/583008" rel="">イシュー</a></p><figure className="video_container"><iframe src="https://www.youtube.com/embed/k2-ZsMRX-YI?si=VmqYZdGEsxrif4aH" title="YouTube video player" frameBorder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerPolicy="strict-origin-when-cross-origin" allowFullScreen> </iframe></figure><h3 id="gitlab-duoセキュリティ分析エージェントの一般提供開始"><strong>GitLab Duoセキュリティ分析エージェントの一般提供開始</strong></h3><blockquote><p>GitLab.com: Ultimate<br />
Self-Managed: Ultimate<br />
GitLab Dedicated: Ultimate</p></blockquote><p><a href="https://about.gitlab.com/releases/2025/10/16/gitlab-18-5-released/#gitlab-security-analyst-agent-for-duo-agent-catalog-beta" rel="">GitLab 18.5でベータ版として導入</a>されたGitLab Duoセキュリティ分析エージェントが、GitLab 18.8で一般提供となりました。</p><p>セキュリティ分析エージェントを使用すると、エンジニアはGitLab Duo Agentic Chat内で自然言語コマンドを通じて脆弱性を管理できます。脆弱性ダッシュボードを手動で操作したり、一括操作用のカスタムスクリプトを作成する必要はありません。セキュリティチームは、Chat上での会話を通じて、脆弱性のトリアージ、評価、対応ガイダンスの提供が行えます。</p><p>セキュリティ分析エージェントは、基本エージェントとしてGitLab Duo Agentic Chatでデフォルトで利用でき、手動セットアップは不要です。</p><p><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/agents/foundational_agents/security_analyst_agent/" rel="">ドキュメント</a><br /><a href="https://gitlab.com/groups/gitlab-org/-/epics/19659" rel="">エピック</a></p><p><a href="https://gitlab.com/groups/gitlab-org/-/epics/19659" rel=""></a></p><p><img alt="security_analyst_agent" src="https://about.gitlab.com/images/18_8/security_analyst_agent.png" /></p><h3 id="脆弱性管理ポリシーによる無関係な脆弱性の自動却下">脆弱性管理ポリシーによる無関係な脆弱性の自動却下</h3><blockquote><p>GitLab.com: Ultimate<br />
Self-Managed: Ultimate<br />
GitLab Dedicated: Ultimate</p></blockquote><p>脆弱性管理ポリシーを使用することで、組織に該当しない脆弱性を自動的に却下できるようになりました。組織に関連性のない脆弱性を却下することで、ノイズを減らし、デベロッパーが実際にリスクとなる脆弱性に集中できる環境を整えます。</p><p>次の条件に基づいて脆弱性を自動却下するポリシーを作成できます：</p><ul><li>ファイルパス</li><li>ディレクトリ</li><li>識別子（CVE、CWE、OWASP）</li></ul><p>自動却下された脆弱性は、マージリクエストのセキュリティウィジェットに「Auto-dismissed」（自動却下済み）ラベル付きで表示され、監査用として却下理由とともに脆弱性レポートのアクティビティーに記録されます。</p><p><a href="https://docs.gitlab.com/ja-jp/user/application_security/policies/vulnerability_management_policy/#auto-dismiss-policies" rel="">ドキュメント</a><br /><a href="https://gitlab.com/groups/gitlab-org/-/epics/10894" rel="">エピック</a></p><p><a href="https://gitlab.com/groups/gitlab-org/-/epics/10894" rel=""></a></p><p><img alt="auto-dismiss" src="https://about.gitlab.com/images/18_8/auto-dismiss.png" /></p><h2 id="gitlab-188のその他の改善点"><strong>GitLab 18.8のその他の改善点</strong></h2><h3 id="gitlab-runner-188">GitLab Runner 18.8</h3><blockquote><p>GitLab.com: Free、Premium、Ultimate<br />
Self-Managed: Free、Premium、Ultimate<br />
GitLab Dedicated: Ultimate</p></blockquote><p>本日、GitLab Runner 18.8もリリースします。GitLab Runnerは、CI/CDジョブを実行し、その結果をGitLabインスタンスに送信する高度にスケーラブルなビルドエージェントです。GitLab Runnerは、GitLabに含まれるオープンソースの継続的インテグレーションサービスであるGitLab CI/CDと連携して動作します。</p><p><strong>新機能：</strong></p><ul><li><a href="https://gitlab.com/gitlab-org/gitlab-runner/-/work_items/39163" rel="">ジョブ入力の補間エラーに対するエラーメッセージの改善</a></li></ul><p><strong>バグ修正：</strong></p><ul><li><a href="https://gitlab.com/gitlab-org/gitlab-runner/-/work_items/39172" rel=""><code className="">WaitForServicesTimeout</code>でタイムアウトを無効にするための<code className="">-1</code>がサポート対象外に</a></li><li><a href="https://gitlab.com/gitlab-org/gitlab-runner/-/work_items/39170" rel="">カスタムURLが<code className="">insteadOf</code>ルールを使用したサブモジュール認証を破壊する</a></li><li><a href="https://gitlab.com/gitlab-org/gitlab-runner/-/work_items/39122" rel="">Windows 2025のカスタムランナーショートトークンが8文字ではなく9文字を使用する</a></li><li><a href="https://gitlab.com/gitlab-org/gitlab-runner/-/work_items/38669" rel="">GitLab Runner 17.8.3のDocker ExecutorでPowerShellデフォルトヘルパーイメージが欠落している</a></li><li><a href="https://gitlab.com/gitlab-org/gitlab-runner/-/work_items/37906" rel="">Docker Autoscalerを使用したGitLab Runnerが利用可能なキャッシュボリュームを再利用しない</a></li><li><a href="https://gitlab.com/gitlab-org/gitlab-runner/-/work_items/37344" rel="">ジョブがキャンセルされた際にVirtualBoxが未処理のVMを残す</a></li></ul><p>すべての変更のリストは、GitLab Runnerの<a href="https://gitlab.com/gitlab-org/gitlab-runner/blob/18-8-stable/CHANGELOG.md" rel="">CHANGELOG</a>をご覧ください。</p><p><a href="https://docs.gitlab.com/ja-jp/runner/" rel="">ドキュメント</a><br /><a href="https://gitlab.com/groups/gitlab-org/-/boards/9726167?label_name%5B%5D=group%3A%3Arunner%20core&amp;milestone_title=18.8" rel="">イシューボード</a></p><h3 id="複数コンテナスキャン"><strong>複数コンテナスキャン</strong></h3><blockquote><p>GitLab.com: Ultimate<br />
Self-Managed: Ultimate<br />
GitLab Dedicated: Ultimate</p></blockquote><p>GitLab 18.8では、複数コンテナスキャンをベータ版としてリリースしました。</p><p>ユーザーは、複数のコンテナスキャンジョブの一部としてスキャンするイメージの配列を渡せるようになりました。</p><p><a href="https://docs.gitlab.com/ja-jp/user/application_security/container_scanning/multi_container_scanning/" rel="">ドキュメント</a><br /><a href="https://gitlab.com/groups/gitlab-org/-/work_items/3139" rel="">エピック</a></p><h3 id="グループオーナーがエンタープライズユーザーのsshキーを無効化可能に"><strong>グループオーナーがエンタープライズユーザーのSSHキーを無効化可能に</strong></h3><blockquote><p>GitLab.com: Premium、Ultimate</p></blockquote><p>グループオーナーは、グループ内のすべてのエンタープライズユーザーに対してSSHキーを無効化できるようになりました。無効化されると、ユーザーは新しいSSHキーを追加できなくなり、既存のキーも無効化されます。これは、オーナーロールを持つユーザーを含む、グループ内のすべてのエンタープライズユーザーに適用されます。</p><p>この機能の開発にご協力いただいた<a href="https://gitlab.com/WYarde" rel="">Wesley Yarde</a>さんに感謝します。</p><p><a href="https://docs.gitlab.com/ja-jp/user/ssh_advanced/#disable-ssh-keys-for-enterprise-users" rel="">ドキュメント</a><br /><a href="https://gitlab.com/gitlab-org/gitlab/-/issues/30343" rel="">イシュー</a></p><h3 id="gitlab-duo機能のグループアクセス制御"><strong>GitLab Duo機能のグループアクセス制御</strong></h3><blockquote><p>GitLab.com: Premium、Ultimate<br />
Self-Managed: Premium、Ultimate<br />
GitLab Dedicated: Ultimate</p></blockquote><p>GitLab Duo機能を使用できるユーザーを制御するグループアクセスルールを定義できるようになりました。組織全体への即時アクセスから段階的なロールアウトまで、柔軟な導入戦略が可能になります。</p><p>この機能により、きめ細かなガバナンス制御が可能になり、セキュリティとコンプライアンスを維持しながら、自社のペースで導入を拡大できます。</p><p><a href="https://docs.gitlab.com/ja-jp/administration/gitlab_duo/configure/access_control/" rel="">ドキュメント</a><br /><a href="https://gitlab.com/gitlab-org/gitlab/-/issues/585355" rel="">イシュー</a></p><p><a href="https://gitlab.com/gitlab-org/gitlab/-/issues/585355" rel=""></a></p><p><img alt="group_based_access_control_for_gitlab_duo_features" src="https://about.gitlab.com/images/18_8/group_based_access_control_for_gitlab_duo_features.png" /></p><h3 id="ccサポートの高度なsastが一般提供に"><strong>C/C++サポートの高度なSASTが一般提供に</strong></h3><blockquote><p>GitLab.com: Ultimate<br />
Self-Managed: Ultimate<br />
GitLab Dedicated: Ultimate</p></blockquote><p>GitLab高度なSASTにおけるC/C++のクロスファイル、クロスファンクションスキャンサポートが一般提供開始となりました。</p><p><a href="https://docs.gitlab.com/ja-jp/user/application_security/sast/advanced_sast_cpp/" rel="">ドキュメント</a><br /><a href="https://gitlab.com/groups/gitlab-org/-/work_items/18369" rel="">エピック</a></p><h3 id="グループオーナー向けの一元化された認証情報管理api"><strong>グループオーナー向けの一元化された認証情報管理API</strong></h3><blockquote><p>GitLab.com: Premium、Ultimate</p></blockquote><p>認証情報インベントリAPIがGitLab.comのEnterpriseユーザーで利用可能になりました。これにより、以前はセルフホスト型インスタンスでのみ利用可能だった認証情報管理機能が追加され、組織が認証トークンとキーをより適切に管理および保護できるようになります。</p><p>認証情報インベントリAPIは、以下を含む組織全体の認証情報をプログラムで表示するアクセスを提供します：</p><ul><li>パーソナルアクセストークン（PAT）</li><li>グループアクセストークン（GrAT）</li><li>プロジェクトアクセストークン（PrAT）</li><li>SSHキー</li><li>GPGキー</li></ul><p>このAPIは既存の認証情報インベントリUIを補完し、エンタープライズ管理者が以前は手動で介入する必要があった認証情報管理タスクを自動化できるようにします。認証情報インベントリAPIを使用すると、次のことが可能になります：</p><ul><li>セキュリティワークフローの自動化：認証情報の監視、監査、取り消しを行う自動プロセスの構築</li><li>認証情報ポリシーの適用：未使用または期限切れのトークンの特定と取り消し</li><li>セキュリティ態勢の改善：定期的な監査を通じて認証情報の誤用リスクを低減</li><li>業務の効率化：認証情報管理を既存のセキュリティツールやワークフローに統合</li></ul><p><a href="https://docs.gitlab.com/ja-jp/api/groups/#credentials-inventory-management" rel="">ドキュメント</a><br /><a href="https://gitlab.com/groups/gitlab-org/-/epics/16343" rel="">エピック</a></p><h3 id="gitlab-duo-self-hostedオフラインライセンス向けgitlab-duo-agent-platformの一般提供開始"><strong>GitLab Duo Self-Hosted（オフラインライセンス）向けGitLab Duo Agent Platformの一般提供開始</strong></h3><blockquote><p>Self-Managed: Premium、Ultimate<br />
アドオン: GitLab Duo Enterprise</p></blockquote><p>GitLab Duo Agent PlatformがDuo Self-Hosted向けに一般提供開始となりました。この機能は、オフラインライセンスを持つGitLab Self-Managed顧客が利用可能で、シート単位の価格設定を使用します。</p><p>Self-Managed管理者は、GitLab Duo Agent Platformで使用する<a href="https://docs.gitlab.com/ja-jp/administration/gitlab_duo_self_hosted/supported_models_and_hardware_requirements/#compatible-models" rel="">互換性のあるモデル</a>を設定できます。AWS BedrockまたはAzure OpenAIを使用する管理者は、Anthropic ClaudeまたはOpenAI GPTモデルも設定できます。</p><h3 id="gitlab-duo-agent-platformのオンオフ切り替え"><strong>GitLab Duo Agent Platformのオン/オフ切り替え</strong></h3><blockquote><p>GitLab.com: Premium、Ultimate<br />
Self-Managed: Premium、Ultimate<br />
GitLab Dedicated: Ultimate</p></blockquote><p>トップレベルグループまたはインスタンス全体に対して、<a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/" rel="">GitLab Duo Agent Platform</a>（GitLab Duo Chat（エージェント）、エージェント、フローを含む）のオン/オフを切り替えられるようになりました。この設定がオフになっている場合、これらの機能は利用できません。</p><p><a href="https://docs.gitlab.com/ja-jp/user/gitlab_duo/turn_on_off/#turn-gitlab-duo-agent-platform-on-or-off" rel="">ドキュメント</a><br /><a href="https://gitlab.com/gitlab-org/gitlab/-/issues/583980" rel="">イシュー</a></p><p><a href="https://gitlab.com/gitlab-org/gitlab/-/issues/583980" rel=""></a></p><p><img alt="duo_agent_platform_switch" src="https://about.gitlab.com/images/18_8/duo_agent_platform_switch.png" /></p><h2 id="削除された機能と破壊的な変更">削除された機能と破壊的な変更</h2><p>削除されたすべての機能の一覧は、<a href="https://docs.gitlab.com/ee/update/deprecations.html" rel="">GitLabドキュメント</a>で確認できます。今後の破壊的な変更について通知を受け取るには、<a href="https://about.gitlab.com/breaking-changes.xml" rel="">破壊的な変更のRSSフィードにサブスクライブ</a>してください。</p><ul><li><a href="https://docs.gitlab.com/ja-jp/update/deprecations/#static-compliance-violations-report" rel="">静的コンプライアンス違反レポート</a></li></ul><h3 id="変更履歴">変更履歴</h3><p>変更内容をすべて表示するには、次のページから変更履歴を確認してください。</p><ul><li><a href="https://gitlab.com/gitlab-org/gitlab-foss/blob/master/CHANGELOG.md" rel="">GitLab</a></li><li><a href="https://gitlab.com/gitlab-org/gitlab-runner/blob/main/CHANGELOG.md" rel="">GitLab Runner</a></li><li><a href="https://gitlab.com/gitlab-org/gitlab-vscode-extension/-/blob/main/CHANGELOG.md" rel="">GitLab Workflow for VS Code</a></li><li><a href="https://gitlab.com/gitlab-org/cli/-/releases" rel="">GitLab CLI</a></li></ul><h3 id="インストール">インストール</h3><p>GitLabを新規にインストールする場合は、<a href="https://about.gitlab.com/install/" rel="">GitLabのダウンロードページ</a>をご覧ください。</p><h3 id="更新事項">更新事項</h3><p><a href="https://about.gitlab.com/update/" rel="">更新ページ</a>をご覧ください。</p><h3 id="ご不明な点がある場合">ご不明な点がある場合</h3><p>ご質問やご意見をお聞かせください。本リリースについてご不明な点がある場合は、<a href="https://forum.gitlab.com/" rel="">GitLabフォーラム</a>にアクセスして質問を投稿してください。</p><h3 id="gitlabサブスクリプションプラン">GitLabサブスクリプションプラン</h3><ul><li><a href="https://about.gitlab.com/pricing/" rel="">Free</a>
ユーザー向けの永久無料機能を提供</li><li><a href="https://about.gitlab.com/pricing/premium/" rel="">Premium</a>
チームの生産性と調整を強化</li><li><a href="https://about.gitlab.com/pricing/ultimate/" rel="">Ultimate</a>
組織全体のセキュリティ、コンプライアンス、プランニングに対応
GitLabのすべての機能を<a href="https://about.gitlab.com/free-trial/?hosted=saas" rel="">無料</a>でお試しいただけます。</li></ul><p><em>--------------------</em></p><p><em>監修：ソリス ジェレズ / Jerez Solis <a href="https://gitlab.com/jerezs" rel="">@jerezs</a> （GitLab合同会社 ソリューションアーキテクト本部 ソリューションアーキテクト）</em></p><h3 id="過去の日本語リリース情報">過去の日本語リリース情報</h3><ul><li><a href="https://about.gitlab.com/ja-jp/blog/gitlab-18-07-release/" rel="">GitLab 18.7</a></li><li><a href="https://about.gitlab.com/ja-jp/blog/gitlab-18-06-release/" rel="">GitLab 18.6</a></li><li><a href="https://about.gitlab.com/ja-jp/blog/gitlab-18-05-release/" rel="">GitLab 18.5</a></li><li><a href="https://about.gitlab.com/ja-jp/blog/gitlab-18-04-release" rel="">GitLab 18.4</a></li><li><a href="https://about.gitlab.com/ja-jp/blog/gitlab-18-03-release" rel="">GitLab 18.3</a></li><li><a href="https://about.gitlab.com/ja-jp/blog/gitlab-18-02-release/" rel="">GitLab 18.2</a></li><li><a href="https://about.gitlab.com/ja-jp/blog/gitlab-18-01-release/" rel="">GitLab 18.1</a></li><li><a href="https://about.gitlab.com/ja-jp/blog/gitlab-18-0-release/" rel="">GitLab 18.0</a></li><li><a href="https://about.gitlab.com/ja-jp/blog/gitlab-17-11-release/" rel="">GitLab 17.11</a></li><li><a href="https://about.gitlab.com/ja-jp/blog/gitlab-17-10-release/" rel="">GitLab 17.10</a></li><li><a href="https://about.gitlab.com/ja-jp/blog/gitlab-17-9-release/" rel="">GitLab 17.9</a></li><li><a href="https://about.gitlab.com/ja-jp/blog/gitlab-17-8-release/" rel="">GitLab 17.8</a></li><li><a href="https://about.gitlab.com/ja-jp/blog/gitlab-17-7-release/" rel="">GitLab 17.7</a></li><li><a href="https://about.gitlab.com/ja-jp/blog/gitlab-17-6-release/" rel="">GitLab 17.6</a></li><li><a href="https://about.gitlab.com/ja-jp/blog/gitlab-17-5-released/" rel="">GitLab 17.5</a></li><li><a href="https://about.gitlab.com/ja-jp/blog/gitlab-17-4-released/" rel="">GitLab 17.4</a></li><li><a href="https://about.gitlab.com/ja-jp/blog/gitlab-17-3-released/" rel="">GitLab 17.3</a></li><li><a href="https://about.gitlab.com/ja-jp/blog/gitlab-17-2-released/" rel="">GitLab 17.2</a></li><li><a href="https://about.gitlab.com/ja-jp/blog/gitlab-17-1-released/" rel="">GitLab 17.1</a></li><li><a href="https://about.gitlab.com/ja-jp/blog/gitlab-16-11-released/" rel="">GitLab 16.11</a></li></ul>]]></content>
        <author>
            <name>GitLab Japan Team</name>
            <uri>https://about.gitlab.com/blog/authors/gitlab-japan team</uri>
        </author>
        <published>2026-01-15T00:00:00.000Z</published>
    </entry>
    <entry>
        <title type="html"><![CDATA[GitLab Duo Agent Platformの正式版リリースを発表]]></title>
        <id>https://about.gitlab.com/ja-jp/blog/gitlab-duo-agent-platform-is-generally-available/</id>
        <link href="https://about.gitlab.com/ja-jp/blog/gitlab-duo-agent-platform-is-generally-available/"/>
        <updated>2026-01-15T00:00:00.000Z</updated>
        <content type="html"><![CDATA[<p>GitLab Duo Agent Platformの正式版リリースを発表できることを大変うれしく思います。これはGitLab、お客様、そして業界全体にとって重要な節目です。ソフトウェア開発ライフサイクル全体にエージェント型AIを導入するというビジョンを実現する最初の一歩となります。</p><p>AIツールは、デベロッパーがコードを書く能力を急速に向上させており、場合によっては生産性が10倍向上したという報告もあります。しかし残念ながら、デベロッパーの時間のうちコードを書くことに費やされるのは約20%に過ぎないため、AIによって得られるイノベーション速度と提供の全体的な向上は段階的なものにとどまります。これはソフトウェア提供における<a href="https://about.gitlab.com/press/releases/2025-11-10-gitlab-survey-reveals-the-ai-paradox/" rel="">AIパラドックス</a>としてよく知られています。</p><p>さらに、多くのチームでは、コード作成の速度が上がったことで、コードレビュー、セキュリティ脆弱性、コンプライアンスチェック、下流のバグ修正など、新たなボトルネックが生じています。</p><p>GitLab Duo Agent Platformは、ソフトウェアライフサイクル全体でインテリジェントなオーケストレーションとエージェント型AI自動化を実現することで、AIパラドックスに対処します。</p><p>詳しくは以下の動画をご覧いただき、さらに詳細は下記をお読みください。</p><iframe src="https://player.vimeo.com/video/1154785472?badge=0&amp;autopause=0&amp;player_id=0&amp;app_id=58479" frameBorder="0" allow="autoplay; fullscreen; picture-in-picture; clipboard-write; encrypted-media; web-share" referrerPolicy="strict-origin-when-cross-origin" style="position:absolute;top:0;left:0;width:100%;height:100%;" title="18.8 Release Video V2"></iframe><script src="https://player.vimeo.com/api/player.js"></script><blockquote><p>💡 2月10日のGitLab Transcendにご参加いただき、エージェント型AIがソフトウェア提供をどのように変革するかをご覧ください。お客様の事例を聞き、独自のモダナイゼーションの取り組みを開始する方法をご確認ください。<a href="https://about.gitlab.com/events/transcend/virtual/" rel="">今すぐ登録</a></p></blockquote><p>また、GitLab PremiumおよびUltimateサブスクリプションをご利用中のお客様に、追加費用なしでユーザーあたりそれぞれ12ドルおよび24ドルのGitLabクレジットを付与いたします。*これらのクレジットは毎月更新され、GitLab Duo Agent Platformのすべての機能をご利用いただけます。</p><p>GitLabクレジットの仕組みを簡単に説明します。GitLabクレジットは、GitLabの使用量ベースの製品に使用される仮想通貨です。GitLab Duo Agent Platformの使用量は、上記の含まれるクレジットから消費されます。その後、組織全体で共有クレジットプールへのコミットメントを決定するか、オンデマンドで月単位でお支払いいただくことができます。詳細については、<a href="https://about.gitlab.com/blog/introducing-gitlab-credits/" rel="">GitLabクレジットの紹介記事</a>をご覧ください。</p><p>GitLab Duo ProまたはDuo Enterpriseサブスクリプションをご利用のお客様は、引き続きこれらの製品をご利用いただくか、いつでもDuo Agent Platformに移行していただけます。Duo Enterpriseの契約残高は、いつでもGitLabクレジットに変換できます。詳細については、GitLab担当者にお問い合わせください。</p><p>本日からお試しいただける機能とユースケースをご紹介します。</p><h3 id="人間とエージェントが協働するための統合エクスペリエンス">人間とエージェントが協働するための統合エクスペリエンス</h3><p><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/?utm_source=chatgpt.com" rel="">GitLab Duo Agent Platform</a>は、人間とAIエージェントがGitLab内でシームレスに統合できるように設計された、統一されたユーザーエクスペリエンスを提供します。デベロッパーとそのチームは、ほぼすべてのページでDuo Agentic Chatを利用し、コンテキストに応じた質問をしたり、非同期エージェントセッションをフォローしたり、イシュー、マージリクエスト、パイプラインアクティビティなどの使い慣れたワークフロー内でエージェントとやり取りしたりできます。これにより、AIのアクションが透明になり、日常業務を通じて簡単にガイドできるようになります。</p><h3 id="agentic-chatインテリジェントでコンテキスト認識型のアシスタンス">Agentic Chat:インテリジェントでコンテキスト認識型のアシスタンス</h3><p><a href="https://docs.gitlab.com/ja-jp/user/gitlab_duo_chat/agentic_chat/" rel="">Gitlab Duo Agentic Chat</a>は、GitLab Web UIおよびIDEで真のマルチステップ推論を実現し、イシュー、マージリクエスト、パイプライン、セキュリティ調査結果などからのライフサイクル全体のコンテキストを活用します。以前リリースされたDuo Chatをベースに、Agentic Chatはユーザーに代わって自律的にアクションを実行し、複雑な質問により包括的に答えることができます。ソフトウェアチームの各メンバーに、オンボーディング、コード品質、提供速度の向上に役立つ、正確でコンテキスト認識型のガイダンスを提供します。</p><p>GitLab Duo Agentic Chatは、デベロッパーとAIの協働を可能にする数多くの<a href="https://about.gitlab.com/gitlab-duo/prompt-library/" rel="">ユースケース</a>をサポートしています。開始方法の詳細については、<a href="https://about.gitlab.com/blog/gitlab-duo-agent-platform-complete-getting-started-guide/" rel="">「GitLab Duo Agent Platform完全ガイド」</a>をご覧いただき、こちらの<a href="https://about.gitlab.com/gitlab-duo/prompt-library/" rel="">拡張中の推奨プロンプト集</a>もご確認ください。</p><ul><li><strong>分析</strong>
Web UIでは、Agentic Chatはイシュー、エピック、マージリクエストを作成し、要約を提供し、重要な発見を強調し、特定のプロジェクト、イシュー、エピック、マージリクエストなどからのリアルタイムコンテキストに基づいた実用的なガイダンスを提供できます。Agentic Chatは、デベロッパーがIDEまたはGitLabリポジトリ内で、馴染みのないコード、依存関係、アーキテクチャ、プロジェクト構造を理解するのに役立ちます。</li><li><strong>コード</strong>
Agentic Chatは、幅広い言語とフレームワークにわたって、コード、設定、Infrastructure as Codeを生成できます。バグの修正、アーキテクチャとコードのモダナイゼーション、テストの生成、より迅速なオンボーディングのためのドキュメント作成を支援します。デベロッパーの手元で、Agentic ChatはVS Code、JetBrains IDE、Cursor、Windsurfにおける協働パートナーであり、オプションのユーザーレベルおよびワークスペースレベルのルールで応答をカスタマイズできます。</li><li><strong>CI/CD</strong>
Agentic Chatは、既存のパイプラインをより深く理解し、設定し、トラブルシューティングしたり、新しいパイプラインをゼロから作成したりするのに役立ちます。</li><li><strong>セキュリティ</strong>
Agentic Chatは、脆弱性を説明し、到達可能性に基づいて問題に優先順位を付け、時間を節約できる修正を推奨します。</li></ul><h2 id="エージェントオンデマンドで協働する専門家">エージェント:オンデマンドで協働する専門家</h2><p>GitLab Duo Agent Platformにより、デベロッパーは専門のエージェントにタスクを委任できます。このプラットフォームは、基本エージェント、カスタムエージェント、外部エージェントの独自の組み合わせを提供し、すべてGitLabユーザーエクスペリエンスにシームレスに統合されているため、あらゆるタスクに適したエージェントを簡単に選択できます。</p><p>**<a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/agents/foundational_agents/" rel="">基本エージェント</a>**は、GitLabの専門家によって事前に構築されており、ソフトウェア提供サイクルで最も複雑なタスクを処理する準備が整っています。以下の基本エージェントは、GitLab Duo Agent Platformの正式版の一部として含まれており、その他のエージェントは現在ベータ版で、近日中に提供予定です。</p><ul><li><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/agents/foundational_agents/planner/" rel=""><strong>プランナーエージェント</strong></a>は、チームがGitLab内で直接作業を構造化、優先順位付け、分割するのを支援し、計画をより明確に、より迅速に、より実行しやすくします。</li><li><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/agents/foundational_agents/security_analyst_agent/" rel=""><strong>セキュリティ分析エージェント</strong></a>は、脆弱性とセキュリティシグナルをレビューし、その影響を平易な言葉で説明し、チームが最初に対処すべきことを理解するのを支援します。</li></ul><p><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/ai_catalog/" rel=""><strong>カスタムエージェント</strong></a>は、AIカタログを使用して構築できます。AIカタログは、チームがカスタムエージェントとフローを作成、公開、管理、共有するための中央リポジトリです。チームは、エンジニアリングチームの働き方を再現し、エンジニアが使用するエンジニアリング基準とガバナンスの仕組みを使用して問題に取り組むために、特定のコンテキストと機能を持つエージェントとフローを作成できます。</p><p><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/agents/external/" rel=""><strong>外部エージェント</strong></a>は、GitLabにシームレスに統合されており、AnthropicのClaude CodeやOpenAIのCodex CLIなど、最高クラスのAIツールが含まれています。ユーザーは、コード生成、コードレビュー、分析などのユースケースで、透明性の高いセキュリティと組み込みLLMサブスクリプションにより、これらのツールをGitLabからネイティブにアクセスできます。</p><p>これらのアプローチにより、チームは専門エージェント、組織固有の自動化、外部AIツールの統合など、エージェント型AIをどのように採用するかについて柔軟性を得ることができます。すべて単一のガバナンスされたプラットフォーム内で実現します。</p><h2 id="フロー複数ステップの作業を反復可能でガイド付きの進捗へ">フロー:複数ステップの作業を反復可能でガイド付きの進捗へ</h2><p>フローは、複数のエージェントワークフローを使用して複雑なタスクを最初から最後まで自動化します。</p><p>エンジニアリングチームは、正式版に含まれるいくつかのフローを構築しており、さらに多くのフローが提供予定です。</p><ul><li><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/foundational_flows/issue_to_mr/" rel=""><strong>デベロッパー(Issue to MR)</strong></a>フローは、明確に定義されたイシューから構造化されたマージリクエストを作成し、チームがすぐに作業を開始できるようにします。</li><li><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/foundational_flows/convert_to_gitlab_ci/" rel=""><strong>GitLab CI/CD変換</strong></a>フローは、チームが手動で書き直すことなくパイプライン設定を移行またはモダナイズするのに役立ちます。</li><li><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/foundational_flows/fix_pipeline/" rel=""><strong>CI/CDパイプライン修復</strong></a>フローは、障害を分析し、考えられる原因を特定し、推奨される変更を準備します。</li><li><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/foundational_flows/code_review/" rel=""><strong>コードレビュー</strong></a>フローは、コード変更、マージリクエストコメントなどを分析し、AIネイティブの分析とフィードバックでコードレビューを効率化します。</li><li><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/foundational_flows/software_development/" rel=""><strong>ソフトウェア開発</strong></a>フローは、日常的な開発とレビュー段階を通じて作業をガイドします。</li></ul><h2 id="mcp-clientgitlab-duo-agent-platformをチームが既に使用しているツールに接続">MCP Client:GitLab Duo Agent Platformをチームが既に使用しているツールに接続</h2><p><a href="https://docs.gitlab.com/ja-jp/user/gitlab_duo/model_context_protocol/mcp_clients/" rel="">MCPクライアント</a>により、IDE内のGitLab Duo Agent PlatformがJira、Slack、Confluence、その他のMCP対応ツールなどの外部システムに安全に接続し、コンテキストを取り込み、DevSecOpsツールチェーン全体でアクションを実行できるようになります。</p><p>個々のツール内でAIアシスタンスがサイロ化されるのではなく、MCPクライアントはGitLab Duo Agent Platformが、計画、協働、実行が実際に行われるシステム全体を理解し、動作することを可能にします。これにより、手動でのコンテキスト切り替えが削減され、チームが実際に作業する方法を反映した、より完全なエンドツーエンドのAI駆動ワークフローが実現します。</p><p>正式版に含まれる機能:</p><ul><li>Jira、Confluence、Slack、Playwright、GrafanaなどのMCP対応外部システムへの接続</li><li>ワークスペースレベルおよびユーザーレベルでの設定</li><li>MCPの使用を有効化または制限するためのグループレベルの制御</li><li>ツールアクセスのユーザー承認フロー</li><li>IDE拡張機能でのAgentic Chat全体でのサポート</li></ul><p>現在ベータ版のGitLab MCPサーバー機能にさらに多くの機能を追加し、今後のリリースで正式版にする予定です。</p><h2 id="チームとワークロードに適したモデルを選択">チームとワークロードに適したモデルを選択</h2><p>GitLab Duo Agent Platformは、チームがプライバシー、セキュリティ、コンプライアンスのニーズに合わせてプラットフォームを調整できる柔軟なモデル選択フレームワークに基づいて構築されています。GitLabは各機能に最適なLLMをデフォルトで設定していますが、管理者はOpenAI GPT-5バリアント、Mistral、Meta Llama、Anthropic Claudeなどのサポートされているモデルから選択することもできます。これにより、チームは組織の基準に基づいて、各特定のユースケースでチャット、コーディングタスク、エージェントインタラクションに何を使用するかについて、より正確な制御と柔軟性を得ることができます。サポートされているモデルの完全なリストとモデル選択設定の詳細については、ドキュメントの<a href="https://docs.gitlab.com/ja-jp/administration/gitlab_duo/model_selection/" rel="">モデル選択</a>セクションをご覧ください。</p><h3 id="ガバナンス可視性デプロイの柔軟性">ガバナンス、可視性、デプロイの柔軟性</h3><p>GitLab Duo Agent Platformは、組織がAIを責任を持って採用するために必要な制御と透明性を提供すると同時に、さまざまな環境で機能する柔軟なデプロイオプションを提供します。</p><p>正式版に含まれる機能:</p><ul><li>**すべてのプラットフォームで利用可能:**GitLab.com、GitLab Self-Managed、GitLab DedicatedでGitLab 18.8リリースサイクルの一部として利用できます。</li><li>**ガバナンスと可視性:**チームは、エージェントがどのように使用され、どのようなアクションを実行し、作業にどのように貢献しているかを確認できます。使用状況とアクティビティの詳細により、リーダーは採用状況を把握し、影響を測定し、AIが適切に使用されていることを確認できます。これらの制御により、自信を持って大規模にAIを展開しやすくなります。</li><li>**グループベースのアクセス制御:**管理者は、どのユーザーがGitLab Duo Agent Platform機能にアクセスできるかを管理する名前空間レベルのルールを定義でき、組織全体での即時有効化から段階的なロールアウトまで、柔軟な採用をサポートします。LDAPおよびSAML統合により、手動設定なしで大規模なガバナンスを実現できます。</li><li>**モデル選択とセルフホスト型オプション:**LLM選択は、GitLab.com、Self-Managed、Dedicatedのすべての正式版機能で利用できます。トップレベルの名前空間所有者がモデルを選択し、サブグループはそれらの設定を自動的に継承します。より多くの制御が必要な組織のために、プラットフォームはGitLab Self-Managedデプロイメント向けのセルフホスト型モデルをサポートしています。</li></ul><p>GitLab Duo Agent Platformの実際の動作をご覧ください:</p><iframe src="https://player.vimeo.com/video/1154786333?badge=0&amp;autopause=0&amp;player_id=0&amp;app_id=58479" frameBorder="0" allow="autoplay; fullscreen; picture-in-picture; clipboard-write; encrypted-media; web-share" referrerPolicy="strict-origin-when-cross-origin" style="position:absolute;top:0;left:0;width:100%;height:100%;" title="18.8 Demo"></iframe><script src="https://player.vimeo.com/api/player.js"></script><h2 id="gitlabの最新情報を入手">GitLabの最新情報を入手</h2><p>最新の機能、セキュリティアップデート、パフォーマンス向上を確実に入手するために、GitLabインスタンスを最新の状態に保つことをお勧めします。以下のリソースは、アップグレードの計画と完了に役立ちます。</p><ul><li><a href="https://gitlab-com.gitlab.io/support/toolbox/upgrade-path/" rel="">アップグレードパスツール</a> – 現在のバージョンを入力すると、インスタンスの正確なアップグレード手順が表示されます</li><li><a href="https://docs.gitlab.com/ja-jp/update/upgrade_paths/" rel="">アップグレードに関するドキュメント</a> – サポートされている各バージョンの詳細なガイド(要件、ステップバイステップの手順、ベストプラクティスを含む)</li></ul><p>定期的にアップグレードすることで、チームが最新のGitLab機能を活用し、安全でサポートされた状態を維持できます。</p><p>ハンズオフアプローチをお望みの組織には、<a href="https://content.gitlab.com/viewer/d1fe944dddb06394e6187f0028f010ad#1" rel="">GitLabのManaged Maintenanceサービス</a>をご検討ください。Managed Maintenanceは、チームがイノベーションに集中し続ける一方で、GitLabの専門家がSelf-Managedインスタンスの確実なアップグレード、セキュリティ確保、DevSecOpsリーダーシップの準備を維持するのを支援します。詳細については、アカウントマネージャーにお問い合わせください。</p><hr /><p>* GitLab PremiumおよびUltimateサブスクリプションをご利用中のお客様には、ユーザーあたりそれぞれ12ドルおよび24ドルの含まれるクレジットが自動的に提供され、毎月リセットされます。これらのクレジットは期間限定で提供され、変更される可能性があります(<a href="https://about.gitlab.com/pricing/terms/" rel="">プロモーション規約を参照</a>)。</p><p><em>このブログ投稿には、改正1933年証券法第27A条および1934年証券取引法第21E条の意味における「将来予想に関する記述」が含まれています。これらの記述に反映された期待は合理的であると考えていますが、実際の結果または成果が大きく異なる可能性のある既知および未知のリスク、不確実性、仮定、その他の要因の影響を受けます。これらのリスクおよびその他の要因の詳細については、SECへの提出書類の「リスク要因」の項をご参照ください。このブログ投稿の日付以降、法律で義務付けられている場合を除き、これらの記述を更新または改訂する義務は負いません。</em></p>]]></content>
        <author>
            <name>Bill Staples</name>
            <uri>https://about.gitlab.com/blog/authors/bill-staples</uri>
        </author>
        <published>2026-01-15T00:00:00.000Z</published>
    </entry>
    <entry>
        <title type="html"><![CDATA[GitLab Duo Agent Platform向けの使用量ベースの価格設定、GitLabクレジットのご紹介]]></title>
        <id>https://about.gitlab.com/ja-jp/blog/introducing-gitlab-credits/</id>
        <link href="https://about.gitlab.com/ja-jp/blog/introducing-gitlab-credits/"/>
        <updated>2026-01-15T00:00:00.000Z</updated>
        <content type="html"><![CDATA[<p>GitLabクレジットは、エージェント型AIにおけるシート単位の価格設定が適していないという課題から生まれました。</p><p>シート単位の価格設定では、エンジニアリングチームにAIを「利用できる人」と「利用できない人」を生み出してしまい、ソフトウェア開発ライフサイクル全体でエージェント型AIを活用するという本来のあり方と根本的に矛盾しています。現在のモデルでは、個人がAIを使い始める前に、その人のためのシートを購入する必要があります。これは、ヘビーユーザーにとっては機能しますが、軽度または不定期に使用する大多数のチームメンバーにとっては、コストが高すぎて不公平です。そのため、多くの組織では、チームの一部のメンバーだけが「AIシート」を持つことになります。</p><p>さらに、<a href="https://about.gitlab.com/blog/gitlab-duo-agent-platform-is-generally-available/" rel="">GitLab Duo Agent Platform</a>は、Duo Pro、Duo Enterprise、その他市場に出回っているAIデベロッパーツールとは異なります。エージェントやエージェント型ワークフローは、チームがAIサポートを必要とするときに呼び出すことができ、バックグラウンドで実行されているSDLCイベントによってトリガーされます。Duo Agent Platformにより、エージェント型AIはもはやユーザーシートにのみ紐付けられるものではなくなりました。</p><p>GitLabクレジットは、GitLab Duo Agent Platformから始まる使用量ベースの価格設定のための新しい仮想通貨として、これらの課題に対応します。これにより、GitLabアカウント(PremiumまたはUltimate)を持つ組織内のすべてのメンバーが、AIシートの料金を支払うことなく、自分で呼び出す場合もバックグラウンドエージェントとして設定する場合も、エージェント型AI機能を利用できるようになります。</p><h2 id="gitlabクレジットの仕組み">GitLabクレジットの仕組み</h2><p>GitLabクレジットは、組織全体でプールされます。GitLab Duo Agent Platformの使用量は、GitLabクレジットから引き落とされます。これには、エージェントとエージェント型フローの同期および非同期使用の両方が含まれます。具体的には次のとおりです:</p><ul><li>セキュリティ分析エージェント、プランナーエージェント、データ分析エージェントなどの<a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/agents/foundational_agents/" rel="">基本エージェント</a></li><li>コードレビューフロー、デベロッパーフロー、CI/CD修復フローなどの<a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/foundational_flows/" rel="">基本フロー</a></li><li>Anthropic Claude CodeやOpenAI Codexなどの<a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/agents/external/" rel="">外部エージェント</a></li><li><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/ai_catalog/" rel="">GitLab AIカタログ</a>で構築および公開するカスタムエージェントとフロー</li><li>GitLab UIおよびデベロッパーが使用するIDEでの<a href="https://docs.gitlab.com/ja-jp/user/gitlab_duo_chat/agentic_chat/" rel="">エージェント型チャット</a></li></ul><p><strong>注:</strong> 外部エージェントは18.8で無料で試すことができ、GitLabクレジットを消費しません。来月の18.9リリースで価格設定を導入する予定です。カスタムフローは現在ベータ版であり、GitLabクレジットを消費しません。</p><p>引き落とされるクレジット量は、大規模言語モデルによるエージェント型リクエストの数に基づいています(<a href="https://docs.gitlab.com/ja-jp/subscriptions/gitlab_credits/#models" rel="">詳細はこちら</a>)。より多くのLLMが利用可能になるにつれて、GitLab Duo Agent Platformでの使用に対して認定し、このリストに追加していきます。これにより、お客様は消費方法を透明に確認できます。</p><p>GitLabクレジットの総数は、実際の使用量に基づいて月末に計算されます。このモデルでは、パワーユーザーの使用量とライトユーザーの使用量が自動的に相殺されるため、各個人のAI総コストを効果的に削減できます(各個人にシート料金を支払う場合と比較して)。</p><p>簡潔にするために、各GitLabクレジットの<strong>オンデマンド</strong>定価は1ドルです。GitLab Duo Agent Platformをコミットメントなしで使用でき、使用量は毎月(各月末に)請求されます。<strong>年間契約</strong>にサインアップするエンタープライズのお客様には、月間クレジットの数量割引を提供します。</p><p>期間限定プロモーション<a href="#notes">*</a>として、PremiumおよびUltimateのアクティブなサブスクリプションをお持ちのすべてのGitLabのお客様には、それぞれ<strong>ユーザーあたり月額12ドルと24ドルの含まれるクレジット</strong>が自動的に付与されます。これらのクレジットは、プロモーション期間が終了するまで毎月更新され、追加費用なしでGitLab Duo Agent Platformのすべての機能にアクセスできます。請求条件に同意すると、含まれるクレジットを超える使用量は、コミット済みの月間クレジットまたはオンデマンドクレジットで請求されます。</p><h2 id="gitlabクレジットによるコストガバナンス">GitLabクレジットによるコストガバナンス</h2><p><strong>GitLabクレジットのサイジング:</strong> アカウントチームは、GitLab Duo Agent PlatformのGA(一般提供)の一環として、毎月必要なGitLabクレジット数を見積もるサイジング計算ツールを用意しています。この計算ツールは、ベータ期間中に観察された使用パターンで構築されています。さらに、既存または新規のお客様として、実際の使用量の見積もりを確認するために無料トライアルをリクエストできます。</p><p><strong>使用状況の可視性:</strong> 18.8リリースでは、2つの補完的なダッシュボードを通じて詳細な使用状況情報を提供します。1つは財務監視に重点を置く請求管理者向けのGitLab顧客ポータル内のダッシュボード、もう1つは運用監視に重点を置く管理者向けの製品内ダッシュボードです。どちらも使用状況の帰属、コスト内訳、履歴トレンドを提供するため、クレジットの消費状況を常に正確に把握できます。社内でクロスチャージングを行っている場合は、プロジェクトレベルおよびグループレベルのロールアップを使用してコスト配分を行うことができます。</p><p><strong>使用制限:</strong> 特定のチームまたはプロジェクトに対してGitLab Duo Agent Platformへのアクセスを有効または無効にできるため、承認された使用のみがクレジットに計上されます。また、GA直後にユーザーレベルの制限を追加し、GitLab Duo Agent Platform機能を使用してクレジットを引き落とせるユーザーを管理できるようにする予定です。</p><p><strong>自動使用通知:</strong> コミット済みの月間クレジットの50%、80%、100%に達したときに、電子メールアラートでGitLabクレジットの使用状況を積極的にお知らせします。これにより、使用量の調整、コミットメントの追加購入、オンデマンド請求への準備を行う時間を確保できます。</p><h2 id="シート単位のgitlab-duo-proenterpriseからduo-agent-platform用gitlabクレジットへのアップグレード">シート単位のGitLab Duo Pro/EnterpriseからDuo Agent Platform用GitLabクレジットへのアップグレード</h2><p>GitLab Duo ProおよびDuo Enterpriseを購入してご利用中の場合、引き続きサポート対象のオプションとしてこれらの機能を使用できます。いつでもGitLab Duo Agent Platformにアップグレードでき、「クラシック」Duoでできることに加えて、エージェント型チャット、追加の基本エージェント、カスタムエージェントとフロー、外部エージェントなどの新機能にアクセスできます。</p><p>アップグレード時に、GitLab Duo ProおよびDuo Enterpriseのシートへの投資を、Duo Agent Platform用GitLabクレジットに繰り越します。シートコミットメントの残りのドル額は、数量ベースの割引を受けた月間GitLabクレジットと交換されます。月間GitLabクレジットは、以前にDuoシートが割り当てられていたユーザーだけでなく、許可した組織内のすべてのチームメンバーで共有できます。</p><h2 id="競合比較gitlabクレジット-vs-シート単位の価格設定">競合比較:GitLabクレジット vs. シート単位の価格設定</h2><table><thead><tr><th>メリット</th><th>GitLabクレジット</th><th>シート単位の価格設定</th></tr></thead><tbody><tr><td><strong>すべての人にAIを</strong></td><td>承認されたすべてのチームメンバーが初日からAIアクセスを取得</td><td>AIを「利用できる人」と「利用できない人」を作り出し、シートの配分を強いる</td></tr><tr><td><strong>初期投資不要</strong></td><td>含まれるクレジットで小規模に開始し、ROIが明確になるにつれてコミットメントを増やす</td><td>価値を証明する前にシートを事前購入する必要がある</td></tr><tr><td><strong>使用した分だけ支払う</strong></td><td>含まれる階層を超えて実際に実行されたAI作業のみが請求される</td><td>実際の使用量に関係なくシートごとに支払う</td></tr><tr><td><strong>支出の最適化</strong></td><td>共有クレジットプールにより、パワーユーザーとライトユーザーを相殺できる</td><td>ライトユーザーにも支払いが必要で、パワーユーザーのプレミアムリクエストには超過料金が発生</td></tr><tr><td><strong>詳細な可視性</strong></td><td>詳細な帰属と履歴トレンドを含む使用状況ダッシュボード</td><td>どのユーザーが価値を生み出しているかについての洞察が限定的</td></tr><tr><td><strong>きめ細かなコスト制御</strong></td><td>アクセスできるユーザーを選択でき、プロアクティブなアラートと今後の予算制限で制限可能</td><td>コストを管理するためにシートを取得できるユーザーを制限</td></tr><tr><td><strong>サイジングの柔軟性</strong></td><td>月間クレジットを見積もる計算ツール、数量に応じた単価割引が増加</td><td>シートを取得するユーザー数×シートあたりの価格</td></tr><tr><td><strong>シンプルな契約と請求</strong></td><td>単一のSKUと請求書で、DevSecOpsライフサイクル全体のすべてのエージェント機能をカバー</td><td>さまざまなサードパーティツールで複数のAIライセンスが必要</td></tr></tbody></table><h2 id="開始方法">開始方法</h2><ol><li><strong>既存のPremium/Ultimateのお客様の場合</strong>: GAにより、GitLab Duo Agent PlatformはアクティブなPremiumおよびUltimateライセンス<a href="#notes">**</a>をお持ちのお客様にご利用いただけます。GitLab.com SaaSのお客様は自動的にアクセスできるようになります。GitLab Self-Managedのお客様は、GitLab 18.8リリース(Duo Agent Platformの一般提供を予定)にアップグレードするとアクセスできるようになります。GitLab Dedicatedのお客様は、2月の定期メンテナンスウィンドウ中にGitLab 18.8にアップグレードされ、その時点からDuo Agent Platformを使用できるようになります。</li><li><strong>GitLab Duoを有効化:</strong> ネームスペース設定でGitLab Duo Agent Platformが有効になっていることを確認してください。</li><li><strong>探索を開始:</strong> 含まれる月間GitLabクレジットを使用して、GitLab Duo Agent Platform機能をお試しください。</li><li><strong>含まれるクレジットを超える使用:</strong> 含まれるクレジットを超える拡張使用については、オンデマンド定価でGitLabクレジットにオプトインできます。コミットメント付きの数量割引については、<a href="https://about.gitlab.com/sales/" rel="">お問い合わせ</a>いただき、特定の使用レベルのお見積もりをご依頼ください。</li></ol><p>開始方法の詳細については、<a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/" rel="">GitLab Duo Agent Platformのドキュメント</a>をご覧ください。</p><h2 id="注記">注記</h2><p>* これらの含まれるプロモーションクレジットは、GA時に期間限定で利用可能であり、GitLabの裁量により変更される可能性があります。</p><p>** GitLab Duo with Amazon QおよびGitLab Dedicated for Government のお客様は除きます。</p><blockquote><p>GitLab Duo Agent Platformと、エージェント型AIがチームの働き方を変革するすべての方法について詳しく知りたい場合は、<a href="https://about.gitlab.com/gitlab-duo-agent-platform/" rel="">GitLab Duo Agent Platformページ</a>をご覧ください。既存のGitLabのお客様の場合は、GitLabアカウントマネージャーまたはパートナーに連絡して、プラットフォーム機能のライブデモをスケジュールしてください。</p></blockquote><h2 id="gitlabクレジット-faq">GitLabクレジット FAQ</h2><p><strong>1. GitLabクレジットとは何ですか。また、GitLabがこれを導入した理由は何ですか。</strong></p><p>GitLabクレジットは、GitLab Duo Agent Platformから始まる、使用量ベースのGitLab機能向けの新しい仮想通貨です。GitLabがこのモデルを導入したのは、シート単位の価格設定により組織がエンジニアリングチーム内でAIアクセスを配分せざるを得なくなり、Duo Agent Platformの使用がシートだけに紐付けられるものではないためです。クレジットは組織全体でプールされるため、個別にシートを事前購入することなく、すべてのチームメンバーにAI機能へのアクセスを提供したり、バックグラウンドでのエージェントワークフローを設定したりできます。</p><p><strong>2. クレジット消費の仕組みはどうなっていますか。</strong></p><p>クレジットは、エージェントリクエストの数に基づいて消費され、使用するLLMによって異なるレートが適用されます。たとえば、Claude-sonnet-4.5(ほとんどの機能のデフォルト)では、1クレジットあたり2つのモデルリクエストが得られ、gpt-5-miniやclaude-3-haikuなどのモデルでは、1クレジットあたり20リクエストが得られます。</p><p><strong>3. 既存のPremiumおよびUltimateのお客様には何が含まれますか。</strong></p><p>期間限定プロモーションとして、PremiumおよびUltimateのアクティブなサブスクリプションをお持ちのお客様には、GitLab 18.8のDuo Agent Platform GAリリースと併せて、含まれるクレジットが無料で自動的に付与されます:</p><ul><li>Premiumの場合、ユーザーあたり月額12ドルのクレジット</li><li>Ultimateの場合、ユーザーあたり月額24ドルのクレジット</li></ul><p>含まれるクレジットはユーザーごとのレベルで、毎月更新され、追加費用なしでGitLab Duo Agent Platformのすべての機能へのアクセスを可能にします。これらの含まれるクレジットを超える使用量は、別途請求されます。これらの含まれるプロモーションクレジットは、GA後の期間限定で利用可能であり、GitLabの裁量により変更される可能性があります。</p><p><strong>4. クレジットの使用量を制御および監視するにはどうすればよいですか。</strong></p><p>GitLabは、複数のガバナンスツールを提供しています:顧客ポータルと製品内の両方の詳細な使用状況ダッシュボード、特定のチームまたはプロジェクトへのアクセスを有効/無効にする機能、今後のユーザーレベルの制限、およびコミット済み月間クレジットの50%、80%、100%での自動電子メールアラートです。また、月間クレジットニーズを見積もるサイジング計算ツールを提供する予定です。</p><p><strong>5. GitLab Duo Agent Platformを開始するにはどうすればよいですか。</strong></p><p>GA後、既存のPremium/Ultimateのお客様の場合、GitLab.com SaaSでは自動的にアクセスできます。Self-Managedのお客様は、Duo Agent Platformの一般提供を予定しているGitLab 18.8へのアップグレード時にアクセスできるようになります。ネームスペース設定でGitLab Duo Agent Platformを有効にし、含まれる月間クレジットを使用して探索を開始するだけです。含まれるクレジットを超える使用については、オンデマンド請求にオプトインするか、GitLabに連絡して年間契約による数量割引を受けることができます。</p><p><em>このブログ投稿には、改正された1933年証券法のセクション27Aおよび1934年証券取引法のセクション21Eの意味における「将来見通しに関する記述」が含まれています。これらの記述に反映された期待は合理的であると考えていますが、実際の結果または成果が大きく異なる可能性のある既知および未知のリスク、不確実性、仮定、およびその他の要因の影響を受けます。これらのリスクおよびその他の要因の詳細については、SECへの提出書類の「リスク要因」というキャプションの下に記載されています。このブログ投稿の日付以降、法律で義務付けられている場合を除き、これらの記述を更新または修正する義務を負いません。</em></p>]]></content>
        <author>
            <name>Manav Khurana</name>
            <uri>https://about.gitlab.com/blog/authors/manav-khurana</uri>
        </author>
        <published>2026-01-15T00:00:00.000Z</published>
    </entry>
    <entry>
        <title type="html"><![CDATA[AIカタログ：エージェントやフローの検索、作成、共有]]></title>
        <id>https://about.gitlab.com/ja-jp/blog/ai-catalog-discover-and-share-agents/</id>
        <link href="https://about.gitlab.com/ja-jp/blog/ai-catalog-discover-and-share-agents/"/>
        <updated>2026-01-14T00:00:00.000Z</updated>
        <content type="html"><![CDATA[<p><em>8部構成ガイド「<a href="https://about.gitlab.com/ja-jp/blog/gitlab-duo-agent-platform-complete-getting-started-guide/" rel="">GitLab Duo Agent Platformを始める</a>」のパート5へようこそ。開発ライフサイクル内でのAIエージェントとワークフローの構築・デプロイをマスターします。最初の対話から完全カスタマイズ可能なプロダクション対応の自動化ワークフローまで、段階的なチュートリアルに従ってください。</em></p><p><strong>この記事の内容</strong>:</p><ul><li><a href="#introduction-to-the-ai-catalog">AIカタログとは</a></li><li><a href="#discover-agents-and-flows">エージェントやフローの検索と有効化</a></li><li><a href="#creating-sharing-and-managing-visibility">作成、共有、表示レベルの管理</a></li><li><a href="#understanding-versioning">バージョニングを理解する</a></li></ul><blockquote><p>🎯 今すぐ<a href="https://about.gitlab.com/gitlab-duo-agent-platform/" rel=""><strong>GitLab Duo Agent Platform</strong></a>をお試しください！</p></blockquote><h2 id="aiカタログの紹介">AIカタログの紹介</h2><p>AIカタログは、組織全体で<a href="https://about.gitlab.com/ja-jp/blog/understanding-agents-foundational-custom-external/" rel="">エージェント</a>や<a href="https://about.gitlab.com/ja-jp/blog/understanding-flows-multi-agent-workflows/" rel="">フロー</a>の検索、作成、共有ができる一元管理リポジトリです。チームが事前構築されたソリューションとベストプラクティスを活用できるようにすることで、一貫性、再利用性、コラボレーションを促進します。</p><p><strong>できること:</strong></p><ul><li><strong>検索</strong>: GitLabとコミュニティが作成したエージェントやフローを探します。</li><li><strong>作成</strong>: 単一のインターフェースでカスタムエージェントやフローを作成・維持します。</li><li><strong>有効化</strong>: トップレベルグループレベルでエージェントやフローを有効化し、プロジェクトで使用します。</li><li><strong>共有</strong>: エージェントやフローを他のユーザーが使用できるように公開します(公開または非公開)。</li><li><strong>複製</strong>: 既存のエージェントやフローをコピーしてカスタマイズします。</li></ul><p><img alt="AIカタログ" src="https://res.cloudinary.com/about-gitlab-com/image/upload/v1765458621/un1xt2tql9wmjfjkyztg.png" title="AIカタログ" /></p><h2 id="aiカタログへのアクセスと操作">AIカタログへのアクセスと操作</h2><p><strong>検索</strong> → <strong>AIカタログ</strong>に移動します。</p><p>カタログは現在2つのタイプを提供しています。</p><ul><li><strong>エージェント</strong>: オンデマンド、対話型、コンテキスト固有のタスク用のカスタムエージェント。</li><li><strong>フロー</strong>: エージェントのチームを調整する、反復可能な複数ステップの自動化用のカスタムフロー。</li></ul><p>詳細については、<a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/ai_catalog/" rel="">AIカタログのドキュメント</a>を参照してください。</p><h2 id="エージェントやフローを検索する">エージェントやフローを検索する</h2><p>AIカタログを使用すると、ニーズに合ったエージェントやフローを簡単に見つけることができます。</p><p><strong>検索方法</strong>:</p><ol><li><strong>検索</strong> → <strong>AIカタログ</strong>に移動します。</li><li><strong>エージェント</strong>または<strong>フロー</strong>タブを選択します。</li><li>利用可能なエージェントまたはフローを探し、タイトル、説明、公開範囲を確認します。</li><li>任意のエージェントまたはフローをクリックして詳細を表示します。</li></ol><p><strong>エージェントやフローの有効化</strong>:</p><p>使用したいエージェントまたはフローを見つけたら:</p><ol><li>エージェントまたはフローをクリックして詳細を表示します。</li><li><strong>グループで有効にする</strong>ボタンをクリックして、エージェントまたはフローをトップレベルグループに追加します。</li><li>プロジェクトで有効化して使用を開始します。</li></ol><h2 id="作成共有表示レベルの管理">作成、共有、表示レベルの管理</h2><h3 id="エージェントやフローの作成">エージェントやフローの作成</h3><p>エージェントやフローを作成するための段階的な手順は次のとおりです。</p><p><strong>エージェントの作成</strong>:</p><p><strong>検索</strong> → <strong>AIカタログ</strong> → <strong>エージェント</strong> → <strong>新しいエージェント</strong>に移動します。</p><ol><li>このエージェントの特定のタスクまたは専門分野をブレインストーミングして定義します。例:デバッグとトラブルシューティングエージェント。</li><li>表示名と説明を追加して、他のユーザーが目的とエージェントを使用する理由を識別できるようにします。例:<code className="">troubleshoot-debugger</code>。</li><li>公開範囲とアクセスを指定します。プライベートプロジェクトを選択し、表示レベルを非公開に設定して実験を開始します。</li><li>システムプロンプトでエージェントの動作、機能、専門性を定義します。効果的なシステムプロンプトの作成の詳細については、<a href="https://about.gitlab.com/ja-jp/blog/understanding-agents-foundational-custom-external/" rel="">パート3:エージェントを理解する</a>を参照してください。</li><li>オプションで、エージェントのツールアクセスを選択して制限します。たとえば、デバッグエージェントはコード、イシュー、マージリクエストへの読み取りアクセスが必要ですが、変更を加えるための書き込みアクセスは必要ない場合があります。</li></ol><p><strong>フローの作成</strong>:</p><p><strong>検索</strong> → <strong>AIカタログ</strong> → <strong>フロー</strong> → <strong>新しいフロー</strong>に移動します。</p><ol><li>複雑な複数ステップの特定のタスクをブレインストーミングして定義します。例:CI/CDパイプライン最適化フロー。</li><li>表示名と説明を追加して、他のユーザーが目的とフローを使用する理由を識別できるようにします。例:<code className="">ci-cd-optimizer</code>。</li><li>公開範囲とアクセスを指定します。プライベートプロジェクトを選択し、表示レベルを非公開に設定して実験を開始します。</li><li>フローの動作とそのエージェントコンポーネント、プロンプト、ルーターを定義します。フローのYAML構造の詳細については、<a href="https://about.gitlab.com/ja-jp/blog/understanding-flows-multi-agent-workflows/" rel="">パート4:フローを理解する</a>を参照してください。</li></ol><p>詳細については、以下を参照してください。</p><ul><li><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/agents/custom.html" rel="">カスタムエージェントのドキュメント</a></li><li><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/custom.html" rel="">カスタムフローのドキュメント</a></li></ul><h3 id="作業の共有と表示レベルの設定">作業の共有と表示レベルの設定</h3><p>エージェントまたはフローを作成するときに、<strong>非公開</strong>と<strong>公開</strong>の表示レベルを選択して、誰がアクセスして使用できるかを制御できます。</p><p><strong>非公開</strong>:</p><ul><li>少なくともデベロッパーロールを持つ管理プロジェクトのメンバー、またはトップレベルグループのオーナーロールを持つユーザーのみが表示できます。</li><li>他のプロジェクトでは有効化できません。</li><li>チーム固有または機密のワークフローに便利です。</li></ul><p><strong>公開</strong>:</p><ul><li>インスタンス上の誰でも表示できます。</li><li>前提条件を満たす任意のプロジェクトで有効化できます。</li><li>発見のためにAIカタログに表示されます。</li></ul><h3 id="共有のベストプラクティス">共有のベストプラクティス</h3><p>エージェントやフローをAIカタログに公開する際は、次のガイドラインに従ってください。</p><p><strong>命名</strong>:</p><ul><li>明確で説明的な名前を使用します(例:<code className="">security-code-review</code>、<code className="">api-documentation-generator</code>)。</li><li><code className="">agent1</code>や<code className="">my-flow</code>のような一般的な名前は避けます。</li><li>可能な場合は名前に目的を含めます。</li></ul><p><strong>ドキュメント</strong>:</p><ul><li>エージェントまたはフローが何をするかの明確な説明を提供します。</li><li>ユースケースと例を含めます。</li><li>前提条件または依存関係を文書化します。</li></ul><p><strong>品質</strong>:</p><ul><li>公開前に徹底的にテストします。</li><li>エージェントまたはフローが実際の問題を解決することを確認します。</li><li>保守可能で十分に文書化されている状態を維持します。</li><li>エッジケースとエラーハンドリングを考慮します。</li></ul><p><strong>表示レベルの決定</strong>:</p><ul><li>チームでテストするために<strong>非公開</strong>から始めます。</li><li>検証と文書化が完了したら<strong>公開</strong>に移行します。</li><li>他のユーザーに価値を提供する場合にのみ公開します。</li><li>対象者とユースケースを考慮します。</li></ul><h3 id="バージョニングを理解する">バージョニングを理解する</h3><p>AIカタログのカスタムエージェントやフローは、変更を追跡するためのバージョン履歴を維持します。</p><p><strong>バージョニングの仕組み</strong>:</p><ul><li>GitLabは、エージェントのシステムプロンプトを更新したり、フローの設定を変更したりすると、自動的に新しいバージョンを作成します。</li><li>バージョンはセマンティックバージョニングを使用します(例:<code className="">1.0.0</code>、<code className="">1.1.0</code>)。</li><li>GitLabはセマンティックバージョニングを自動的に管理します。更新は常にマイナーバージョンをインクリメントします。</li><li>バージョンは不変であり、一貫した動作を保証します。</li></ul><p><strong>バージョンの固定</strong>:</p><p>エージェントまたはフローを有効化すると:</p><ul><li><strong>グループ内</strong>: GitLabは最新バージョンに固定します。</li><li><strong>プロジェクト内</strong>: GitLabはトップレベルグループと同じバージョンに固定します。</li></ul><p>これは次を意味します。</p><ul><li>プロジェクトはエージェントまたはフローの固定された安定したバージョンを使用します。</li><li>AIカタログの更新は設定に自動的に影響しません。</li><li>新しいバージョンに更新するにはオプトインする必要があります。更新は自動ではありません。</li><li>新しいバージョンを採用するタイミングを完全に制御できます。</li></ul><p><strong>バージョンの表示</strong>:</p><ul><li><strong>自動化</strong> → <strong>エージェント</strong>または<strong>自動化</strong> → <strong>フロー</strong>に移動します。</li><li>エージェントまたはフローを選択します。バージョン情報は右側に表示されます。</li></ul><p><strong>最新バージョンへの更新</strong></p><p>AIカタログでエージェントまたはフローの新しいバージョンが利用可能な場合、プロジェクトを更新して使用できます。</p><ol><li><strong>自動化</strong> → <strong>エージェント</strong>または<strong>自動化</strong> → <strong>フロー</strong>に移動します。</li><li>更新するエージェントまたはフローをクリックします。</li><li><strong>更新</strong>ボタンをクリックします(新しいバージョンが利用可能な場合に表示されます)。</li><li>新しいバージョンの変更を確認します。</li><li>更新を確認して、プロジェクトを最新バージョンに固定します。</li></ol><h2 id="次のステップ">次のステップ</h2><p>AIカタログを通じてエージェントやフローを検索、作成、共有する方法を理解しました。次に、<a href="https://about.gitlab.com/ja-jp/blog/monitor-manage-automate-ai-workflows/" rel="">パート6</a>では、セッションを通じてエージェントやフローのアクティビティを監視し、イベント駆動トリガーを設定し、AIワークフローを管理する方法を学びます。</p><h2 id="関連リンク">関連リンク</h2><ul><li><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/ai_catalog/" rel="">AIカタログのドキュメント</a></li><li><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/agents/custom.html" rel="">カスタムエージェントのドキュメント</a></li><li><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/custom.html" rel="">カスタムフローのドキュメント</a></li></ul><hr /><p><strong>次へ</strong>: <a href="https://about.gitlab.com/ja-jp/blog/monitor-manage-automate-ai-workflows/" rel="">パート6: AIワークフローの監視、管理、自動化</a></p><p><strong>前へ</strong>: <a href="https://about.gitlab.com/ja-jp/blog/understanding-flows-multi-agent-workflows/" rel="">パート4: フローを理解する</a></p>]]></content>
        <author>
            <name>Itzik Gan Baruch</name>
            <uri>https://about.gitlab.com/blog/authors/itzik-gan baruch</uri>
        </author>
        <published>2026-01-14T00:00:00.000Z</published>
    </entry>
    <entry>
        <title type="html"><![CDATA[GitLab Duo Agent Platformのカスタマイズ：チャットルール、プロンプト、ワークフロー]]></title>
        <id>https://about.gitlab.com/ja-jp/blog/customizing-gitlab-duo-chat-rules-prompts-workflows/</id>
        <link href="https://about.gitlab.com/ja-jp/blog/customizing-gitlab-duo-chat-rules-prompts-workflows/"/>
        <updated>2026-01-14T00:00:00.000Z</updated>
        <content type="html"><![CDATA[<p><em>8部構成ガイド「<a href="https://about.gitlab.com/ja-jp/blog/gitlab-duo-agent-platform-complete-getting-started-guide/" rel="">GitLab Duo Agent Platformを始める</a>」のパート8へようこそ。開発ライフサイクル内でのAIエージェントとワークフローの構築・デプロイをマスターします。最初の対話から完全カスタマイズ可能なプロダクション対応の自動化ワークフローまで、段階的なチュートリアルに従ってください。</em></p><p><strong>この記事の内容:</strong></p><ul><li>カスタマイズの紹介</li><li>エージェントの動作をカスタマイズ</li><li>MCPで機能を拡張</li><li>カスタムエージェントとフローの作成</li></ul><blockquote><p>🎯 今すぐ<a href="https://about.gitlab.com/ja-jp/gitlab-duo-agent-platform/" rel=""><strong>GitLab Duo Agent Platform</strong></a>をお試しください！</p></blockquote><h2 id="カスタマイズの紹介">カスタマイズの紹介</h2><p><a href="https://about.gitlab.com/ja-jp/gitlab-duo-agent-platform/" rel="">GitLab Duo Agent Platform</a>は、すぐに強力な機能を提供し、チームの特定のニーズに合わせて調整することで、さらに大きな価値を引き出すことができます。GitLabは、複数のレベルで柔軟なカスタマイズオプションを提供します。</p><ul><li><strong>ユーザーレベル</strong>: すべてのプロジェクトに適用される個人設定(カスタムルール、AGENTS.md、MCP設定)</li><li><strong>ワークスペースレベル</strong>: プロジェクト固有の設定(カスタムルール、AGENTS.md、MCP設定)</li><li><strong>プロジェクトレベル</strong>: 特定のプロジェクト内で作成・管理するカスタムエージェントとフロー</li></ul><h2 id="パート1エージェントの動作をカスタマイズ">パート1：エージェントの動作をカスタマイズ</h2><h3 id="カスタムルール">カスタムルール</h3><p><a href="https://docs.gitlab.com/ja-jp/user/gitlab_duo/customize_duo/custom_rules/" rel="">カスタムルール</a>は、エージェントとフローに指示を提供し、繰り返しを必要とせずにチーム全体で一貫した動作を保証します。たとえば、開発スタイルガイドやテストの実行方法などです。</p><p><strong>IDEワークスペースまたはユーザー設定ディレクトリ</strong>に移動します。</p><h3 id="ユーザーレベルのカスタムルール">ユーザーレベルのカスタムルール</h3><p>ユーザーレベルのルールは、すべてのプロジェクトとワークスペースに適用されます。</p><p>ユーザーレベルのカスタムルールの作成に関する詳細な手順については、<a href="https://docs.gitlab.com/ja-jp/user/gitlab_duo/customize_duo/custom_rules/#create-user-level-custom-rules" rel="">GitLabドキュメント</a>を参照してください。
ホームディレクトリに<strong>ファイルを作成</strong><code className="">~/.gitlab/duo/chat-rules.md</code>。
<strong>ルールの例:</strong></p><pre className="language-markdown" code="- すべての関数にJSDocコメントを含める
- 文字列には単一引用符を使用
- リポジトリ内の既存のコードスタイルに従う
- 簡潔な説明を記述し、長い説明は避ける
- コード変更にはテストを提案
- Promiseの代わりにasync/awaitを使用
" language="markdown" meta="- 新しいコードには常にTypeScriptを使用し、JavaScriptは使用しない"><code>- すべての関数にJSDocコメントを含める
- 文字列には単一引用符を使用
- リポジトリ内の既存のコードスタイルに従う
- 簡潔な説明を記述し、長い説明は避ける
- コード変更にはテストを提案
- Promiseの代わりにasync/awaitを使用
</code></pre><h3 id="ワークスペースレベルのカスタムルール">ワークスペースレベルのカスタムルール</h3><p>ワークスペースルールは特定のプロジェクトにのみ適用されます。そのプロジェクトのユーザーレベルのルールを上書きします。</p><p>プロジェクトルートに<strong>ファイルを作成</strong><code className="">.gitlab/duo/chat-rules.md</code>。</p><p><strong>Vue.jsプロジェクトのルール例</strong>:</p><pre className="language-markdown" code="- `&lt;script setup&gt;`でVue 3 Composition APIを使用
- プロップには常にTypeScript型を含める
- SCSSでスコープ付きスタイルを使用
- Slippers UIデザインシステムに従う
- コンポーネントは300行未満に保つ
- コンポーネント名にはケバブケースを使用
- アクセシビリティ属性を含める(aria-*、role)
" language="markdown" meta=""><code>- `&lt;script setup&gt;`でVue 3 Composition APIを使用
- プロップには常にTypeScript型を含める
- SCSSでスコープ付きスタイルを使用
- Slippers UIデザインシステムに従う
- コンポーネントは300行未満に保つ
- コンポーネント名にはケバブケースを使用
- アクセシビリティ属性を含める(aria-*、role)
</code></pre><h3 id="カスタムルールのベストプラクティス">カスタムルールのベストプラクティス</h3><ul><li><strong>具体的にする</strong>:「単一引用符を使用」は「スタイルガイドに従う」よりも優れています。</li><li><strong>優先順位をつける</strong>: 最も重要なルールをリストの最初に来るようにします。</li><li><strong>チーム重視</strong>: ルールは個人の好みではなく、チームの標準を反映する必要があります。</li><li><strong>実行可能</strong>: ルールはAIエージェントが従うのに十分明確である必要があります。</li><li><strong>保守可能</strong>: 標準が変更されたらルールを更新します。</li><li><strong>競合を避ける</strong>: コードベースの実際のスタイルと矛盾しないようにします。</li></ul><p><strong>ヒント</strong>: コードオーナーを使用して、<code className="">.gitlab/duo/chat-rules.md</code>への変更を承認するユーザーを管理します。</p><p>カスタムルールの詳細なユースケースチュートリアルについては、<a href="https://about.gitlab.com/blog/custom-rules-duo-agentic-chat-deep-dive/" rel="">Custom rules in GitLab Duo Agentic Chat for greater developer efficiency deep-diveのブログ</a>を参照してください。</p><h2 id="エージェントの動作をカスタマイズするagentsmd">エージェントの動作をカスタマイズするAGENTS.md</h2><p><a href="https://agents.md/" rel="">AGENTS.md</a>は、エージェントの動作をカスタマイズするための業界標準ファイルです。エージェント自体を変更することなく、チャット会話、基本フロー、カスタムフロー内でエージェントがどのように動作すべきかを定義できます。</p><p><strong>カスタムルールとの違い</strong>: AGENTS.mdは、すべてのエージェントとフロー(基盤とカスタム)によって使用されます。また、<a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/agents/external/" rel="">外部エージェント</a>としてのClaude Codeなど、他のAIツールが使用できる業界標準に従います。複数のコンテキストに指示を適用したい場合は、AGENTS.mdを使用します。</p><p><strong>ユーザーレベル</strong>(すべてのプロジェクトとワークスペースに適用):</p><ul><li>macOS/Linux:<code className="">~/.gitlab/duo/AGENTS.md</code></li><li>Windows:<code className="">%APPDATA%\GitLab\duo\AGENTS.md</code></li></ul><p><strong>ワークスペースレベル</strong>(特定のプロジェクトに適用):</p><ul><li>プロジェクトルートに<code className="">AGENTS.md</code>を作成。</li></ul><p><strong>サブディレクトリレベル</strong>(モノレポの特定のディレクトリに適用):</p><ul><li>コンテキスト固有の指示のためにサブディレクトリに<code className="">AGENTS.md</code>を作成。</li></ul><p><strong>仕組み</strong>:</p><ul><li>ユーザーレベルのAGENTS.mdは、すべてのプロジェクトにグローバルに適用されます。</li><li>ワークスペースレベルのAGENTS.mdは、特定のプロジェクトに適用されます。</li><li>サブディレクトリレベルのAGENTS.mdファイルは、コードベースの特定の部分のコンテキストを提供します。</li><li>エージェントとフローは、適用可能なすべてのレベルからの指示を組み合わせます。</li><li>新しく追加または更新されたAGENTS.md指示には、新しいフローのトリガー、または(カスタム)エージェントとの新しいチャットの開始が必要です。</li></ul><h3 id="agentsmdが制御するもの">AGENTS.mdが制御するもの</h3><ul><li>エージェントの個性とトーン</li><li>プロジェクト固有の指示</li><li>コーディング標準と規約</li><li>ツール使用の設定</li><li>出力フォーマット要件</li><li>リポジトリ構造と組織</li></ul><h3 id="agentsmdの例">AGENTS.mdの例</h3><pre className="language-markdown" code="# プロジェクトのエージェントカスタマイズ
## 一般的なガイドライン
- 常にスピードよりもコード品質を優先
- プロジェクトのアーキテクチャパターンに従う
- 変更を提案する際は既存のコード例を参照
- 要件が曖昧な場合は明確化を求める
## コードスタイル
- すべての新しいコードにTypeScriptを使用
- プロジェクト内のESLint設定に従う
- すべての新しい関数にユニットテストを含める
- わかりやすい変数名を使用(ループを除いて単一文字は使用しない)
## ドキュメント
- すべてのパブリック関数にJSDocコメントを追加
- 新機能を追加する場合はREADME.mdを更新
- コードコメントに例を含める
## セキュリティ
- シークレットやAPIキーのハードコーディングを提案しない
- 常にユーザー入力を検証
- データベース操作にはパラメータ化クエリを使用
- 潜在的なセキュリティ問題を即座にフラグ
" language="markdown" meta=""><code># プロジェクトのエージェントカスタマイズ
## 一般的なガイドライン
- 常にスピードよりもコード品質を優先
- プロジェクトのアーキテクチャパターンに従う
- 変更を提案する際は既存のコード例を参照
- 要件が曖昧な場合は明確化を求める
## コードスタイル
- すべての新しいコードにTypeScriptを使用
- プロジェクト内のESLint設定に従う
- すべての新しい関数にユニットテストを含める
- わかりやすい変数名を使用(ループを除いて単一文字は使用しない)
## ドキュメント
- すべてのパブリック関数にJSDocコメントを追加
- 新機能を追加する場合はREADME.mdを更新
- コードコメントに例を含める
## セキュリティ
- シークレットやAPIキーのハードコーディングを提案しない
- 常にユーザー入力を検証
- データベース操作にはパラメータ化クエリを使用
- 潜在的なセキュリティ問題を即座にフラグ
</code></pre><h3 id="agentsmdのベストプラクティス">AGENTS.mdのベストプラクティス</h3><ul><li><strong>具体的にする</strong>: プロジェクトの具体例を含めます。</li><li><strong>簡潔に保つ</strong>: プロジェクトに固有のものに焦点を当てます。</li><li><strong>バージョン管理</strong>: リポジトリにコミットして変更を追跡します。</li><li><strong>チームの整合性</strong>: 最終化する前にチームと話し合います。</li><li><strong>定期的に更新</strong>: プロジェクトの進化に合わせて改善します。</li><li><strong>リポジトリ構造を文書化</strong>: エージェントがコードベースの組織を理解できるようにします。</li></ul><h3 id="要件">要件</h3><ul><li>GitLab 18.8以降</li><li>VS Code用: GitLab Workflow拡張機能6.60以降</li><li>JetBrains用: GitLabプラグイン3.26.0以降</li><li>フロー用: <code className="">user_rule</code>コンテキストにアクセスするためにフロー設定を更新</li></ul><p><a href="https://docs.gitlab.com/ja-jp/user/gitlab_duo/customize_duo/agents_md/" rel="">AGENTS.mdの詳細を見る</a>。</p><h3 id="カスタムレビュー指示">カスタムレビュー指示</h3><p><a href="https://docs.gitlab.com/ja-jp/user/gitlab_duo/customize_duo/review_instructions/" rel="">カスタムレビュー指示</a>は、<a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/foundational_flows/code_review/" rel="">コードレビュー基本フロー</a>に特定のガイドラインを提供します。指示により、一貫したコードレビュー標準が保証され、プロジェクト内の特定のファイルタイプに合わせて調整できます。</p><p>プロジェクトルートに<strong>ファイルを作成</strong><code className="">.gitlab/duo/mr-review-instructions.yaml</code>。</p><p><strong>レビュー指示の例:</strong></p><pre className="language-yaml" code="instructions:
  - name: Ruby Style Guide
    fileFilters:
      - &quot;*.rb&quot;           # ルートディレクトリのRubyファイル
      - &quot;lib/**/*.rb&quot;    # libとそのサブディレクトリのRubyファイル
      - &quot;!spec/**/*.rb&quot;  # テストファイルを除外
    instructions: |
      1. すべてのメソッドに適切なドキュメントがあることを確認
      2. Rubyスタイルガイドの規約に従う
      3. ハッシュキーには文字列よりもシンボルを優先

  - name: TypeScript Source Files
    fileFilters:
      - &quot;**/*.ts&quot;        # 任意のディレクトリのTypeScriptファイル
      - &quot;!**/*.test.ts&quot;  # テストファイルを除外
    instructions: |
      1. 適切なTypeScript型を確保(&#39;any&#39;は避ける)
      2. 命名規則に従う
      3. 複雑な関数を文書化

" language="yaml" meta=""><code>instructions:
  - name: Ruby Style Guide
    fileFilters:
      - &quot;*.rb&quot;           # ルートディレクトリのRubyファイル
      - &quot;lib/**/*.rb&quot;    # libとそのサブディレクトリのRubyファイル
      - &quot;!spec/**/*.rb&quot;  # テストファイルを除外
    instructions: |
      1. すべてのメソッドに適切なドキュメントがあることを確認
      2. Rubyスタイルガイドの規約に従う
      3. ハッシュキーには文字列よりもシンボルを優先

  - name: TypeScript Source Files
    fileFilters:
      - &quot;**/*.ts&quot;        # 任意のディレクトリのTypeScriptファイル
      - &quot;!**/*.test.ts&quot;  # テストファイルを除外
    instructions: |
      1. 適切なTypeScript型を確保(&#39;any&#39;は避ける)
      2. 命名規則に従う
      3. 複雑な関数を文書化

</code></pre><p><strong>カスタムレビュー指示のベストプラクティス</strong>:</p><ul><li><strong>具体的で実行可能にする</strong>: 明確で番号付きの指示が最適です。</li><li><strong>globパターンを使用</strong>: <code className="">fileFilters</code>で特定のファイルタイプをターゲットにします。</li><li><strong>重要な標準に焦点を当てる</strong>: 最も重要なレビューポイントを優先します。</li><li><strong>「理由」を説明</strong>: レビュアーが推論を理解できるようにします。</li><li><strong>パターンをテスト</strong>: globパターンが意図したファイルと一致することを確認します。</li></ul><p><strong>ヒント</strong>: コードオーナーを使用して、<code className="">.gitlab/duo/mr-review-instructions.yaml</code>への変更を保護します。</p><p>詳細なセットアップ手順と例については、<a href="https://docs.gitlab.com/ja-jp/user/gitlab_duo/customize_duo/review_instructions/" rel="">カスタムレビュー指示のドキュメント</a>を参照してください。</p><h2 id="パート2mcpで機能を拡張">パート2：MCPで機能を拡張</h2><p>Model Context Protocol（MCP）により、エージェントはJira、Slack、AWSなどの外部システムにアクセスできます。このセクションでは、エージェント機能を拡張するためのMCP設定について説明します。</p><blockquote><p><strong>🎯 今すぐ試す</strong>: <a href="https://gitlab.navattic.com/mcp" rel="">MCPのインタラクティブデモ</a> - Model Context Protocolの使用方法を探索します。</p></blockquote><h3 id="外部統合のためのmcp設定">外部統合のためのMCP設定</h3><p>Model Context Protocol（MCP）により、エージェントはJira、Slack、AWSなどの外部システムにアクセスできます。</p><p><strong>スコープ</strong>: ユーザーレベル(すべてのワークスペースに適用)またはワークスペースレベル(プロジェクト固有、ユーザー設定を上書き)</p><p><strong>ユーザー設定を作成</strong>:</p><ul><li><strong>macOS/Linux</strong>: <code className="">~/.gitlab/duo/mcp.json</code></li><li><strong>Windows</strong>: <code className="">C:\Users\&lt;username&gt;\AppData\Roaming\GitLab\duo\mcp.json</code></li><li><strong>VS Code</strong>: コマンド<code className="">GitLab MCP: Open User Settings (JSON)</code>を実行</li></ul><p><strong>ワークスペース設定を作成</strong>:</p><ul><li><strong>ファイルを作成</strong>: プロジェクトルートに<code className="">.gitlab/duo/mcp.json</code></li></ul><p><strong>ベストプラクティス</strong>:</p><ul><li><strong>セキュリティ第一</strong>: プレーンテキストパスワードトークンではなく、OAuthを必要とするMCPサーバーを使用します。</li><li><strong>最小スコープ</strong>: 実際に使用して信頼するMCPサーバーのみを有効にします。</li><li><strong>ローカルでテスト</strong>: チーム全体で共有する前に、MCP接続と認証が機能することを確認します。</li><li><strong>統合を文書化</strong>: 各MCPサーバーが提供するものを説明します。</li><li><strong>バージョン管理</strong>: コードオーナーの承認を得て<code className="">.gitlab/duo/mcp.json</code>に設定を保存します。</li></ul><p>詳細なセットアップ手順と設定例については、<a href="https://about.gitlab.com/ja-jp/blog/duo-agent-platform-with-mcp/" rel="">パート7: Model Context Protocol統合</a>を参照してください。</p><h2 id="パート3カスタムエージェントとフローの作成">パート3：カスタムエージェントとフローの作成</h2><p>カスタムエージェントとフローにより、チームの特定のワークフローを自動化できます。カスタマイズに入る前に、それらが何であり、どのように機能するかを理解することが役立ちます。<a href="https://about.gitlab.com/ja-jp/blog/gitlab-duo-agent-platform-complete-getting-started-guide/" rel="">GitLab Duo Agent Platformを始めるガイド</a>の以下のパートが役立ちます。</p><ul><li><strong><a href="https://about.gitlab.com/ja-jp/blog/understanding-agents-foundational-custom-external/" rel="">パート3: エージェントを理解する</a></strong> — 基本、カスタム、外部エージェントについて、各タイプをいつ使用するかを学びます。</li><li><strong><a href="https://about.gitlab.com/ja-jp/blog/understanding-flows-multi-agent-workflows/" rel="">パート4: フローを理解する</a></strong> — フローが複数のエージェントを調整して複雑な問題を解決する方法を発見します。</li><li><strong><a href="https://about.gitlab.com/ja-jp/blog/ai-catalog-discover-and-share-agents/" rel="">パート5: AIカタログ</a></strong> — 組織全体でエージェントとフローを検索、作成、共有する方法を学びます。
基本を理解したら、このセクションでは詳細なガイドへのリンク付きでカスタマイズオプションの概要を提供します。</li></ul><h3 id="カスタムエージェント用のシステムプロンプト">カスタムエージェント用のシステムプロンプト</h3><p>システムプロンプトは、エージェントの個性、専門知識、動作を定義します。適切に作成されたプロンプトにより、エージェントがより効果的になり、チームのニーズに合致します。</p><p><strong>システムプロンプトとは?</strong> システムプロンプトは、エージェントにどのように動作するか、どのような専門知識を持っているか、リクエストにどのように応答するかを指示する指示です。カスタムエージェントの動作の基盤です。</p><p><strong>強力なシステムプロンプトの主要要素</strong>:</p><ul><li><strong>役割定義</strong>: エージェントが何であり、何をするか</li><li><strong>専門分野</strong>: 特定のドメインまたはテクノロジー</li><li><strong>動作ガイドライン</strong>: どのように対話して応答するか</li><li><strong>出力形式</strong>: 応答の構造</li><li><strong>制約</strong>: 何を避けるべきか</li></ul><p><strong>ベストプラクティス</strong>:</p><ul><li><strong>詳細にする</strong>: より具体的なプロンプトがより良い結果を生み出します。</li><li><strong>例を使用</strong>: エージェントに良い出力がどのようなものかを示します。</li><li><strong>スコープを定義</strong>: エージェントが何をすべきか、何をすべきでないかを明確に述べます。</li><li><strong>反復的にテスト</strong>: エージェントの動作に基づいてプロンプトを改善します。</li><li><strong>バージョン管理</strong>:リポジトリでプロンプトの変更を追跡します。</li></ul><p>システムプロンプトの作成とカスタムエージェントの作成に関する詳細なガイダンスについては、<a href="https://about.gitlab.com/ja-jp/blog/understanding-agents-foundational-custom-external/" rel="">パート3: エージェントを理解する</a>を参照してください。</p><h3 id="カスタムエージェントとフロー">カスタムエージェントとフロー</h3><p>学習内容が多岐にわたるため、チュートリアルは複数に分割されています。</p><p><strong>カスタムエージェント</strong>:</p><ul><li>カスタムシステムプロンプトでエージェントを作成し、ツールを設定し、権限を管理する方法を学びます。</li><li><a href="https://about.gitlab.com/ja-jp/blog/understanding-agents-foundational-custom-external/#%E3%82%AB%E3%82%B9%E3%82%BF%E3%83%A0%E3%82%A8%E3%83%BC%E3%82%B8%E3%82%A7%E3%83%B3%E3%83%88" rel="">パート3: エージェントを理解する - カスタムエージェントセクション</a>を参照してください。</li></ul><p><strong>カスタムフロー</strong>:</p><ul><li>複数ステップのワークフローを作成し、コンポーネントを設定し、イベント駆動の自動化を設定する方法を学びます。</li><li><a href="https://about.gitlab.com/ja-jp/blog/understanding-flows-multi-agent-workflows/#%E3%82%AB%E3%82%B9%E3%82%BF%E3%83%A0%E3%83%95%E3%83%AD%E3%83%BC" rel="">パート4: フローを理解する — カスタムフローセクション</a>を参照してください。</li></ul><p><strong>エージェントツール</strong>:</p><ul><li>ツールは、エージェントが実行できるアクションを決定します。エージェントの目的とセキュリティ要件に基づいてツールを設定します。</li><li>ツール設定の詳細については、<a href="https://about.gitlab.com/ja-jp/blog/understanding-agents-foundational-custom-external/" rel="">パート3: エージェントを理解する</a>を参照してください。</li></ul><h2 id="クイックリファレンスカスタマイズを使用するタイミング">クイックリファレンス:カスタマイズを使用するタイミング</h2><table><thead><tr><th>ツール</th><th>最適な用途</th><th>場所</th></tr></thead><tbody><tr><td><strong>カスタムルール</strong></td><td>IDEでのチャット応答のガイド(トーン、スタイル、動作)</td><td><code className="">~/.gitlab/duo/chat-rules.md</code>(ユーザー)または<code className="">.gitlab/duo/chat-rules.md</code>(ワークスペース)</td></tr><tr><td><strong>AGENTS.md</strong></td><td>チャット、フロー、その他のAIツール全体での標準の実施</td><td><code className="">~/.gitlab/duo/AGENTS.md</code>(ユーザー)または<code className="">AGENTS.md</code>(ワークスペースルート)</td></tr><tr><td><strong>カスタムレビュー指示</strong></td><td>特定のファイルタイプのコードレビュー標準のガイド</td><td><code className="">.gitlab/duo/mr-review-instructions.yaml</code>(ワークスペースのみ)</td></tr><tr><td><strong>システムプロンプト</strong></td><td>個別のエージェント動作のカスタマイズ</td><td>エージェント作成時のAIカタログ</td></tr><tr><td><strong>MCP設定</strong></td><td>エージェントを外部ツールに接続</td><td><code className="">~/.gitlab/duo/mcp.json</code>(ユーザー)または<code className="">.gitlab/duo/mcp.json</code>(ワークスペース)</td></tr><tr><td><strong>カスタムエージェント</strong></td><td>チーム固有のタスク用の専門エージェントの作成</td><td>自動化 → エージェントまたはAIカタログ</td></tr><tr><td><strong>カスタムフロー</strong></td><td>ワークフローでの複数エージェントのオーケストレーション</td><td>自動化 → フローまたはAIカタログ</td></tr></tbody></table><h2 id="次のステップ">次のステップ</h2><p>おめでとうございます！GitLab Duo Agent Platformシリーズ全体を完了しました。次のことを理解しました。</p><ul><li>ユースケースに合わせてSDLC全体でエージェントとフローを使用する方法</li><li>AIカタログでソリューションを発見して共有する方法</li><li>AIワークフローを監視して管理する方法</li><li>MCP統合で機能を拡張する方法</li><li>チームのためにGitLab Duo Agent Platformのあらゆる側面をカスタマイズする方法</li></ul><p><a href="https://about.gitlab.com/ja-jp/blog/gitlab-duo-agent-platform-complete-getting-started-guide/" rel="">シリーズ概要に戻り</a>、すべてのパートの確認や特定のトピックの詳細をご覧いただけます。</p><h2 id="関連リンク">関連リンク</h2><ul><li><a href="https://docs.gitlab.com/ja-jp/user/gitlab_duo/customize_duo/custom_rules/" rel="">カスタムルールのドキュメント</a></li><li><a href="https://docs.gitlab.com/ja-jp/user/gitlab_duo/customize_duo/agents_md/" rel="">AGENTS.mdのドキュメント</a></li><li><a href="https://docs.gitlab.com/ja-jp/user/gitlab_duo/customize_duo/review_instructions/" rel="">カスタムレビュー指示のドキュメント</a></li><li><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/agents/custom.html" rel="">カスタムエージェントのドキュメント</a></li><li><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/custom.html" rel="">カスタムフローのドキュメント</a></li><li><a href="https://docs.gitlab.com/ja-jp/user/gitlab_duo/model_context_protocol/mcp_clients/" rel="">MCPクライアントのドキュメント</a></li></ul><hr /><p><strong>前へ:</strong><a href="https://about.gitlab.com/ja-jp/blog/duo-agent-platform-with-mcp/" rel="">パート7: Model Context Protocol統合</a></p><p><strong>シリーズの最初に戻る:</strong><a href="https://about.gitlab.com/ja-jp/blog/gitlab-duo-agent-platform-complete-getting-started-guide/" rel="">完全なシリーズ概要</a></p>]]></content>
        <author>
            <name>Itzik Gan Baruch</name>
            <uri>https://about.gitlab.com/blog/authors/itzik-gan baruch</uri>
        </author>
        <published>2026-01-14T00:00:00.000Z</published>
    </entry>
    <entry>
        <title type="html"><![CDATA[GitLab Duo Agentic Chatを始める]]></title>
        <id>https://about.gitlab.com/ja-jp/blog/getting-started-with-gitlab-duo-agentic-chat/</id>
        <link href="https://about.gitlab.com/ja-jp/blog/getting-started-with-gitlab-duo-agentic-chat/"/>
        <updated>2026-01-14T00:00:00.000Z</updated>
        <content type="html"><![CDATA[<p><em>8部構成ガイド「<a href="/ja-jp/blog/gitlab-duo-agent-platform-complete-getting-started-guide/">GitLab Duo Agent Platformを始める：完全ガイド</a>」のパート2へようこそ。開発ライフサイクル内でのAIエージェントとワークフローの構築・デプロイをマスターします。初めての対話から完全カスタマイズ可能な本番環境対応の自動化ワークフローまで、段階的なチュートリアルに従ってください。</em></p><p><strong>この記事の内容:</strong></p><ul><li><a href="#what-is-gitlab-duo-agentic-chat">GitLab Duo Agentic Chatとは</a></li><li><a href="#accessing-gitlab-duo-agentic-chat">GitLab Duo Agentic Chatへのアクセス</a></li><li><a href="#model-selection">モデルの選択</a></li><li><a href="#agent-selection">エージェントの選択</a></li><li><a href="#common-use-cases">一般的なユースケース</a></li><li><a href="#troubleshooting">トラブルシューティング</a></li></ul><h2 id="gitlab-duo-agentic-chatとは">GitLab Duo Agentic Chatとは</h2><p>GitLab Duo Agentic Chatは、開発ワークフロー全体でAIエージェントとやり取りするための主要なインターフェースです。質問に答えるだけのシンプルなQ&amp;Aチャットボットとは異なり、あなたの代わりにアクションを実行できる自律型AI協働パートナーです。コードの作成と変更、マージリクエストのオープン、イシューやエピックのトリアージと更新、SDLC全体のプラットフォームコンテキストを使用したワークフローの実行を行いながら、すべてのステップであなたに情報を提供し続けます。</p><blockquote><p>🎯 今すぐ<a href="https://about.gitlab.com/ja-jp/gitlab-duo-agent-platform/" rel=""><strong>GitLab Duo Agent Platform</strong></a>をお試しください！</p></blockquote><p><strong>主な機能：</strong></p><ul><li><strong>コード操作：</strong> ファイルの作成、コードの編集、マージリクエストのオープン。</li><li><strong>プロジェクトインサイト：</strong> イシュー、エピック、マージリクエスト、Gitコミット、CI/CDパイプライン、分析（GLQL）、セキュリティスキャンのクエリ。</li><li><strong>実行可能なタスク：</strong> イシューとエピックのトリアージ、更新、作成、脆弱性の修正、ドキュメントとテストの生成、失敗したCI/CDパイプラインの修正。</li><li><strong>コンテキスト認識：</strong> 会話履歴の記憶、プロジェクトアーキテクチャの理解、コードベース、Wiki、GitLabドキュメントの検索。</li><li><strong>拡張性：</strong> Model Context Protocol（MCP）を介した外部サービスとの統合。</li><li><strong>マルチエージェントサポート：</strong> 異なるタスクに専門エージェントを使用。</li></ul><blockquote><p><strong>🎯 今すぐ試す：</strong><a href="https://gitlab.navattic.com/duo-agentic-chat" rel="">GitLab Duo Agentic Chatのインタラクティブデモ</a> — チャットインターフェースと機能のデモを体験できます。</p></blockquote><h2 id="gitlab-duo-agentic-chatへのアクセス">GitLab Duo Agentic Chatへのアクセス</h2><table><thead><tr><th>環境</th><th>アクセス方法</th><th>注意事項</th></tr></thead><tbody><tr><td><strong>Web UI</strong></td><td>右上のDuoアイコンをクリック</td><td>永続的なパネルでナビゲーション中も常に開いた状態を維持</td></tr><tr><td><strong>VS Code</strong></td><td>プライマリサイドバー &gt; GitLab Duo Agent Platform &gt; Chatタブ</td><td>IDEワークフローに統合</td></tr><tr><td><strong>JetBrains</strong></td><td>ツールウィンドウ &gt; GitLab Duo Agent Platform &gt; Chatタブ</td><td>IntelliJ、PyCharmなどで利用可能</td></tr><tr><td><strong>Visual Studio</strong></td><td>拡張機能 &gt; GitLab &gt; &quot;Open Agentic Chat&quot;</td><td>Windowsのみ、GitLab 18.3以降に対応</td></tr></tbody></table><h3 id="web-uiパネルの機能">Web UIパネルの機能</h3><ul><li><strong>折りたたみ：</strong> 右上にアイコンが表示</li><li><strong>パネルオープン：</strong> サイドバーがスライドアウト(約400px幅)</li><li><strong>最大化：</strong> 詳細な応答のために拡張</li></ul><p><img alt="Duoチャットパネルが開いたGitLabプロジェクト" src="https://res.cloudinary.com/about-gitlab-com/image/upload/v1767618251/gdkojstbdsruen4bo5fw.png" title="Duoチャットパネルが開いたGitLabプロジェクト" /></p><h2 id="モデルの選択">モデルの選択</h2><p>大規模言語モデル（<a href="https://about.gitlab.com/blog/what-is-a-large-language-model-llm/" rel="">LLM</a>）は、それぞれ得意とするタスクや知識了見が異なります。ニーズに応じて適切なモデルを選択してください。</p><p><img alt="Duo Chatでのモデル選択" src="https://res.cloudinary.com/about-gitlab-com/image/upload/v1765458800/jwryhqjmaq4flp7711wf.png" title="GitLab Duo Chatでのモデル選択画面" /></p><h3 id="設定レベル">設定レベル</h3><ul><li><strong>グループレベル：</strong> グループオーナーが設定し、すべてのユーザーに適用されます。</li><li><strong>ユーザーレベル：</strong> グループが許可している場合、個別に制御できます。</li></ul><h2 id="エージェントの選択">エージェントの選択</h2><p>エージェントは、特定のタスクに特化したAIコラボレーションパートナーです。ニーズに応じてエージェントを切り替えます。</p><table><thead><tr><th>エージェント</th><th>説明</th><th>用途</th></tr></thead><tbody><tr><td><strong>GitLab Duo</strong></td><td>汎用的な開発コラボレーション（デフォルトエージェント）</td><td>初めての使用時、アルゴリズム・アーキテクチャ・設計パターンに関する質問、デバッグ、リファクタリング、コードの説明</td></tr><tr><td><strong>プランナー</strong></td><td>製品管理と計画ワークフロー</td><td>イシュー作成、エピック計画、ロードマップ支援、注意の優先順位付け</td></tr><tr><td><strong>セキュリティ分析</strong></td><td>脆弱性管理とセキュリティワークフロー</td><td>セキュリティ影響分析、脆弱性トリアージ、修正</td></tr><tr><td><strong>データ分析</strong></td><td>GitLab全体でデータをクエリ、可視化、表示</td><td>ボリューム分析、チームパフォーマンス、トレンド分析、ステータス監視、作業アイテムの発見、GLQLクエリ生成</td></tr><tr><td><strong>カスタムエージェント</strong></td><td>チームが特定のニーズに合わせて作成</td><td>チーム固有のワークフロー、ドメインの専門知識</td></tr></tbody></table><h3 id="エージェントの選択-1">エージェントの選択</h3><p><img alt="Duo Chatでのエージェント選択" src="https://res.cloudinary.com/about-gitlab-com/image/upload/v1765373437/todfyhlfhnhgclpecbhu.png" title="GitLab Duo Chatでのエージェント選択画面" /></p><h3 id="エージェントの切り替え方法">エージェントの切り替え方法</h3><ol><li>GitLab Duo Agentic Chatを開きます。</li><li>IDE：エージェントドロップダウンをクリックします（モデルセレクターの下）。</li><li>Web UI：新しいチャットを作成します。</li><li>必要なエージェントを選択します。</li></ol><p><img alt="IDEでのモデル選択画面" src="https://res.cloudinary.com/about-gitlab-com/image/upload/v1768309468/zwebhhswfp4cs3vjpesk.png" title="IDEでのモデル選択画面" /></p><p><img alt="UIでのモデル選択画面" src="https://res.cloudinary.com/about-gitlab-com/image/upload/v1768309468/xn8yxafnnevdnxjtodhw.png" title="UIでのモデル選択画面" /></p><h2 id="一般的なユースケース">一般的なユースケース</h2><h3 id="イシュー管理とトリアージ">イシュー管理とトリアージ</h3><p>イシュー管理と計画ワークフローには、製品管理タスク向けに設計された専門エージェント <strong><a href="https://about.gitlab.com/ja-jp/blog/ace-your-planning-without-the-context-switching/" rel="">プランナーエージェント</a></strong> を使用します。</p><p><strong>プロンプト例：</strong></p><ul><li>「過去30日間に作成された&#39;bug&#39;と&#39;high-priority&#39;のラベルが付いたすべてのオープンイシューをリストアップして。」</li><li>「OAuth2を使用したユーザー認証を実装するイシューを作成して。受け入れ基準と技術要件を含めて。」</li><li>「イシュー#456を分析して、同じ根本原因を持つ可能性のある関連イシューを提案して。」</li><li>「エピック#123を推定複雑度を含む小さなタスクに分解して。」</li></ul><h3 id="脆弱性分析と修正">脆弱性分析と修正</h3><p>セキュリティワークフローには、脆弱性管理と修正向けに設計された専門エージェント <strong><a href="https://about.gitlab.com/blog/vulnerability-triage-made-simple-with-gitlab-security-analyst-agent/" rel="">セキュリティアナリスト分析</a></strong> を使用します。</p><p><strong>プロンプト例：</strong></p><ul><li>「最新のパイプラインスキャンのすべての重大な脆弱性を表示して。」</li><li>「最新のセキュリティスキャンからすべての脆弱性をトリアージして、どれが誤検知かを特定して。」</li><li>「脆弱性#789をわかりやすく説明して、コード内のどこにあるのかを見せて。」</li><li>「ユーザー検索エンドポイントのSQLインジェクション脆弱性に対する推奨される修正方法は？」</li><li>「<code className="">src/components/UserProfile.vue</code>で見つかったXSS脆弱性を修正するMRを作成して。」</li></ul><h3 id="コードの理解とドキュメント化">コードの理解とドキュメント化</h3><p>GitLab Duo Agentを使用して、ファイルを手動で検索することなくコードベースに関する回答を取得できます。</p><p><strong>プロンプト例：</strong></p><ul><li>「このアプリケーションの認証フローはどのように動作する？」</li><li>「<code className="">sendEmail</code>関数が呼び出されているすべての場所を見つけて。」</li><li>「<code className="">src/pricing/calculator.ts</code>の<code className="">calculateDiscount</code>メソッドが何をするか説明して。」</li><li>「<code className="">src/api/routes/</code>のAPIエンドポイントのドキュメントを生成して。」</li><li>「<code className="">src/services/</code>ディレクトリではどんな設計パターンが使われていますか？」</li></ul><h3 id="新しいプロジェクトへのオンボーディング">新しいプロジェクトへのオンボーディング</h3><p><strong>GitLab Duo Agent</strong>を使用して、アーキテクチャ、セットアップ、依存関係を理解し、新しいプロジェクトに素早く慣れます。</p><p><strong>プロンプト例：</strong></p><ul><li>「このプロジェクトのアーキテクチャと主要なコンポーネントの概要を教えて。」</li><li>「データベーススキーマはどこで定義されていますか？」</li><li>「ローカル開発環境をセットアップするにはどうすればいいですか？」</li><li>「主な依存関係は何で、それらは何をしますか？」</li></ul><h3 id="デバッグとパイプラインのトラブルシューティング">デバッグとパイプラインのトラブルシューティング</h3><p><strong>GitLab Duo Agent</strong>を使用して、AI駆動分析によりコードとCI/CDパイプラインの問題を迅速に特定して解決します。</p><p><strong>プロンプト例：</strong></p><ul><li>「CI/CDパイプラインがテストステージで失敗しているのはなぜですか？」</li><li>「ジョブ#12345のエラーログを分析して修正を提案して。」</li><li>「パイプライン#9876が失敗したのはなぜですか？失敗したデプロイジョブからのエラーログを見せて。」</li><li>「大きなファイルを処理するとアプリケーションがクラッシュします。デバッグを手伝って。」</li><li>「パフォーマンス低下を引き起こした可能性のある最近のコミットを確認して。」</li><li>「このパイプラインのビルド時間を最適化するにはどうすればいいですか？」</li><li>「すべてのMRでセキュリティスキャンを実行する新しいCI/CDジョブを作成して。」</li></ul><h3 id="コードレビューと品質向上">コードレビューと品質向上</h3><p>チームのコーディング標準とベストプラクティスでトレーニングされた<strong>カスタムエージェント</strong>を使用して、コードレビュー中にAIの支援を受け、問題を発見しコード品質を向上させます。</p><p><strong>プロンプト例：</strong></p><ul><li>「MR !234を、潜在的なバグとセキュリティ問題についてレビューして。」</li><li>「このMRのデータベースクエリのパフォーマンス最適化を提案して。」</li><li>「MR !456が社内のコーディング標準とベストプラクティスに従っているか確認して。」</li><li>「新しいUIコンポーネントのアクセシビリティ問題を特定して。」</li></ul><h3 id="機能実装">機能実装</h3><p><strong>GitLab Duo Agent</strong>を使用して、コード、テスト、ドキュメントを生成し、開発を加速します。</p><p><strong>プロンプト例：</strong></p><ul><li>「検証付きのユーザー登録用REST APIエンドポイントを作成して。」</li><li>「<code className="">OrderService</code>クラスのユニットテストを80%カバレッジで生成して。」</li><li>「商品一覧ページにページネーションを実装して。」</li><li>「ファイルアップロード機能にエラー処理とロギングを追加して。」</li></ul><h3 id="リファクタリングとコード改善">リファクタリングとコード改善</h3><p><strong>GitLab Duo Agent</strong>を使用したAIガイダンスで、既存のコードを最新化し改善します。</p><p><strong>プロンプト例：</strong></p><ul><li>「<code className="">UserController</code>をSOLID原則に従ってリファクタリングして。」</li><li>「このJavaScriptファイルを適切な型定義を持つTypeScriptに変換して。」</li><li>「この関数をよりテスト可能にするための改善を提案して。」</li><li>「<code className="">src/utils/</code>ディレクトリのコード重複を特定して、それを統合する方法を提案して。」</li><li>「Java 8から21へプロジェクトをモダナイズして。エピック188のガイダンスに従って。」</li><li>「COBOLメインフレームコードをモダナイズする移行計画を作成して、Java/Pythonを評価して。」</li></ul><h2 id="トラブルシューティング">トラブルシューティング</h2><table><thead><tr><th>問題</th><th>考えられる原因</th><th>解決策</th></tr></thead><tbody><tr><td><strong>チャットが表示されない</strong></td><td>• Duoが有効でない<br />• 権限不足</td><td>• プロジェクトでGitLab Duoを有効化<br />• デベロッパー以上のロールを確認</td></tr><tr><td><strong>モデル選択が利用できない</strong></td><td>• グループポリシーがロック<br />• バージョンが古い</td><td>• グループオーナーに確認<br />• GitLab 18.4以降にアップグレード</td></tr><tr><td>追加のトラブルシューティングのヒントは<a href="https://docs.gitlab.com/ja-jp/user/gitlab_duo_chat/troubleshooting/" rel="">ドキュメント</a>で入手できます。</td><td></td><td></td></tr></tbody></table><h2 id="次のステップ">次のステップ</h2><p>GitLab Duo Agentic ChatはIDEとGitLab UIでサポートされています。今後のリリースでは、現在開発中のGitLab Duo CLIによるターミナルサポートが提供されます。詳細については<a href="https://gitlab.com/groups/gitlab-org/-/work_items/19070" rel="">製品エピック</a>をフォローしてください。
GitLab Duo Agentic Chatを学んだので、<a href="/ja-jp/blog/understanding-agents-foundational-custom-external/">パート3：エージェントを理解する：基本エージェント、カスタムエージェント、外部エージェント</a>でさまざまなタイプのエージェントとカスタムエージェントの作成方法を学習しましょう。基本エージェントを操作して、チーム用のカスタムエージェントを作成し、Claude CodeやOpenAI Codexなどの外部エージェントを統合します。</p><h2 id="関連リンク">関連リンク</h2><ul><li><a href="https://docs.gitlab.com/ja-jp/user/gitlab_duo_chat/agentic_chat/" rel="">GitLab Duo Agentic Chatドキュメント</a></li><li><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/" rel="">GitLab Duo Agent Platformドキュメント</a></li></ul><hr /><p><strong>次へ：</strong><a href="/ja-jp/blog/understanding-agents-foundational-custom-external/">パート3：エージェントを理解する</a></p><p><strong>前へ：</strong><a href="/ja-jp/blog/introduction-to-gitlab-duo-agent-platform/">パート1：GitLab Duo Agent Platformのご紹介</a></p>]]></content>
        <author>
            <name>Itzik Gan Baruch</name>
            <uri>https://about.gitlab.com/blog/authors/itzik-gan baruch</uri>
        </author>
        <published>2026-01-14T00:00:00.000Z</published>
    </entry>
    <entry>
        <title type="html"><![CDATA[GitLab Duo Agent Platformを始める：完全ガイド]]></title>
        <id>https://about.gitlab.com/ja-jp/blog/gitlab-duo-agent-platform-complete-getting-started-guide/</id>
        <link href="https://about.gitlab.com/ja-jp/blog/gitlab-duo-agent-platform-complete-getting-started-guide/"/>
        <updated>2026-01-14T00:00:00.000Z</updated>
        <content type="html"><![CDATA[<p><a href="https://about.gitlab.com/ja-jp/gitlab-duo-agent-platform/" rel="">GitLab Duo Agent Platform</a>は、ソフトウェア開発ライフサイクル全体に複数の高度なアシスタント（エージェント）を統合した新しいAI搭載ソリューションです。DevSecOps全体でデベロッパーがAIエージェントと非同期で協働するオーケストレーションレイヤーとして機能し、直線的なワークフローを動的で並列的なプロセスに変革します。</p><p>コードのリファクタリングやセキュリティスキャンから調査に至るまで、日常的なタスクを専門の<a href="https://about.gitlab.com/ja-jp/topics/agentic-ai/" rel="">AIエージェント</a>に委譲できるため、人間のデベロッパーは複雑な問題解決やイノベーションの推進に集中できます。</p><p>このプラットフォームは、中核的なDevSecOpsプラットフォームとしてのGitLabの役割（コード管理、CI/CDパイプライン、イシュー追跡、テスト結果、セキュリティスキャンなど）を活用し、エージェントに完全なプロジェクトコンテキストを提供することで、チームの基準や実践に準拠しながら有意義な貢献を可能にします。</p><p>この包括的な8部構成のガイドでは、初めての操作から本番環境対応の自動化ワークフローまで、完全なカスタマイズを含めて解説します。</p><h2 id="gitlab-duo-proenterpriseからduo-agent-platformへの進化">GitLab Duo Pro/EnterpriseからDuo Agent Platformへの進化</h2><p>GitLab Duo Agent Platformは、Duo ProおよびEnterpriseの置き換えではなく進化版です。デベロッパーとAIの1対1のやり取りから、多対多のチームとエージェントの協働へと移行する上位セットです。</p><ul><li><strong>Duo Pro</strong>は、IDEにおけるAI搭載のコード提案とチャットにより、個々のデベロッパーの生産性を向上させました。</li><li><strong>Duo Enterprise</strong>は、コーディングを超えて、ソフトウェア開発ライフサイクル全体にわたる包括的なAI機能を提供するように拡張されました。しかし、それは依然として主にユーザーとAIアシスタントの1対1のやり取りを可能にするアプローチであり、一度に1つのユースケースに対応する主にQ&amp;A体験でした。</li><li><strong>Duo Agent Platform</strong>は、1対1のやり取りから多対多のチームとエージェントの協働へと移行し、専門のエージェントがソフトウェアライフサイクル全体にわたる日常的なタスクを自律的に処理します。</li></ul><h2 id="完全シリーズ">完全シリーズ</h2><table><thead><tr><th>パート</th><th>タイトル</th><th>学習内容</th></tr></thead><tbody><tr><td>1</td><td><a href="https://about.gitlab.com/ja-jp/blog/introduction-to-gitlab-duo-agent-platform/" rel="">GitLab Duo Agent Platformの紹介</a></td><td>プラットフォームアーキテクチャ、エージェントを使用する4つの方法、エージェントやフローへのアクセス、初めての操作、セッション、モデル選択</td></tr><tr><td>2</td><td><a href="https://about.gitlab.com/ja-jp/blog/getting-started-with-gitlab-duo-agentic-chat/" rel="">GitLab Duo Agentic Chatを始める</a></td><td>Web UIとIDEでのチャットへのアクセス、モデルの選択と切り替え、エージェントの選択、一般的なユースケース、トラブルシューティング</td></tr><tr><td>3</td><td><a href="https://about.gitlab.com/ja-jp/blog/understanding-agents-foundational-custom-external/" rel="">エージェントを理解する：基本、カスタム、外部</a></td><td>基本エージェント（プランナー、セキュリティ分析、データ分析）、システムプロンプトを使用したカスタムエージェントの作成、外部エージェントのセットアップ、AGENTS.mdのカスタマイズ、適切なエージェントタイプの選択</td></tr><tr><td>4</td><td><a href="https://about.gitlab.com/ja-jp/blog/understanding-flows-multi-agent-workflows/" rel="">フローを理解する：マルチエージェントワークフロー</a></td><td>基本フローの紹介、カスタムYAMLワークフローの作成、フローの実行、マルチエージェントオーケストレーション、モニタリング</td></tr><tr><td>5</td><td><a href="https://about.gitlab.com/ja-jp/blog/ai-catalog-discover-and-share-agents/" rel="">AIカタログ：エージェントやフローの検索、作成、共有</a></td><td>エージェントやフローの検索、プロジェクトでのエージェントやフローの有効化、独自のエージェントやフローの作成・共有・表示レベルの管理</td></tr><tr><td>6</td><td><a href="https://about.gitlab.com/ja-jp/blog/monitor-manage-automate-ai-workflows/" rel="">AIワークフローの監視、管理、自動化</a></td><td>自動化メニューの概要、詳細ログによるセッションの監視、イベント駆動型トリガーの設定、AIワークフローの管理</td></tr><tr><td>7</td><td><a href="https://about.gitlab.com/ja-jp/blog/duo-agent-platform-with-mcp/" rel="">Model Context Protocol統合</a></td><td>MCPの概要、外部ツールに接続するMCPクライアントとしてのGitLab、外部AIツール向けMCPサーバーとしてのGitLab、設定例</td></tr><tr><td>8</td><td><a href="https://about.gitlab.com/ja-jp/blog/customizing-gitlab-duo-chat-rules-prompts-workflows/" rel="">GitLab Duo Agent Platformのカスタマイズ</a></td><td>カスタムチャットルール、AGENTS.md設定、エージェント用システムプロンプト、エージェントツール設定、MCPセットアップ、カスタムフローYAML設定</td></tr></tbody></table><h2 id="主要コンセプトリファレンス">主要コンセプトリファレンス</h2><h3 id="コアコンポーネント">コアコンポーネント</h3><table><thead><tr><th>コンポーネント</th><th>説明</th><th>主な機能</th></tr></thead><tbody><tr><td><strong>Duo Agentic Chat</strong></td><td>エージェントとの対話のための主要インターフェース</td><td>• Web UIとIDEで利用可能<br />• モデル選択をサポート<br />• 会話履歴を保持</td></tr><tr><td><strong>エージェント</strong></td><td>特定のタスクに対応する専門のAI協働パートナー</td><td>• <strong>基本エージェント：</strong> GitLabが提供（プランナーエージェント、セキュリティ分析エージェントなど）<br />• <strong>カスタムエージェント：</strong> チームが作成<br />• <strong>外部エージェント：</strong> ClaudeやOpenAIなどの外部AIプロバイダー</td></tr><tr><td><strong>フロー</strong></td><td>エージェントを組み合わせた複数ステップのワークフロー</td><td>• <strong>基本フロー：</strong> GitLabが提供（デベロッパーフロー、CI/CDパイプライン修復フローなど）<br />• <strong>カスタムフロー：</strong> 作成するユーザー定義ワークフロー</td></tr><tr><td><strong>AIカタログ</strong></td><td>発見、作成、共有のための中央リポジトリ</td><td>• エージェントやフローを検索<br />• プロジェクトに追加<br />• 組織全体で共有</td></tr><tr><td><strong>自動化メニュー</strong></td><td>AIワークフローの管理ハブ</td><td>• <strong>セッション：</strong> フローのアクティビティログ<br />• <strong>フロー：</strong> 複数ステップのワークフロー<br />• <strong>エージェント：</strong> 専門のAIアシスタント<br />• <strong>トリガー：</strong> イベントベースの自動化</td></tr><tr><td><strong>Model Context Protocol（MCP）</strong></td><td>外部統合フレームワーク</td><td>• <strong>クライアント：</strong> GitLab Duoが外部MCPサーバーに接続（Jira、Slack、AWSなど）<br />• <strong>サーバー：</strong> GitLabが外部AIツールのMCPサーバーとして機能（Claude Desktop、Cursorなど）</td></tr></tbody></table><h2 id="必須用語集">必須用語集</h2><table><thead><tr><th>用語</th><th>定義</th></tr></thead><tbody><tr><td><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/agents/" rel="">エージェント</a></td><td>特定のタスクや複雑な質問への回答に対応する専門のAIアシスタント</td></tr><tr><td><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/agents/foundational_agents/" rel="">基本エージェント</a></td><td>GitLabが作成・保守するビルトインエージェント（例：プランナーエージェント、セキュリティ分析エージェント）- セットアップ不要ですぐに利用可能</td></tr><tr><td><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/agents/custom/" rel="">カスタムエージェント</a></td><td>チーム固有のワークフロー向けにカスタムシステムプロンプトとツールを使用して作成するエージェント - プロジェクト/グループ設定で設定</td></tr><tr><td><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/agents/external/" rel="">外部エージェント</a></td><td>Claude、OpenAI、Google Geminiなど、プラットフォームに統合された外部AIプロバイダー</td></tr><tr><td><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/" rel="">フロー</a></td><td>複雑な問題を解決するために協働する1つ以上のエージェントの組み合わせ</td></tr><tr><td><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/foundational_flows/" rel="">基本フロー</a></td><td>GitLabの事前構築ワークフロー（デベロッパーフロー、パイプライン修復フロー、Jenkins変換フロー、ソフトウェア開発フロー）- UIボタンまたはIDEからトリガー</td></tr><tr><td><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/custom/" rel="">カスタムフロー</a></td><td>チーム固有の自動化用に作成するYAML定義ワークフロー - イベントまたはメンションによってトリガー</td></tr><tr><td><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/triggers/" rel="">トリガー</a></td><td>フローを自動的に開始するイベント（例：メンション、割り当て）</td></tr><tr><td><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/sessions/" rel="">セッション</a></td><td>完全なログとパイプライン実行の詳細を含むエージェントまたはフローのアクティビティ記録</td></tr><tr><td>システムプロンプト</td><td>エージェントの動作、専門知識、コミュニケーションスタイルを定義する指示</td></tr><tr><td><a href="https://docs.gitlab.com/ja-jp/user/profile/service_accounts/" rel="">サービスアカウント</a></td><td>フローまたは外部エージェントが特定の権限でGitLab操作を実行するために使用するアカウント</td></tr><tr><td><a href="https://docs.gitlab.com/ja-jp/user/gitlab_duo/model_context_protocol/" rel="">MCP</a></td><td>外部統合のためのModel Context Protocol（Jira、Slack、AWSなどに接続）</td></tr><tr><td><a href="https://docs.gitlab.com/ja-jp/user/gitlab_duo/customize_duo/agents_md/" rel="">AGENTS.md</a></td><td>ユーザーまたはワークスペースレベルでエージェントの動作をカスタマイズするための業界標準ファイル</td></tr><tr><td><a href="https://docs.gitlab.com/ja-jp/user/gitlab_duo/customize_duo/custom_rules/" rel="">カスタムルール</a></td><td>IDEでのGitLab Duoの動作をカスタマイズするルール</td></tr><tr><td>ツール</td><td>エージェントがGitLabや外部システムとやり取りするために使用できる機能（例：イシュー作成、マージリクエスト、パイプライン実行、コード分析）</td></tr></tbody></table><h2 id="始める準備はできましたか">始める準備はできましたか？</h2><p><a href="https://about.gitlab.com/ja-jp/blog/introduction-to-gitlab-duo-agent-platform/" rel="">パート1：GitLab Duo Agent Platformの紹介</a>でプラットフォームの基礎を学び、活用を始めましょう。</p><h2 id="フィードバック">フィードバック</h2><p>皆様からのご意見をお待ちしております！エラーを見つけましたか？ご提案はありますか？</p><ul><li><a href="https://gitlab.com/gitlab-org/gitlab/-/issues" rel="">イシューを開く</a></li><li><a href="https://contributors.gitlab.com/" rel="">コントリビュート</a></li><li><a href="https://forum.gitlab.com" rel="">ディスカッション</a></li></ul>]]></content>
        <author>
            <name>Itzik Gan Baruch</name>
            <uri>https://about.gitlab.com/blog/authors/itzik-gan baruch</uri>
        </author>
        <published>2026-01-14T00:00:00.000Z</published>
    </entry>
    <entry>
        <title type="html"><![CDATA[GitLab Duo Agent Platformの紹介]]></title>
        <id>https://about.gitlab.com/ja-jp/blog/introduction-to-gitlab-duo-agent-platform/</id>
        <link href="https://about.gitlab.com/ja-jp/blog/introduction-to-gitlab-duo-agent-platform/"/>
        <updated>2026-01-14T00:00:00.000Z</updated>
        <content type="html"><![CDATA[<p><em>8部構成ガイド「<a href="/ja-jp/blog/gitlab-duo-agent-platform-complete-getting-started-guide/">GitLab Duo Agent Platformを始める：完全ガイド</a>」のパート1へようこそ。開発ライフサイクル内でのAIエージェントとワークフローの構築・デプロイをマスターします。初めての対話から完全カスタマイズ可能な本番環境対応の自動化ワークフローまで、段階的なチュートリアルに従ってください。</em></p><p>GitLab Duo Agent Platformは、ソフトウェア開発ライフサイクル全体でデベロッパーがAIとやり取りする方法を根本的に変革します。コードだけでなくSDLC全体のコンテキストにまで範囲を広げ、複数の専門AIエージェントがチームと協働し、複雑なタスクを非同期で処理する一方で、デベロッパーはイノベーションと問題解決に集中できます。</p><p>GitLab Duo Agent Platformは、従来の直線的な開発ワークフローを、複数のエージェントが連携する動的なコラボレーションシステムへと変革します。</p><h2 id="gitlab-duo-agent-platformとは">GitLab Duo Agent Platformとは</h2><p><a href="https://about.gitlab.com/ja-jp/gitlab-duo-agent-platform/" rel="">GitLab Duo Agent Platform</a>は、次を実現するAIオーケストレーションレイヤーです：</p><ul><li>デベロッパーと専門AIエージェント間の非同期コラボレーション</li><li>コード、イシュー、エピック、マージリクエスト、CI/CDパイプライン、Wiki、分析、セキュリティスキャンにわたるSDLC全体のコンテキスト</li><li>複数のエージェントが複雑なタスクで並行して協働するマルチエージェントフロー</li><li>組織の標準、プラクティス、コンプライアンス要件を理解するインテリジェントな自動化</li></ul><p>要件の理解からマージリクエストの作成まで、ワークフロー全体を担当できるAIチームメンバーを追加するようなもので、完全な可視性とコントロールを維持できます。</p><blockquote><p>🎯 今すぐ<a href="https://about.gitlab.com/ja-jp/gitlab-duo-agent-platform/" rel=""><strong>GitLab Duo Agent Platform</strong></a>をお試しください！</p></blockquote><h2 id="プラットフォームアーキテクチャ">プラットフォームアーキテクチャ</h2><p>GitLab Duo Agent Platformは、包括的なAIアシスタンスを提供するために連携する、複数の相互接続されたコンポーネントで構成されています。以下の図は、GitLab Duo Agent Platformとの<em>ユーザーインタラクション方法</em>を示しています。 ユーザーがエージェントを操作する4つの方法を説明します。</p><p><img alt="GitLab Duo Agent Platformアーキテクチャ図" src="https://res.cloudinary.com/about-gitlab-com/image/upload/v1765373441/k0ktrcnyuqbq3unbcvyp.png" title="GitLab Duo Agent Platformアーキテクチャ図" /></p><h3 id="チームがgitlab-duo-agent-platformとやり取りする方法">チームがGitLab Duo Agent Platformとやり取りする方法</h3><p><strong>エージェントを使用する4つの方法</strong></p><ol><li><strong>GitLab Duo Agentic Chat</strong> — GitLab UIまたはIDEでチャットパネルを開き、基本エージェントやカスタムエージェントと対話的な会話を行います。利用可能なAIモデルから選択し、リアルタイムのサポートを受けます。</li><li><strong>カスタムフローのトリガー</strong> — イシューまたはマージリクエストのコメントでフローをメンション、またはレビュアーを割り当ててカスタムフローを自動的にトリガーします。これらはRunner実行を介して非同期で実行されます。</li><li><strong>基本フローのトリガー</strong> — GitLabが構築・保守する、<strong><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/foundational_flows/developer/" rel="">デベロッパーフロー</a></strong>、<strong><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/foundational_flows/code_review/" rel="">コードレビューフロー</a></strong>、<strong><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/foundational_flows/fix_pipeline/" rel="">CI/CDパイプラインのフローを修正</a></strong>、<strong><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/foundational_flows/convert_to_gitlab_ci/" rel="">GitLab CI/CDフローに変換する</a></strong>、<strong><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/foundational_flows/software_development/" rel="">ソフトウェア開発フロー</a></strong> を含みます。</li><li><strong>外部エージェントのトリガー</strong> — イシューまたはマージリクエストのコメントで外部AIエージェント（Claude CodeやOpenAI Codexなど）を割り当てまたはメンションして自動的にトリガーします。これらはRunner実行を介して非同期で実行されます。</li></ol><p><strong>表示場所と管理方法</strong></p><ul><li><strong>AIカタログ</strong> — 組織全体でエージェントとフローを閲覧、作成、共有します。GitLabやチームが作成したエージェントとフローを検出し、プロジェクトに追加します。独自のカスタムエージェントとフローを作成して他のユーザーが使用できるように公開することもできます。</li><li><strong>自動化機能</strong> — すべてを管理する中央ハブです。プロジェクト内のエージェントを表示・管理し、フローを設定・監視し、セッションですべてのアクティビティ（パイプラインステータスを含む）を確認し、イベントベースの自動化のトリガーを設定します。</li></ul><p>各コンポーネントを簡単に見ていきましょう（後続の投稿で詳しく説明します）。</p><p><strong>GitLab Duo Agentic Chat</strong></p><p>エージェントとやり取りするための主要なインターフェースです。GitLab UIとIDEで永続的なパネルとして利用できます。詳細は<a href="/blog/getting-started-with-gitlab-duo-agentic-chat/">パート2：GitLab Duo Agentic Chatを始める</a>をご覧ください。</p><p><img alt="GitLab Duo Agentic Chat" src="https://res.cloudinary.com/about-gitlab-com/image/upload/v1767618251/gdkojstbdsruen4bo5fw.png" title="Web UIのGitLab Duo Agentic Chatパネル" /></p><p><img alt="GitLab Duo Agentic Chat IDE" src="https://res.cloudinary.com/about-gitlab-com/image/upload/v1765373438/gjojavrvjhhvglgkvxmw.png" title="VS CodeのGitLab Duo Agentic Chatパネル" /></p><p><strong>エージェント</strong></p><p>エージェントは、開発ワークフロー全体で特定のタスクを処理するために設計された専門のAI駆動アシスタントです。独自の専門知識と能力を持つチームメンバーとして考えてください。</p><table><thead><tr><th>タイプ</th><th>説明</th><th>使用場所</th><th>セットアップの必要性</th></tr></thead><tbody><tr><td><strong><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/agents/foundational_agents/" rel="">基本エージェント</a></strong></td><td>一般的な開発ワークフロー用にGitLabが保守(セキュリティ分析、プランナー、GitLab Duo)、任意のプロジェクトのチャットでデフォルトで利用可能</td><td>GitLab Duo Chat</td><td>不要</td></tr><tr><td><strong><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/agents/custom/" rel="">カスタムエージェント</a></strong></td><td>チーム固有のニーズに合わせてカスタムプロンプトとツールで作成</td><td>GitLab Duo Chat</td><td>必要</td></tr><tr><td><strong><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/agents/external/" rel="">外部エージェント</a></strong></td><td>メンションまたは割り当てによってトリガーされる外部AIプロバイダー（Claude、OpenAI）</td><td>@メンション、割り当て</td><td>オプション</td></tr></tbody></table><h3 id="外部エージェントについて">外部エージェントについて</h3><p>外部エージェントは、イシューやマージリクエストでのメンション（例：<code className="">@ai-codex</code>）または割り当てによってトリガーされると、GitLabプラットフォームコンピュート上のバックグラウンドで実行されます。同期フィードバックループを使用す基本エージェントやカスタムエージェントとは異なり、外部エージェントは非同期で実行され、専門のAIプロバイダーで強力な自動化を実現します。</p><h3 id="エージェントを強力にする要素">エージェントを強力にする要素</h3><ul><li><strong>専門プロンプト</strong>：各エージェントには、その専門知識、動作、コミュニケーションスタイルを定義する独自のシステムプロンプトがあります。</li><li><strong>ツールへのアクセス</strong>：エージェントは、設定に基づいてファイルの読み取り、イシューやMR、エピックへのアクセス、コードの検索、CI/CDジョブログと脆弱性レポートの分析などを実行できます。</li><li><strong>プロジェクトコンテキスト</strong>：イシュー、マージリクエスト、コード、CI/CDパイプライン、セキュリティ脆弱性へのアクセス。</li></ul><p>詳細は<a href="/blog/understanding-agents-foundational-custom-external/">パート3：エージェントを理解する</a>をご覧ください。カスタムエージェントの作成、外部AIプロバイダーの統合、チームの特定のニーズに合わせたエージェントプロンプトとツールの設定方法を学びます。</p><p><strong>フロー</strong></p><p>フローは、複雑な問題を解決するために複数のアクションを組み合わせた複数ステップのワークフローです。質問に応答するエージェントとは異なり、フローはRunner実行を介して完全なワークフローを自律的に実行します。</p><table><thead><tr><th>タイプ</th><th>説明</th><th>トリガー場所</th><th>セットアップの必要性</th></tr></thead><tbody><tr><td><strong><a href="https://docs.gitlab.com/user/duo_agent_platform/flows/foundational_flows/" rel="">基本</a></strong></td><td>一般的な開発ワークフロー用にGitLabが保守（デベロッパー、パイプラインの修正、JenkinsをGitLab CI/CDに変換、ソフトウェア開発）</td><td>専用のUIアクションボタンを使用するか、IDE拡張機能のフロータブを使用して呼び出します</td><td>不要</td></tr><tr><td><strong><a href="https://docs.gitlab.com/user/duo_agent_platform/flows/custom/" rel="">カスタム</a></strong></td><td>ニーズに合わせて作成するユーザー定義ワークフロー</td><td>イシュー/MRでのメンション、割り当て</td><td>必要</td></tr></tbody></table><h3 id="フローを強力にする要素">フローを強力にする要素</h3><ul><li><strong>複数ステップの実行</strong>：複数の操作を単一のワークフローに統合</li><li><strong>非同期処理</strong>：作業を続けながらバックグラウンドで実行</li><li><strong>完全なパイプラインアクセス</strong>：完全なプロジェクトコンテキストでRunner実行を介して実行</li><li><strong>イベント駆動</strong>：GitLabイベントによって自動的にトリガー</li></ul><p>詳細は<a href="/blog/understanding-flows-multi-agent-workflows/">パート4：フローを理解する</a>をご覧ください。マルチエージェントワークフローも含まれます。</p><h2 id="エージェント-vs-フロー違いは何か">エージェント vs. フロー：違いは何か</h2><p>GitLab Duo Agent Platformで効果的に作業するには、エージェントとフローのどちらを使用するかを理解することが重要です。</p><table><thead><tr><th>タイプ</th><th>エージェント（チャットでの対話）</th><th>フロー（プラットフォーム上の自動化）</th></tr></thead><tbody><tr><td><strong>目的</strong></td><td>対話的な作業、迅速な反復、会話形式のガイダンス</td><td>複雑な複数ステップのタスク、バックグラウンド自動化、イベント駆動ワークフロー</td></tr><tr><td><strong>場所</strong></td><td>GitLab Duo Chat（Web UI、IDE）</td><td>イシュー、マージリクエスト、UIアクションボタン</td></tr><tr><td><strong>方法</strong></td><td>アクションを実行できるリアルタイムの会話</td><td>イベントまたはボタンクリックによってトリガー</td></tr><tr><td><strong>実行</strong></td><td>対話的、チャットコンテキストで即座に実行</td><td>Runner実行による非同期</td></tr><tr><td><strong>例</strong></td><td>「この関数をリファクタリング」（エージェントがコードを修正）、「テストを作成」（エージェントがテストファイルを生成）</td><td>「イシュー#123のMRを生成」（フローがブランチを作成、コミット、MRをオープン)</td></tr></tbody></table><h3 id="簡単な判断ガイド">簡単な判断ガイド</h3><ul><li>対話的に作業するか、即座のフィードバックが必要な場合 → チャットを使用</li><li>バックグラウンド自動化、MRレビュー、または複雑な複数ファイルタスクが必要な場合 → フローを使用</li></ul><h3 id="重要な洞察">重要な洞察</h3><p>エージェントとフローの両方がアクションを実行し、コードを作成できます。主な違いは、やり取りと実行の方法です。エージェントはチャットインターフェースで対話的にコミュニケーションしますが、フローはプラットフォームコンピュート上でバックグラウンドで非同期に実行されます。</p><h4 id="aiカタログ">AIカタログ</h4><p>組織全体でエージェントとフローを閲覧、発見、作成、共有できる中央ライブラリです。詳細は<a href="/blog/ai-catalog-discover-and-share-agents/">パート5：AIカタログ</a>をご覧ください。</p><p><img alt="AIカタログ" src="https://res.cloudinary.com/about-gitlab-com/image/upload/v1767618250/sdtnio4rrbmwlh4iia4l.png" title="AIカタログ" /></p><h4 id="自動化機能">自動化機能</h4><p>エージェントとフローのワークフローを管理するハブです。</p><ul><li><strong>エージェント</strong>：プロジェクト内のエージェントを表示・管理します。詳細は<a href="/blog/understanding-agents-foundational-custom-external/">パート3</a>をご覧ください。</li><li><strong>フロー</strong>：プロジェクト内のフローを表示、作成、管理します。詳細は<a href="/blog/understanding-flows-multi-agent-workflows/">パート4</a>をご覧ください。</li><li><strong>セッション</strong>：エージェントのアクティビティログ</li><li><strong>トリガー</strong>：プロジェクト内のフロー用のイベントベース自動化管理</li></ul><h2 id="セッションを理解する">セッションを理解する</h2><p>すべてのエージェントとフローの実行により、エージェントアクティビティを記録するセッションが作成されます。セッションは、エージェントの推論、実行の詳細、ツール呼び出し、出力、完全な意思決定の経路を含む、何が起こったかについての完全な透明性を提供します。</p><p><img alt="セッション監視" src="https://res.cloudinary.com/about-gitlab-com/image/upload/v1767618251/jpqv5frskvgzz6fnmvjl.png" title="実行ステータスと進行状況を示すセッション概要" /></p><p>セッションを表示するには：プロジェクト &gt; <strong>自動化</strong> &gt; <strong>セッション</strong>に移動します。そこから、パイプラインコンソールにアクセスして詳細な実行ログを確認できます。</p><h2 id="モデル選択">モデル選択</h2><p>GitLab Duo Agent Platformの強力な機能の1つは、会話を駆動するAIモデルを選択できることです。</p><p><strong>利用可能</strong>：GitLab 18.4以降</p><p><strong>選択方法：</strong></p><ol><li>GitLab Duo Agentic Chatを開きます。</li><li>モデルドロップダウンを探します。</li><li>クリックして利用可能なモデルを確認します。</li><li>タスクに最適なモデルを選択します。</li></ol><p><strong>注</strong>：モデル選択は現在Web UIでのみ利用可能です。IDE統合では、グループに選択されたデフォルトモデルを使用します。</p><h2 id="初めてのエージェント対話">初めてのエージェント対話</h2><p>GitLab Duo Agentic Chatでの簡単な初めての対話機能を見ていきましょう。</p><h3 id="例1プロジェクトを理解するエージェント">例1：プロジェクトを理解する（エージェント）</h3><p><strong>シナリオ</strong>：プロジェクトに参加したばかりで、その構造とアーキテクチャを理解する必要がある場合。</p><p><strong>手順</strong>：</p><ol><li>GitLab Duo Chatパネルを開きます（右上のDuoアイコンをクリック）。</li><li>エージェント型モード（ベータ版）がオンになっていることを確認します。</li><li>Duo Agent（デフォルト）を選択します。</li><li>次のように入力します：「このプロジェクトのアーキテクチャの概要を教えてください。」</li><li><strong>Enter</strong>を押します。</li></ol><p><strong>何が起こるか：</strong></p><p>エージェントは次を実行します：</p><ul><li>リポジトリ構造を分析</li><li>README、コード構成、ドキュメントを確認</li><li>主要なコンポーネントを含む包括的な概要を提供</li></ul><p>明確化するためにフォローアップの質問ができます。</p><p><img alt="アーキテクチャ概要を示すチャット" src="https://res.cloudinary.com/about-gitlab-com/image/upload/v1765373438/rvdxbupzh8bupt674kyc.png" title="アーキテクチャ概要を示すチャット" /></p><h3 id="例2マージリクエストを生成するフロー">例2：マージリクエストを生成する（フロー）</h3><p><strong>シナリオ</strong>：コード変更で解決する必要があるイシューがある場合。</p><p><strong>手順：</strong></p><ol><li>GitLabでイシューを開きます。</li><li><strong>Duoでマージリクエストを生成</strong>ボタンをクリックします。</li><li>エージェントセッションが開始されます。</li><li>数分以内に、次を含むMRが作成されます。<ul><li>複数のファイルにわたるコード変更</li><li>説明的なコミットメッセージ</li><li>MR説明での変更の説明</li></ul></li></ol><p><strong>何が起こるか：</strong></p><p>デベロッパーフローは次を実行します：</p><ul><li>イシューを分析</li><li>リポジトリ構造、設計パターン、SDLCコンテキストを理解</li><li>適切なコード変更を実施</li><li>レビュー準備完了のMRをオープン</li></ul><p><img alt="「Generate MR with Duo」ボタン付きイシュー" src="https://res.cloudinary.com/about-gitlab-com/image/upload/v1765373443/gq57mpgyftvru1fyqh4o.png" title="「Duoでマージリクエストを生成」ボタン付きのイシュー" /></p><h2 id="よくある質問">よくある質問</h2><p><strong>Q：エージェントとの会話はプライベートですか？</strong></p><p>A：はい。会話はGitLabの標準プライバシーおよびセキュリティモデルに従います。<a href="https://docs.gitlab.com/ja-jp/user/gitlab_duo/data_usage" rel="">詳細はこちら</a>をご覧ください。</p><p><strong>Q：セルフホストモデルでGitLab Duo Agent Platformを使用できますか？</strong></p><p>A：はい、GitLab 18.8以降では追加のセットアップが必要です。<a href="https://docs.gitlab.com/ja-jp/administration/gitlab_duo_self_hosted/configure_duo_features/#configure-access-to-the-gitlab-duo-agent-platform" rel="">GitLabドキュメント</a>をご覧ください。</p><h2 id="次のステップ">次のステップ</h2><p>GitLab Duo Agent Platformの基本を理解したので、各コンポーネントについてさらに深く掘り下げる準備ができました。</p><ul><li><strong><a href="/blog/getting-started-with-gitlab-duo-agentic-chat/">パート2：GitLab Duo Agentic Chatを始める</a></strong> — 永続的なチャットパネルをマスターし、モデル選択戦略を学び、エージェントの切り替えを理解し、Web UIとすべてのサポートされているIDEでチャットを効果的に使用します。</li><li><strong><a href="/blog/understanding-agents-foundational-custom-external/">パート3：エージェントを理解する</a></strong> — GitLabが構築した基本エージェントを探索し、チームのワークフロー用に専門プロンプトでカスタムエージェントを作成し、Claude CodeやOpenAI CodexなどのプロバイダーからのCLI外部エージェントを統合します。</li><li><strong><a href="/blog/understanding-flows-multi-agent-workflows/">パート4：フローを理解する</a></strong> — フローが複数のエージェントを調整して複雑な問題を解決する方法を発見し、カスタムYAML定義ワークフローを作成し、自動化されたパイプライン実行のために外部AIプロバイダーを活用します。</li><li><strong><a href="/blog/ai-catalog-discover-and-share-agents/">パート5：AIカタログ</a></strong> — 中央リポジトリを閲覧してGitLabとコミュニティが作成したエージェントとフローを発見し、プロジェクトに追加し、他のユーザーが使用できるように独自のソリューションを公開します。</li><li><strong><a href="/blog/monitor-manage-automate-ai-workflows/">パート6：AIワークフローの監視、管理、自動化</a></strong> — セッションを通じてすべてのエージェントとフローのアクティビティを監視し、イベント駆動トリガーを設定してワークフローを自動化し、1つの中央拠点からGitLab Duo Agent Platformエコシステム全体を管理します。</li><li><strong><a href="/blog/duo-agent-platform-with-mcp/">パート7：Model Context Protocol統合</a></strong> — オープンMCP標準を通じてJira、Slack、AWSなどの外部ツールに接続してGitLab Duoの機能を拡張し、外部AIツールがGitLabデータにアクセスできるようにします。</li><li><strong><a href="/blog/customizing-gitlab-duo-chat-rules-prompts-workflows/">パート8：GitLab Duo Agent Platformのカスタマイズ</a></strong> - カスタムチャットルールの設定、エージェント用のシステムプロンプトの作成、エージェントツールのセットアップ、MCPによる外部システムの統合、チームの特定のニーズに合わせたフローのカスタマイズを行います。</li></ul><h2 id="関連リンク">関連リンク</h2><ul><li><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/" rel="">GitLab Duo Agent Platformドキュメント</a></li><li><a href="https://about.gitlab.com/ja-jp/gitlab-duo-agent-platform/" rel="">GitLab Duo Agent Platformサイト</a></li><li><a href="https://forum.gitlab.com/" rel="">GitLabコミュニティフォーラム</a></li></ul><hr /><p><strong>次へ：</strong><a href="/ja-jp/blog/getting-started-with-gitlab-duo-agentic-chat/">パート2：GitLab Duo Agentic Chatを始める</a></p>]]></content>
        <author>
            <name>Itzik Gan Baruch</name>
            <uri>https://about.gitlab.com/blog/authors/itzik-gan baruch</uri>
        </author>
        <published>2026-01-14T00:00:00.000Z</published>
    </entry>
    <entry>
        <title type="html"><![CDATA[AIワークフローの監視、管理、自動化]]></title>
        <id>https://about.gitlab.com/ja-jp/blog/monitor-manage-automate-ai-workflows/</id>
        <link href="https://about.gitlab.com/ja-jp/blog/monitor-manage-automate-ai-workflows/"/>
        <updated>2026-01-14T00:00:00.000Z</updated>
        <content type="html"><![CDATA[<p><em>8部構成ガイド「<a href="/ja-jp/blog/gitlab-duo-agent-platform-complete-getting-started-guide/">GitLab Duo Agent Platformを始める：完全ガイド</a>」のパート6へようこそ。本シリーズでは、開発ライフサイクル内でAIエージェントやワークフローを構築・デプロイする方法をマスターします。初めての操作から本番環境対応の自動化ワークフローの構築まで、フルカスタマイズ可能なチュートリアルに沿って解説します。</em></p><p><strong>本記事の内容：</strong></p><ul><li><a href="#introduction-to-the-automate-capabilities">自動化機能の紹介</a></li><li><a href="#managing-agents">プロジェクト内のエージェントの管理</a></li><li><a href="#managing-flows">プロジェクト内のフローの管理</a></li><li><a href="#automating-with-triggers">イベント駆動トリガーの設定</a></li><li><a href="#monitoring-with-sessions">セッションでのフローアクティビティの監視</a></li></ul><blockquote><p>🎯 今すぐ<a href="https://about.gitlab.com/ja-jp/gitlab-duo-agent-platform/" rel=""><strong>GitLab Duo Agent Platform</strong></a>をお試しください！</p></blockquote><h2 id="自動化機能の紹介">自動化機能の紹介</h2><p>自動化機能は、GitLabでAIワークフローを管理するための中央ハブです。<a href="/ja-jp/blog/understanding-agents-foundational-custom-external/">エージェント</a>と<a href="/ja-jp/blog/understanding-flows-multi-agent-workflows/">フロー</a>のアクティビティを可視化し、イベント駆動の自動化を可能にします。</p><p><strong>プロジェクト → 自動化</strong>に移動します。</p><p>自動化メニューから次の主要なセクションが利用できます。</p><ul><li><strong>エージェント</strong>：プロジェクト内のエージェントを表示、作成、管理</li><li><strong>フロー</strong>：プロジェクト内のフローを表示、作成、管理</li><li><strong>トリガー</strong>：フローのイベントベース自動化を設定</li><li><strong>セッション</strong>：詳細ログでエージェントとフローの実行を監視</li></ul><h2 id="エージェントの管理">エージェントの管理</h2><p>エージェントセクションでは、プロジェクト内のエージェントを表示、作成、管理できます。</p><p><strong>自動化 → エージェント</strong>に移動します。</p><p>エージェントとフローの両方のセクションは、リソースを整理するための2つのタブを提供します。</p><ul><li><strong>有効</strong>：プロジェクトで利用可能なエージェント/フロー</li><li><strong>管理済み</strong>：プロジェクトが作成して所有するエージェント/フロー</li></ul><p><strong>利用可能なエージェントを拡張するには：</strong></p><ul><li>新しいカスタムエージェントを作成し、トップレベルグループで有効化してから、プロジェクトで有効化します。</li><li>AIカタログを閲覧し、既存のエージェントを最初にトップレベルグループで有効化してから、プロジェクトで有効化します。</li></ul><p>カスタムエージェントの作成の詳細については、<a href="/ja-jp/blog/understanding-agents-foundational-custom-external/">パート3：エージェントを理解する</a>を参照してください。</p><h2 id="フローの管理">フローの管理</h2><p>フローセクションでは、プロジェクト内のフローを表示、作成、管理できます。</p><p><strong>自動化 → フロー</strong>に移動します。</p><p><strong>利用可能なフローを拡張するには：</strong></p><ul><li>新しいカスタムフローを作成し、トップレベルグループで有効化してから、プロジェクトで有効化します。</li><li>AIカタログを閲覧し、既存のフローを最初にトップレベルグループで有効化してから、プロジェクトで有効化します。</li></ul><p>カスタムフローの作成の詳細については、<a href="/ja-jp/blog/understanding-flows-multi-agent-workflows/">パート4：フローを理解する</a>を参照してください。</p><h2 id="トリガーによる自動化">トリガーによる自動化</h2><p><img alt="トリガー" src="https://res.cloudinary.com/about-gitlab-com/image/upload/v1767618237/oakundtw3m4iksepxpen.png" title="自動作成されたトリガーの概要" /></p><p>トリガーは、特定のGitLab SDLCイベントが発生したときにエージェントまたはフローを自動的に実行することで、イベント駆動の自動化を可能にします。</p><p><strong>自動化 → トリガー</strong>に移動します。</p><p><strong>利用可能なトリガーイベントタイプ：</strong></p><ul><li><strong>メンション</strong>：コメントでメンション。例：<code className="">@ci-cd-optimizer</code>。</li><li><strong>アサイン</strong>：イシューまたはMRに割り当て。例：UIまたはクイックアクションで<code className="">/assign @ci-cd-optimizer</code>。</li><li><strong>レビュアーをアサインする</strong>：MRレビュアーとして割り当て。例：UIまたはクイックアクションで<code className="">/assign_reviewer @ci-cd-optimizer</code>。</li></ul><p><strong>トリガーの仕組み：</strong></p><ol><li>イベントが発生（例：MRコメントで<code className="">@ci-cd-optimizer</code>がメンション）</li><li>トリガーが実行するフローを識別</li><li>フローが実行され、セッションが開始</li><li>結果がイシュー/MRに投稿される</li></ol><p>セットアップ手順については、<a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/triggers/" rel="">トリガードキュメント</a>を参照してください。</p><h2 id="セッションでの監視">セッションでの監視</h2><p>セッションにより、エージェントやフローの実行状況を可視化できます。推論の内容や、実行されたツール、出力結果までを確認可能です。各実行ごとにセッションが作成され、アクティビティログとして記録されます。</p><p><img alt="セッション監視" src="https://res.cloudinary.com/about-gitlab-com/image/upload/v1767618251/jpqv5frskvgzz6fnmvjl.png" title="実行ステータスと進行状況を示すセッション概要" /></p><p><strong>自動化 → セッション</strong>に移動します。
<strong>セッションの表示内容は次の通りです：</strong></p><ul><li>実行ステータス（作成済み、実行中、完了、失敗、入力が必要、その他）</li><li>ステップごとの進行状況と実行されたアクション</li><li>エージェントの推論内容と意思決定プロセス</li><li>Runnerジョブログへのリンク（詳細タブ）</li></ul><h3 id="アクティビティタブ">アクティビティタブ</h3><p>アクティビティタブには、ステップごとの実行フローが表示され、エージェントが実行した各アクション、使用したツール、それらのアクション結果が示されます。</p><p><img alt="セッションアクティビティ" src="https://res.cloudinary.com/about-gitlab-com/image/upload/v1767618251/wb1szmr7spmtry5gztss.png" title="ステップバイステップの実行とエージェントアクションを示すセッションアクティビティ" /></p><h3 id="詳細タブ">詳細タブ</h3><p>詳細タブでは、Runnerジョブログ全体にアクセスでき、フロー実行の完全なコンテキストやシステムレベルの情報を確認できます。</p><p><img alt="セッション詳細" src="https://res.cloudinary.com/about-gitlab-com/image/upload/v1767618251/ovjxsugwor9nkfxsfpog.png" title="Runnerジョブログと実行コンテキストを含むセッション詳細" /></p><p>ジョブログには、すべてのシステムメッセージ、ツール呼び出し、フローが実行した内容に関する詳細情報を含む完全な実行出力が含まれています。</p><p><img alt="ジョブログ" src="https://res.cloudinary.com/about-gitlab-com/image/upload/v1767618237/kduex4pilullw2yzurky.png" title="詳細な実行出力を示す完全なRunnerジョブログ" /></p><p>詳細については、<a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/sessions/" rel="">セッションドキュメント</a>を参照してください。</p><h2 id="次のステップ">次のステップ</h2><p>セッションを通じてエージェントとフローのアクティビティを監視し、トリガーでイベント駆動の自動化を設定し、自動化機能からAIワークフローを管理する方法を理解できました。次は、<a href="/ja-jp/blog/duo-agent-platform-with-mcp/">パート7：Model Context Protocol統合</a>で、外部ツールとデータソースを使用してGitLab Duoを拡張する方法を学びます。</p><h2 id="関連リンク">関連リンク</h2><ul><li><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/sessions/" rel="">セッションドキュメント</a></li><li><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/triggers/" rel="">トリガードキュメント</a></li><li><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/custom.html" rel="">カスタムフロードキュメント</a></li><li><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/agents/custom.html" rel="">カスタムエージェントドキュメント</a></li></ul><hr /><p><strong>次へ：</strong><a href="/ja-jp/blog/duo-agent-platform-with-mcp/">パート7：Model Context Protocol統合</a></p><p><strong>前へ：</strong><a href="/ja-jp/blog/ai-catalog-discover-and-share-agents/">パート5：AIカタログ</a></p>]]></content>
        <author>
            <name>Itzik Gan Baruch</name>
            <uri>https://about.gitlab.com/blog/authors/itzik-gan baruch</uri>
        </author>
        <published>2026-01-14T00:00:00.000Z</published>
    </entry>
    <entry>
        <title type="html"><![CDATA[エージェントを理解する：基本エージェント、カスタムエージェント、外部エージェント]]></title>
        <id>https://about.gitlab.com/ja-jp/blog/understanding-agents-foundational-custom-external/</id>
        <link href="https://about.gitlab.com/ja-jp/blog/understanding-agents-foundational-custom-external/"/>
        <updated>2026-01-14T00:00:00.000Z</updated>
        <content type="html"><![CDATA[<p><em>8部構成ガイド「<a href="https://about.gitlab.com/ja-jp/blog/gitlab-duo-agent-platform-complete-getting-started-guide/" rel="">GitLab Duo Agent Platformを始める</a>」のパート3へようこそ。開発ライフサイクル内でのAIエージェントとワークフローの構築・デプロイをマスターします。最初の対話から完全カスタマイズ可能なプロダクション対応の自動化ワークフローまで、段階的なチュートリアルに従ってください。</em></p><p><strong>この記事の内容:</strong></p><ul><li><a href="#what-are-agents">エージェントとは</a></li><li><a href="#types-of-agents">エージェントのタイプ</a></li><li><a href="#common-use-cases">一般的なユースケース</a></li><li><a href="#how-to-create-a-custom-agent">カスタムエージェントの作成方法</a></li><li><a href="#best-practices">ベストプラクティス</a></li></ul><blockquote><p>🎯 今すぐ<a href="https://about.gitlab.com/ja-jp/gitlab-duo-agent-platform/" rel=""><strong>GitLab Duo Agent Platform</strong></a>をお試しください！</p></blockquote><h2 id="エージェントとは">エージェントとは</h2><p>エージェントは、<a href="https://about.gitlab.com/ja-jp/gitlab-duo-agent-platform/" rel="">GitLab Duo Agent Platform</a>内の専門AI協働パートナーです。各エージェントは異なる目的を持ち、異なるコンテキストで実行されます。</p><h2 id="エージェントのタイプ">エージェントのタイプ</h2><table><thead><tr><th>タイプ</th><th>インターフェース</th><th>メンテナー</th><th>ユースケース</th></tr></thead><tbody><tr><td><strong><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/agents/foundational_agents/" rel="">基本エージェント</a></strong></td><td>GitLab Duo Chat</td><td>GitLab</td><td>一般的な開発タスク</td></tr><tr><td><strong><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/agents/custom/" rel="">カスタムエージェント</a></strong></td><td>GitLab Duo Chat</td><td>自分</td><td>チーム固有のワークフロー</td></tr><tr><td><strong><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/agents/external/" rel="">外部エージェント</a></strong></td><td>プラットフォーム</td><td>自分、<a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/agents/external_examples/" rel="">設定例</a>を参照</td><td>外部AI連携</td></tr></tbody></table><h2 id="基本エージェント">基本エージェント</h2><p>GitLabが構築・保守するこれらのエージェントは、セットアップ不要ですぐに利用できます。
基本エージェントの可用性は、<a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/agents/foundational_agents/#turn-foundational-agents-on-or-off" rel="">ネームスペースオーナーまたはインスタンス管理者が管理</a>できます。
基本エージェントとの対話を開始するには、IDEまたはWeb UIでGitLab Duo Agentic Chatを開きます。</p><h3 id="gitlab-duo">GitLab Duo</h3><p>デフォルトのエージェントで、コードの作成と変更、マージリクエストのオープン、イシュー/エピックのトリアージと更新、SDLC全体のプラットフォームコンテキストでのワークフロー実行を行う汎用開発協働パートナーです。</p><p><strong>プロンプト例:</strong></p><ul><li>「認証システムがどのように機能するか説明して。」</li><li>「ユーザープロファイルロジックはどこにありますか?」</li><li>「機能Xをどのように実装すべきですか?」</li></ul><h3 id="プランナーエージェント">プランナーエージェント</h3><p>製品計画、エピックの細分化、構造化されたイシューの作成を行います。</p><p><strong>プロンプト例</strong>:</p><ul><li>「新しい決済システム用のエピックをサブタスク付きで作成して。」</li><li>「イシュー#789を小さなタスクに細分化して。」</li><li>「この機能の受け入れ基準を生成して。」</li></ul><p><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/agents/foundational_agents/planner/" rel="">プランナーエージェントの詳細を見る。</a></p><h3 id="セキュリティ分析エージェント">セキュリティ分析エージェント</h3><p>脆弱性のトリアージ、誤検知の特定、セキュリティリスクの優先順位付けを行います。</p><p><strong>プロンプト例:</strong></p><ul><li>「最新のスキャンからすべての脆弱性をトリアージして。」</li><li>「どのSAST検出結果が誤検知ですか?」</li><li>「セキュリティ問題を実際のリスクで優先順位付けして。」</li></ul><p><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/agents/foundational_agents/security_analyst_agent.html" rel="">セキュリティ分析エージェントの詳細を見る。</a></p><h3 id="データ分析エージェント">データ分析エージェント</h3><p>GitLab Query Language (GLQL)を使用してGitLabプラットフォーム全体でデータをクエリ、可視化、表示し、プロジェクトとチームに関する実用的なインサイトを提供します。</p><p><strong>プロンプト例:</strong></p><ul><li>「前四半期に作成されたマージリクエストは何件ですか?」</li><li>「各チームメンバーが今月取り組んだ内容を見せて。」</li><li>「イシュー解決時間のトレンドは何ですか?」</li><li>「プロジェクト内の&#39;bug&#39;ラベルが付いたすべてのオープンイシューを見つけて。」</li><li>「作成者別のマージリクエスト数をカウントするGLQLクエリを生成して。」</li></ul><p><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/agents/foundational_agents/data_analyst/" rel="">データ分析エージェントの詳細を見る。</a></p><h2 id="カスタムエージェント">カスタムエージェント</h2><p>チームの特定のワークフローと標準に合わせた独自のエージェントを作成します。</p><h3 id="一般的なユースケース">一般的なユースケース</h3><ul><li><strong>トラブルシューティングとデバッグエージェント</strong>:ソフトウェアのバグやリグレッションをデバッグし、デプロイ失敗を分析します。</li><li><strong>ドキュメントエージェント</strong>: 規約に従ってドキュメントを維持します。</li><li><strong>オンボーディングアシスタント</strong>: 会社固有のプラクティスで新しいチームメンバーを支援します。</li><li><strong>コンプライアンスモニター</strong>: 規制要件が満たされていることを確認します。</li><li><strong>ローカライズドサポートエージェント</strong>: ローカライズされた言語(例:ドイツ語)でサポート問題をトリアージします。</li></ul><p>GitLab DACH Roadshow Vienna 2025 Duo Agent Platformユースケーストークの録画を視聴する:</p><figure className="video_container"> <iframe src="https://www.youtube.com/embed/amJQkKhe5ys?si=JKYNoRWcbr9czxCR" title="GitLab DACH Roadshow Vienna 2025 Duo Agent Platform use cases talk" frameBorder="0" allowFullScreen="true"> </iframe> </figure><blockquote><p><strong>🎯 今すぐ試す:</strong><a href="https://gitlab.navattic.com/custom-agents" rel="">カスタムエージェントのインタラクティブデモ</a> — カスタムエージェントの作成と設定方法を探索します。</p></blockquote><h3 id="カスタムエージェントの作成方法">カスタムエージェントの作成方法</h3><p>カスタムエージェントは、プロジェクトまたはグループ設定で設定します。主要なコンポーネントは<strong>システムプロンプト</strong>で、エージェントの動作と専門知識を定義します。</p><p>カスタムエージェント<a href="https://gitlab.com/explore/ai-catalog/agents/333/" rel=""><code className="">devops-debug-failures-agent</code></a>の<strong>システムプロンプト例</strong>:</p><pre className="language-You" code="Your speciality is that you can correlate static SDLC data with runtime data from CI/CD pipelines, logs, and other tool calls necessary.
Expect that the user has advanced knowledge, but always provide commands and steps to reproduce your analysis so they can learn from you.
Start with a short summary and suggested actions, and then go into detail with thoughts, analysis, suggestions.
Think creative and consider unknown unknowns in your debug journey.
あなたはDev、Ops、DevOps、SREの専門家であり、コードと実行時障害のデバッグができます。
あなたの専門性は、静的なSDLCデータとCI/CDパイプライン、ログ、その他必要なツール呼び出しから得られる実行時データを相関させることができる点です。
ユーザーの知識レベルは高いと想定しますが、分析を再現できるよう具体的なコマンドと手順を提示し、学習を促してください。
短い要約と推奨アクションから始め、その後、考察、分析、提案を詳細に説明してください。
デバッグの過程では創造的に考え、未知の未知（unknown unknowns）も考慮してください。
" language="You" meta="are an expert in Dev, Ops, DevOps, and SRE, and can debug code and runtime failures."><code>Your speciality is that you can correlate static SDLC data with runtime data from CI/CD pipelines, logs, and other tool calls necessary.
Expect that the user has advanced knowledge, but always provide commands and steps to reproduce your analysis so they can learn from you.
Start with a short summary and suggested actions, and then go into detail with thoughts, analysis, suggestions.
Think creative and consider unknown unknowns in your debug journey.
あなたはDev、Ops、DevOps、SREの専門家であり、コードと実行時障害のデバッグができます。
あなたの専門性は、静的なSDLCデータとCI/CDパイプライン、ログ、その他必要なツール呼び出しから得られる実行時データを相関させることができる点です。
ユーザーの知識レベルは高いと想定しますが、分析を再現できるよう具体的なコマンドと手順を提示し、学習を促してください。
短い要約と推奨アクションから始め、その後、考察、分析、提案を詳細に説明してください。
デバッグの過程では創造的に考え、未知の未知（unknown unknowns）も考慮してください。
</code></pre><p><strong>表示レベルオプション:</strong></p><ul><li><strong>非公開</strong>: 管理プロジェクトのメンバー(デベロッパー以上)のみが表示可能。他のプロジェクトでは有効化できません。</li><li><strong>公開</strong>: 誰でも閲覧でき、前提条件を満たす任意のプロジェクトで有効化できます。発見のために<a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/ai_catalog/" rel="">AIカタログ</a>に表示されます。</li></ul><p><img alt="カスタムエージェント設定" src="https://res.cloudinary.com/about-gitlab-com/image/upload/v1765373437/uubo0l32qn2enuwipd6q.png" title="カスタムエージェント設定インターフェース" /></p><p><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/agents/custom/" rel="">完全なセットアップガイドはドキュメントで入手できます。</a></p><h3 id="ベストプラクティス">ベストプラクティス</h3><p><strong>システムプロンプトのヒント</strong>:</p><ul><li>エージェントの役割と責任について具体的に記述します。</li><li>明確な品質基準と制約を定義します。</li><li>期待される出力の例を含めます。</li><li>プロンプトは1つの主要タスクに焦点を当てます。</li></ul><p><strong>小さく始める</strong>:</p><ul><li>読み取り専用権限から始めます。</li><li>書き込みアクセスを許可する前に徹底的にテストします。</li><li>チームのフィードバックを収集して反復します。</li></ul><h2 id="外部エージェント">外部エージェント</h2><p>外部エージェントは、イシューやマージリクエストでのメンション(例:<code className="">@ai-codex</code>)または割り当てによってトリガーされると、GitLabプラットフォーム上でバックグラウンドで実行されます。チャットで対話的に機能する基本エージェントやカスタムエージェントとは異なり、外部エージェントは非同期で実行され、専門のAIプロバイダーで強力な自動化を実現します。</p><p><strong>認証情報管理</strong>: GitLab Duo Agent Platformの一般提供開始に伴い、外部エージェントをサポートするためにGitLab管理の認証情報が使用され、顧客が自分でAPIキーを管理およびローテーションする必要がなくなります。</p><h3 id="外部エージェントを使用するタイミング">外部エージェントを使用するタイミング</h3><ul><li>専門タスク用の特定のエージェント型AI動作またはLLMが必要な場合。</li><li>イベントトリガー自動化が必要な場合(対話型チャットではない)。</li><li>特定のコンプライアンスまたはデータレジデンシー要件を満たす必要がある場合。</li></ul><h3 id="外部エージェントを使用する理由">外部エージェントを使用する理由</h3><ul><li><strong>専門AIモデルの活用</strong>: Claude Codeのコード分析やOpenAI Codexのタスク委任などのプロバイダー固有の機能にアクセスします。</li><li><strong>コンプライアンス要件の充足</strong>: 規制またはセキュリティポリシーのために、承認されたAIプロバイダー内にデータを保持します。</li><li><strong>プロバイダーの実験</strong>: さまざまなエージェント型AIとLLM動作をテストして、ワークフローに最適なものを見つけます。</li><li><strong>独自機能へのアクセス</strong>: Claude Codeのコード分析やOpenAI Codexのタスク委任などのプロバイダー固有のツールを使用します。</li></ul><h3 id="実例">実例</h3><p>開発チームは、コードレビュー用の外部エージェントとしてOpenAI Codexを使用しています。デベロッパーがマージリクエストを作成すると、Codexをレビュアーとして割り当てます。エージェントは以下を実行します。</p><ol><li>MRのコード変更を分析します。</li><li>ベストプラクティスとコード品質の問題をチェックします。</li><li>改善と最適化を提案します。</li><li>具体的な推奨事項を含む詳細なレビューコメントを投稿します。</li><li>関連ドキュメントにリンクします。</li></ol><p>これらすべては、デベロッパーが作業を続けている間にバックグラウンドで自動的に行われ、結果がマージリクエストに直接投稿されます。</p><h3 id="サポートされている外部エージェント">サポートされている外部エージェント</h3><p>以下の外部エージェントとの連携が検証済みで、すぐに利用できます。</p><ul><li><a href="https://code.claude.com/docs/en/overview" rel="">Anthropic Claude</a> — コード生成、レビュー、分析</li><li><a href="https://platform.openai.com/docs/guides/code" rel="">OpenAI Codex</a> — GPT駆動のコード支援</li></ul><p><strong>使用例</strong>:</p><p><code className="">@ai-codex Please implement this issue</code></p><p>これにより、外部AIツールを実行し、結果をGitLabに投稿するRunner実行ジョブがトリガーされます。</p><h3 id="外部エージェントのセットアップ">外部エージェントのセットアップ</h3><p>サービスアカウント、トリガー、設定例を含む完全なセットアップ手順については、<a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/agents/external.html" rel="">外部エージェントのドキュメント</a>を参照してください。</p><h2 id="agentsmdでエージェント動作をカスタマイズ">AGENTS.mdでエージェント動作をカスタマイズ</h2><p><a href="https://agents.md/" rel="">agents.md</a>標準に従った<code className="">AGENTS.md</code>ファイルを使用してエージェントをカスタマイズします。詳細は<a href="https://about.gitlab.com/ja-jp/blog/customizing-gitlab-duo-chat-rules-prompts-workflows/" rel="">パート8:GitLab Duo Agent Platformのカスタマイズ:チャットルール、プロンプト、ワークフロー</a>をご覧ください。</p><h2 id="ユースケースに最適なエージェントタイプの選択">ユースケースに最適なエージェントタイプの選択</h2><table><thead><tr><th>機能</th><th>基本エージェント</th><th>カスタムエージェント</th><th>外部エージェント</th></tr></thead><tbody><tr><td><strong>セットアップ</strong></td><td>セットアップ不要、GitLabが管理</td><td>システムプロンプト設定が必要</td><td>フロー設定が必要</td></tr><tr><td><strong>可用性</strong></td><td>Chatですぐに利用可能</td><td>プロジェクトで有効化後にChatで利用可能</td><td>プラットフォームコンピュート上で実行</td></tr><tr><td><strong>カスタマイズ</strong></td><td>制限あり(カスタム指示)</td><td>システムプロンプトで動作をカスタマイズ可能</td><td>プロンプトをカスタマイズ</td></tr><tr><td><strong>インタラクション</strong></td><td>エージェント型チャット</td><td>エージェント型チャット</td><td>イベントトリガー、非同期</td></tr><tr><td><strong>最適な用途</strong></td><td>一般的な開発タスク</td><td>チーム固有のワークフロー</td><td>外部AI連携</td></tr></tbody></table><h2 id="まとめ">まとめ</h2><p>GitLab Duo Agent Platformには次のエージェントがあります。</p><ul><li><strong>基本エージェント</strong>: 一般的なタスク用のすぐに使えるエージェント(GitLab Duo Agentic Chat、プランナーエージェント、セキュリティ分析エージェント、データ分析エージェント)</li><li><strong>カスタムエージェント</strong>: カスタムプロンプトと動作でチーム固有のエージェントを作成</li><li><strong>外部エージェント</strong>: 外部AIツールの連携</li></ul><p>基本エージェントから始め、チーム固有のニーズにはカスタムエージェントを作成し、専門のAIプロバイダーが必要な場合は外部エージェントを活用します。</p><hr /><p><strong>次へ</strong>: <a href="https://about.gitlab.com/ja-jp/blog/understanding-flows-multi-agent-workflows/" rel="">パート4:フローを理解する</a></p><p><strong>前へ</strong>: <a href="https://about.gitlab.com/ja-jp/blog/getting-started-with-gitlab-duo-agentic-chat/" rel="">パート2:GitLab Duo Agentic Chat</a></p>]]></content>
        <author>
            <name>Itzik Gan Baruch</name>
            <uri>https://about.gitlab.com/blog/authors/itzik-gan baruch</uri>
        </author>
        <published>2026-01-14T00:00:00.000Z</published>
    </entry>
    <entry>
        <title type="html"><![CDATA[フローを理解する：マルチエージェントワークフロー]]></title>
        <id>https://about.gitlab.com/ja-jp/blog/understanding-flows-multi-agent-workflows/</id>
        <link href="https://about.gitlab.com/ja-jp/blog/understanding-flows-multi-agent-workflows/"/>
        <updated>2026-01-14T00:00:00.000Z</updated>
        <content type="html"><![CDATA[<p><em>8部構成ガイド「<a href="https://about.gitlab.com/ja-jp/blog/gitlab-duo-agent-platform-complete-getting-started-guide/" rel="">GitLab Duo Agent Platformを始める</a>」のパート4へようこそ。開発ライフサイクル内でのAIエージェントとワークフローの構築・デプロイをマスターします。最初の対話から完全カスタマイズ可能なプロダクション対応の自動化ワークフローまで、段階的なチュートリアルに従ってください。</em></p><p><strong>この記事の内容:</strong></p><ul><li><a href="#introduction-to-flows">フローとは何か、どのように機能するか</a></li><li><a href="#foundational-flows">GitLabが提供する基本フロー</a></li><li><a href="#how-to-create-custom-flows">カスタムフローの作成</a></li><li><a href="#flow-execution">フローの実行とオーケストレーション</a></li><li><a href="#example-custom-flow-yaml">実例とユースケース</a></li></ul><blockquote><p>🎯 今すぐ<a href="https://about.gitlab.com/ja-jp/gitlab-duo-agent-platform/" rel=""><strong>GitLab Duo Agent Platform</strong></a>をお試しください！</p></blockquote><h2 id="フローの紹介">フローの紹介</h2><p>フローは、1つ以上のエージェントが協働する組み合わせです。複雑な問題を解決するために複数ステップのワークフローを調整し、GitLabプラットフォームコンピュート上で実行されます。</p><p><strong>フローの主な特徴:</strong></p><ul><li><strong>マルチエージェントオーケストレーション</strong>: 複数の専門エージェントを組み合わせ</li><li><strong>ビルトイン</strong>: プラットフォームコンピュート上で実行、追加環境不要</li><li><strong>イベント駆動</strong>: メンション、割り当て、レビュアーとしての割り当てでトリガー</li><li><strong>非同期</strong>: 作業を続けながらバックグラウンドで実行</li><li><strong>完全なワークフロー</strong>: 分析から実装までエンドツーエンドのタスクを処理</li></ul><p>フローは、情報収集から意思決定、変更の実行、結果の提供まで、すべて自動で行う自律的なワークフローです。あなたは他の作業に集中できます。</p><h2 id="フロー-vs-エージェント-違いを理解する">フロー vs. エージェント: 違いを理解する</h2><p>エージェントはあなたと対話的に作業します。フローはあなたのために自律的に作業します。</p><table><thead><tr><th>側面</th><th>エージェント</th><th>フロー</th></tr></thead><tbody><tr><td><strong>インタラクション</strong></td><td>対話型チャット</td><td>自律的な実行</td></tr><tr><td><strong>使用タイミング</strong></td><td>質問、ガイダンス、対話的なタスク実行</td><td>自律的な複数ステップワークフロー</td></tr><tr><td><strong>ユーザーの関与</strong></td><td>アクティブな会話</td><td>トリガーと結果のレビュー</td></tr><tr><td><strong>実行時間</strong></td><td>リアルタイム応答</td><td>バックグラウンド処理</td></tr><tr><td><strong>複雑さ</strong></td><td>単一エージェントタスク</td><td>マルチエージェントオーケストレーション</td></tr></tbody></table><h2 id="フロータイプの概要">フロータイプの概要</h2><table><thead><tr><th>タイプ</th><th>インターフェース</th><th>メンテナー</th><th>ユースケース</th></tr></thead><tbody><tr><td><strong><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/foundational_flows/" rel="">基本フロー</a></strong></td><td>UIアクション、IDEインターフェース</td><td>GitLab</td><td>ソフトウェア開発、イシュー内のデベロッパー、CI/CDパイプライン修正、GitLab CI/CDへの変換、コードレビュー、SAST誤検知判定</td></tr><tr><td><strong><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/custom/" rel="">カスタムフロー</a></strong></td><td>メンション、割り当て、レビュアー割り当て</td><td>自分</td><td>例: 大規模な移行/最新化、リリース自動化、依存関係更新管理</td></tr></tbody></table><h2 id="基本フロー">基本フロー</h2><p>基本フローは、GitLabが作成・保守するプロダクション対応のワークフローです。専用のUIコントロールまたはIDEインターフェースからアクセスできます。</p><h3 id="現在利用可能な基本フロー">現在利用可能な基本フロー</h3><table><thead><tr><th>フロー</th><th>利用可能な場所</th><th>アクセス方法</th><th>最適な用途</th></tr></thead><tbody><tr><td><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/foundational_flows/software_development.html" rel=""><strong>ソフトウェア開発フロー</strong></a></td><td>IDE(VS Code、JetBrains、Visual Studio)</td><td>IDEのFlowsタブ</td><td>機能実装、複雑なリファクタリング、複数ファイルの変更</td></tr><tr><td><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/foundational_flows/developer.html" rel=""><strong>デベロッパーフロー</strong></a></td><td>GitLab Web UI</td><td>イシューの「Duoでマージリクエストを生成」ボタン</td><td>明確に定義された機能、明確な手順のあるバグ修正</td></tr><tr><td><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/foundational_flows/fix_pipeline.html" rel=""><strong>CI/CDパイプライン修復フロー</strong></a></td><td>GitLab Web UI</td><td>失敗したパイプラインインターフェース</td><td>パイプラインデバッグ、CI/CD設定の問題</td></tr><tr><td><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/foundational_flows/convert_to_gitlab_ci.html" rel=""><strong>GitLab CI/CD変換フロー</strong></a></td><td>GitLab Web UI</td><td>Jenkinsfileの「Convert to GitLab CI/CD」ボタン</td><td>JenkinsからGitLab CI/CDへの移行</td></tr><tr><td><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/foundational_flows/code_review.html" rel=""><strong>コードレビューフロー</strong></a></td><td>GitLab Web UI</td><td>MRでレビュアーとして割り当て</td><td>AIネイティブ分析とフィードバックによる自動コードレビュー</td></tr><tr><td><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/foundational_flows/sast_false_positive_detection.html" rel=""><strong>SAST誤検出判定フロー</strong></a></td><td>GitLab Web UI</td><td>セキュリティスキャン結果</td><td>SAST検出結果の誤検知を自動的に特定してフィルタリング</td></tr></tbody></table><h2 id="カスタムフロー">カスタムフロー</h2><p>カスタムフローは、チームの特定のニーズに合わせて作成するYAML定義のワークフローです。GitLab Runnerで実行され、GitLabイベントによってトリガーできます。</p><blockquote><p><strong>🎯 今すぐ試す:</strong><a href="https://gitlab.navattic.com/custom-flows" rel="">カスタムフローのインタラクティブデモ</a> — カスタムフローの作成と設定方法を探索します。</p></blockquote><h3 id="カスタムフローを作成する理由">カスタムフローを作成する理由</h3><p>カスタムフローは、チームのワークフローに固有の反復的な複数ステップタスクを自動化します。一般的な目的に使用される基本フローとは異なり、カスタムフローは組織のプロセス、ツール、要件に合わせて調整されます。</p><p><strong>一般的なユースケース:</strong></p><ul><li><strong>自動コードレビュー</strong>: 複数段階のレビュープロセス(セキュリティスキャン → 品質チェック → スタイル検証)</li><li><strong>コンプライアンスチェック</strong>: 各MRで規制要件、ライセンスコンプライアンス、セキュリティポリシーを確認</li><li><strong>ドキュメント生成</strong>: コード変更に基づいてAPIドキュメント、READMEファイル、変更ログを自動更新</li><li><strong>依存関係管理</strong>: 週次セキュリティスキャン、自動更新、脆弱性レポート</li><li><strong>カスタムテスト</strong>: 技術スタック用の特殊なテストスイートまたは統合テスト</li></ul><h3 id="実例">実例</h3><p>フィンテック企業は、すべてのマージリクエストで実行されるコンプライアンスフローを作成します。<code className="">@compliance-flow</code>でトリガーされると、フローは次のステップを実行します。</p><ol><li><strong>セキュリティエージェント</strong>がPCI-DSS違反のコードをスキャンし、露出した機密データをチェックします。</li><li><strong>コードレビューエージェント</strong>が変更がセキュアコーディング標準とベストプラクティスに従っていることを確認します。</li><li><strong>ドキュメントエージェント</strong>がAPI変更に更新されたドキュメントが含まれているかチェックします。</li><li><strong>サマリーエージェント</strong>が検出結果を集約し、合格/不合格ステータスのコンプライアンスレポートを投稿します。</li></ol><p>コンプライアンスレビュー全体が5〜10分で自動的に実行され、すべてのマージリクエストで一貫したチェックが提供されます。</p><h3 id="カスタムフローのトリガー方法">カスタムフローのトリガー方法</h3><p>カスタムフローは複数の方法でトリガーできます。</p><p><strong>1. イシュー/MRでのメンション:</strong>
コメントでフローをメンションしてトリガーします。ドキュメント生成フローの例:</p><pre code="@doc-generator Generate API documentation for this feature
"><code>@doc-generator Generate API documentation for this feature
</code></pre><p><strong>2. イシューまたはMRへのフローの割り当て:</strong>
次のいずれかを使用してフローを割り当てます。</p><ul><li><strong>GitLab UI</strong>: イシュー/MRの「アサイン」ボタンをクリックしてフローを選択</li><li><strong>コマンド</strong>: コメントで<code className="">/assign</code>コマンドを使用。例:</li></ul><pre code="/assign @doc-generator
"><code>/assign @doc-generator
</code></pre><p><strong>3. レビュアーとしてのフローの割り当て:</strong>
次のいずれかを使用してマージリクエストにレビュアーとしてフローを割り当てます。</p><ul><li><strong>GitLab UI</strong>: マージリクエストの「レビュアーをアサインする」ボタンをクリックしてフローを選択</li><li><strong>コマンド</strong>:コメントで<code className="">/assign_reviewer</code>コマンドを使用。例:</li></ul><pre code="/assign_reviewer @doc-reviewer
"><code>/assign_reviewer @doc-reviewer
</code></pre><p>これらの方法のいずれかにより、フローが自動的にトリガーされ、タスクを実行します。</p><h3 id="カスタムフローの作成方法">カスタムフローの作成方法</h3><p>カスタムフローは、プロジェクトの<strong>自動化 → フロー → 新しいフロー</strong>、または<strong>検索 → AIカタログ → フロー → 新しいフロー</strong>からGitLab UIを通じて作成されます。コンポーネント、プロンプト、ルーティング、実行フローを指定するYAML設定を使用してフローを定義します。YAMLスキーマにより、エージェントの動作とオーケストレーションを正確に制御できる洗練されたマルチエージェントワークフローを作成できます。</p><p><strong>カスタムフローの主要要素:</strong></p><ul><li><strong>コンポーネント</strong>: ワークフロー内のエージェントとステップを定義</li><li><strong>プロンプト</strong>: AIモデルの動作と指示を設定</li><li><strong>ルーター</strong>: コンポーネント間のフローを制御</li><li><strong>ツールセット</strong>: エージェントが使用できるGitLab APIツールを指定</li></ul><h3 id="カスタムフローyamlの例">カスタムフローYAMLの例</h3><p><strong>背景</strong>: この例は、旅行予約プラットフォームの機能実装フローを示しています。デベロッパーが機能要件を含むイシューを作成すると、このフローをトリガーして、要件の分析、コードベースのレビュー、ソリューションの実装、マージリクエストの作成まで、すべて手動介入なしで自動的に実行できます。
YAML設定は次のとおりです。</p><pre code="version: &quot;v1&quot;
environment: ambient
components:
  - name: &quot;implement_feature&quot;
    type: AgentComponent
    prompt_id: &quot;implementation_prompt&quot;
    inputs:
      - from: &quot;context:goal&quot;
        as: &quot;user_goal&quot;
      - from: &quot;context:project_id&quot;
        as: &quot;project_id&quot;
    toolset:
      - &quot;get_issue&quot;
      - &quot;get_repository_file&quot;
      - &quot;list_repository_tree&quot;
      - &quot;find_files&quot;
      - &quot;blob_search&quot;
      - &quot;create_file&quot;
      - &quot;create_commit&quot;
      - &quot;create_merge_request&quot;
      - &quot;create_issue_note&quot;
    ui_log_events:
      - &quot;on_agent_final_answer&quot;
      - &quot;on_tool_execution_success&quot;
      - &quot;on_tool_execution_failed&quot;

prompts:
  - name: &quot;Cheapflights Feature Implementation（Cheapflights機能実装）&quot;
    prompt_id: &quot;implementation_prompt&quot;
    unit_primitives: []
    prompt_template:
      system: |
        You are an expert full-stack developer specializing in travel booking platforms, specifically Cheapflights（あなたは旅行予約プラットフォーム、特にCheapflightsを専門とするエキスパートフルスタックデベロッパーです）.

        Your task is to（あなたのタスクは以下のとおりです）:
        1. Extract the issue IID from the goal (look for &quot;Issue IID: XX&quot;)
        2. Use get_issue with project_id={{project_id}} and issue_iid to retrieve issue details
        3. Analyze the requirements for the flight search feature
        4. Review the existing codebase using list_repository_tree, find_files, and get_repository_file
        5. Design and implement the solution following Cheapflights best practices
        6. Create all necessary code files using create_file (call multiple times for multiple files)
        7. Commit the changes using create_commit
        8. Create a merge request using create_merge_request
        9. Post a summary comment to the issue using create_issue_note with the MR link

        1. ゴールからイシューIIDを抽出する(「Issue IID: XX」を探す)
        2. project_id={{project_id}}とissue_iidを使用してget_issueでイシューの詳細を取得
        3. フライト検索機能の要件を分析
        4. list_repository_tree、find_files、get_repository_fileを使用して既存のコードベースをレビュー
        5. Cheapflightsのベストプラクティスに従ってソリューションを設計・実装
        6. create_fileを使用して必要なコードファイルをすべて作成(複数ファイルの場合は複数回呼び出し)
        7. create_commitを使用して変更をコミット
        8. create_merge_requestを使用してマージリクエストを作成
        9. create_issue_noteを使用してMRリンク付きの概要コメントをイシューに投稿

        Cheapflights Domain Expertise（Cheapflightsドメインの専門知識）:
        - Flight search and booking systems (Amadeus, Sabre, Skyscanner APIs)
        - Fare comparison and pricing strategies
        - Real-time availability and inventory management
        - Travel industry UX patterns
        - Performance optimization for high-traffic flight searches

        - フライト検索・予約システム(Amadeus、Sabre、Skyscanner API)
        - 運賃比較と価格戦略
        - リアルタイムの空席状況と在庫管理
        - 旅行業界のUXパターン
        - 高トラフィックのフライト検索のためのパフォーマンス最適化

        Code Standards（コーディング基準）:
        - Clean, maintainable code (TypeScript/JavaScript/Python/React)
        - Proper state management for React components
        - RESTful API endpoints with comprehensive error handling
        - Mobile-first responsive design
        - Proper timezone handling (use moment-timezone or date-fns-tz)
        - WCAG 2.1 accessibility compliance

        - クリーンで保守性の高いコード(TypeScript/JavaScript/Python/React)
        - Reactコンポーネントの適切な状態管理
        - 包括的なエラーハンドリングを備えたRESTful APIエンドポイント
        - モバイルファーストのレスポンシブデザイン
        - 適切なタイムゾーン処理(moment-timezoneまたはdate-fns-tzを使用)
        - WCAG 2.1アクセシビリティ準拠

        Flight-Specific Best Practices（フライト固有のベストプラクティス）:
        - Accurate fare calculations (base fare + taxes + fees + surcharges)
        - Flight duration calculations across timezones
        - Search filter logic (price range, number of stops, airlines, departure/arrival times)
        - Sort algorithms (best value, fastest, cheapest)
        - Handle edge cases: date line crossing, daylight saving time, red-eye flights
        - Currency amounts use proper decimal handling (avoid floating point errors)
        - Dates use ISO 8601 format
        - Flight codes follow IATA standards (3-letter airport codes)

        - 正確な運賃計算(基本運賃 + 税金 + 手数料 + 追加料金)
        - タイムゾーンをまたぐフライト時間の計算
        - 検索フィルターロジック(価格帯、経由便数、航空会社、出発/到着時刻)
        - ソートアルゴリズム(ベストバリュー、最速、最安値)
        - エッジケースの処理: 日付変更線の通過、サマータイム、深夜便
        - 通貨金額は適切な小数処理を使用(浮動小数点エラーを回避)
        - 日付はISO 8601形式を使用
        - フライトコードはIATA標準に従う(3文字の空港コード)

        Implementation Requirements（実装要件）:
        - No TODOs or placeholder comments
        - All functions must be fully implemented
        - Include proper TypeScript types or Python type hints
        - Add JSDoc/docstring comments for all functions
        - Comprehensive error handling and input validation
        - Basic unit tests for critical functions
        - Performance considerations for handling large result sets

        - To-Doやプレースホルダーコメントは不可
        - すべての関数を完全に実装
        - 適切なTypeScript型またはPython型ヒントを含める
        - すべての関数にJSDoc/docstringコメントを追加
        - 包括的なエラーハンドリングと入力検証
        - 重要な関数の基本的な単体テスト
        - 大規模な結果セットを処理するためのパフォーマンス考慮

        CRITICAL - Your final comment on the issue MUST include（重要 - イシューへの最終コメントには以下を必ず含める）:
        - Implementation Summary: Brief description of what was implemented
        - Files Created/Modified: List of all files with descriptions
        - Key Features: Bullet points of main functionality
        - Technical Approach: Brief explanation of architecture/patterns used
        - Testing Notes: How to test the implementation
        - Merge Request Link: Direct link to the created MR (format: [View Merge Request](MR_URL))

        - 実装概要: 実装内容の簡潔な説明
        - 作成/変更されたファイル: すべてのファイルのリストと説明
        - 主要機能: 主な機能の箇条書き
        - 技術的アプローチ: アーキテクチャ/パターンの簡潔な説明
        - テストに関する注意事項: 実装のテスト方法
        - マージリクエストリンク: 作成されたMRへの直接リンク(形式: [マージリクエストを見る](MR_URL))

        IMPORTANT TOOL USAGE（重要なツールの使用方法）:
        - Extract the issue IID from the goal first (e.g., &quot;Issue IID: 12&quot; means issue_iid=12)
        - Use get_issue with project_id={{project_id}} and issue_iid=&lt;extracted_iid&gt;
        - Create multiple files by calling create_file multiple times (once per file)
        - Use create_commit to commit all files together with a descriptive commit message
        - Use create_merge_request to create the MR and capture the MR URL from the response
        - Use create_issue_note with project_id={{project_id}}, noteable_id=&lt;issue_iid&gt;, and body=&lt;your complete summary with MR link&gt;
        - Make sure to include the MR link in the comment body so users can easily access it

        - まずゴールからイシューIIDを抽出(例: 「Issue IID: 12」はissue_iid=12を意味する)
        - project_id={{project_id}}とissue_iid=&lt;抽出したiid&gt;でget_issueを使用
        - create_fileを複数回呼び出して複数のファイルを作成(ファイルごとに1回)
        - create_commitを使用して、わかりやすいコミットメッセージですべてのファイルを一緒にコミット
        - create_merge_requestを使用してMRを作成し、レスポンスからMR URLを取得
        - project_id={{project_id}}、noteable_id=&lt;issue_iid&gt;、body=&lt;MRリンクを含む完全な概要&gt;でcreate_issue_noteを使用
        - ユーザーが簡単にアクセスできるように、コメント本文にMRリンクを必ず含める

      user: |
        Goal: {{user_goal}}
        Project ID: {{project_id}}

        Please complete the following steps（以下の手順を完了してください）:
        1. Extract the issue IID and retrieve full issue details
        2. Analyze the requirements thoroughly
        3. Review the existing codebase structure and patterns
        4. Implement the feature with production-ready code
        5. Create all necessary files (components, APIs, tests, documentation)
        6. Commit all changes with a clear commit message
        7. Create a merge request
        8. Post a detailed summary comment to the issue including the MR link

        1. イシューIIDを抽出し、イシューの詳細を取得
        2. 要件を徹底的に分析
        3. 既存のコードベース構造とパターンをレビュー
        4. 本番環境対応のコードで機能を実装
        5. 必要なすべてのファイルを作成(コンポーネント、API、テスト、ドキュメント)
        6. 明確なコミットメッセージですべての変更をコミット
        7. マージリクエストを作成
        8. MRリンクを含む詳細な概要コメントをイシューに投稿

      placeholder: history
    params:
      timeout: 300

routers:
  - from: &quot;implement_feature&quot;
    to: &quot;end&quot;

flow:
  entry_point: &quot;implement_feature&quot;
" language="yaml" meta="" className="language-yaml"><code>version: &quot;v1&quot;
environment: ambient
components:
  - name: &quot;implement_feature&quot;
    type: AgentComponent
    prompt_id: &quot;implementation_prompt&quot;
    inputs:
      - from: &quot;context:goal&quot;
        as: &quot;user_goal&quot;
      - from: &quot;context:project_id&quot;
        as: &quot;project_id&quot;
    toolset:
      - &quot;get_issue&quot;
      - &quot;get_repository_file&quot;
      - &quot;list_repository_tree&quot;
      - &quot;find_files&quot;
      - &quot;blob_search&quot;
      - &quot;create_file&quot;
      - &quot;create_commit&quot;
      - &quot;create_merge_request&quot;
      - &quot;create_issue_note&quot;
    ui_log_events:
      - &quot;on_agent_final_answer&quot;
      - &quot;on_tool_execution_success&quot;
      - &quot;on_tool_execution_failed&quot;

prompts:
  - name: &quot;Cheapflights Feature Implementation（Cheapflights機能実装）&quot;
    prompt_id: &quot;implementation_prompt&quot;
    unit_primitives: []
    prompt_template:
      system: |
        You are an expert full-stack developer specializing in travel booking platforms, specifically Cheapflights（あなたは旅行予約プラットフォーム、特にCheapflightsを専門とするエキスパートフルスタックデベロッパーです）.

        Your task is to（あなたのタスクは以下のとおりです）:
        1. Extract the issue IID from the goal (look for &quot;Issue IID: XX&quot;)
        2. Use get_issue with project_id={{project_id}} and issue_iid to retrieve issue details
        3. Analyze the requirements for the flight search feature
        4. Review the existing codebase using list_repository_tree, find_files, and get_repository_file
        5. Design and implement the solution following Cheapflights best practices
        6. Create all necessary code files using create_file (call multiple times for multiple files)
        7. Commit the changes using create_commit
        8. Create a merge request using create_merge_request
        9. Post a summary comment to the issue using create_issue_note with the MR link

        1. ゴールからイシューIIDを抽出する(「Issue IID: XX」を探す)
        2. project_id={{project_id}}とissue_iidを使用してget_issueでイシューの詳細を取得
        3. フライト検索機能の要件を分析
        4. list_repository_tree、find_files、get_repository_fileを使用して既存のコードベースをレビュー
        5. Cheapflightsのベストプラクティスに従ってソリューションを設計・実装
        6. create_fileを使用して必要なコードファイルをすべて作成(複数ファイルの場合は複数回呼び出し)
        7. create_commitを使用して変更をコミット
        8. create_merge_requestを使用してマージリクエストを作成
        9. create_issue_noteを使用してMRリンク付きの概要コメントをイシューに投稿

        Cheapflights Domain Expertise（Cheapflightsドメインの専門知識）:
        - Flight search and booking systems (Amadeus, Sabre, Skyscanner APIs)
        - Fare comparison and pricing strategies
        - Real-time availability and inventory management
        - Travel industry UX patterns
        - Performance optimization for high-traffic flight searches

        - フライト検索・予約システム(Amadeus、Sabre、Skyscanner API)
        - 運賃比較と価格戦略
        - リアルタイムの空席状況と在庫管理
        - 旅行業界のUXパターン
        - 高トラフィックのフライト検索のためのパフォーマンス最適化

        Code Standards（コーディング基準）:
        - Clean, maintainable code (TypeScript/JavaScript/Python/React)
        - Proper state management for React components
        - RESTful API endpoints with comprehensive error handling
        - Mobile-first responsive design
        - Proper timezone handling (use moment-timezone or date-fns-tz)
        - WCAG 2.1 accessibility compliance

        - クリーンで保守性の高いコード(TypeScript/JavaScript/Python/React)
        - Reactコンポーネントの適切な状態管理
        - 包括的なエラーハンドリングを備えたRESTful APIエンドポイント
        - モバイルファーストのレスポンシブデザイン
        - 適切なタイムゾーン処理(moment-timezoneまたはdate-fns-tzを使用)
        - WCAG 2.1アクセシビリティ準拠

        Flight-Specific Best Practices（フライト固有のベストプラクティス）:
        - Accurate fare calculations (base fare + taxes + fees + surcharges)
        - Flight duration calculations across timezones
        - Search filter logic (price range, number of stops, airlines, departure/arrival times)
        - Sort algorithms (best value, fastest, cheapest)
        - Handle edge cases: date line crossing, daylight saving time, red-eye flights
        - Currency amounts use proper decimal handling (avoid floating point errors)
        - Dates use ISO 8601 format
        - Flight codes follow IATA standards (3-letter airport codes)

        - 正確な運賃計算(基本運賃 + 税金 + 手数料 + 追加料金)
        - タイムゾーンをまたぐフライト時間の計算
        - 検索フィルターロジック(価格帯、経由便数、航空会社、出発/到着時刻)
        - ソートアルゴリズム(ベストバリュー、最速、最安値)
        - エッジケースの処理: 日付変更線の通過、サマータイム、深夜便
        - 通貨金額は適切な小数処理を使用(浮動小数点エラーを回避)
        - 日付はISO 8601形式を使用
        - フライトコードはIATA標準に従う(3文字の空港コード)

        Implementation Requirements（実装要件）:
        - No TODOs or placeholder comments
        - All functions must be fully implemented
        - Include proper TypeScript types or Python type hints
        - Add JSDoc/docstring comments for all functions
        - Comprehensive error handling and input validation
        - Basic unit tests for critical functions
        - Performance considerations for handling large result sets

        - To-Doやプレースホルダーコメントは不可
        - すべての関数を完全に実装
        - 適切なTypeScript型またはPython型ヒントを含める
        - すべての関数にJSDoc/docstringコメントを追加
        - 包括的なエラーハンドリングと入力検証
        - 重要な関数の基本的な単体テスト
        - 大規模な結果セットを処理するためのパフォーマンス考慮

        CRITICAL - Your final comment on the issue MUST include（重要 - イシューへの最終コメントには以下を必ず含める）:
        - Implementation Summary: Brief description of what was implemented
        - Files Created/Modified: List of all files with descriptions
        - Key Features: Bullet points of main functionality
        - Technical Approach: Brief explanation of architecture/patterns used
        - Testing Notes: How to test the implementation
        - Merge Request Link: Direct link to the created MR (format: [View Merge Request](MR_URL))

        - 実装概要: 実装内容の簡潔な説明
        - 作成/変更されたファイル: すべてのファイルのリストと説明
        - 主要機能: 主な機能の箇条書き
        - 技術的アプローチ: アーキテクチャ/パターンの簡潔な説明
        - テストに関する注意事項: 実装のテスト方法
        - マージリクエストリンク: 作成されたMRへの直接リンク(形式: [マージリクエストを見る](MR_URL))

        IMPORTANT TOOL USAGE（重要なツールの使用方法）:
        - Extract the issue IID from the goal first (e.g., &quot;Issue IID: 12&quot; means issue_iid=12)
        - Use get_issue with project_id={{project_id}} and issue_iid=&lt;extracted_iid&gt;
        - Create multiple files by calling create_file multiple times (once per file)
        - Use create_commit to commit all files together with a descriptive commit message
        - Use create_merge_request to create the MR and capture the MR URL from the response
        - Use create_issue_note with project_id={{project_id}}, noteable_id=&lt;issue_iid&gt;, and body=&lt;your complete summary with MR link&gt;
        - Make sure to include the MR link in the comment body so users can easily access it

        - まずゴールからイシューIIDを抽出(例: 「Issue IID: 12」はissue_iid=12を意味する)
        - project_id={{project_id}}とissue_iid=&lt;抽出したiid&gt;でget_issueを使用
        - create_fileを複数回呼び出して複数のファイルを作成(ファイルごとに1回)
        - create_commitを使用して、わかりやすいコミットメッセージですべてのファイルを一緒にコミット
        - create_merge_requestを使用してMRを作成し、レスポンスからMR URLを取得
        - project_id={{project_id}}、noteable_id=&lt;issue_iid&gt;、body=&lt;MRリンクを含む完全な概要&gt;でcreate_issue_noteを使用
        - ユーザーが簡単にアクセスできるように、コメント本文にMRリンクを必ず含める

      user: |
        Goal: {{user_goal}}
        Project ID: {{project_id}}

        Please complete the following steps（以下の手順を完了してください）:
        1. Extract the issue IID and retrieve full issue details
        2. Analyze the requirements thoroughly
        3. Review the existing codebase structure and patterns
        4. Implement the feature with production-ready code
        5. Create all necessary files (components, APIs, tests, documentation)
        6. Commit all changes with a clear commit message
        7. Create a merge request
        8. Post a detailed summary comment to the issue including the MR link

        1. イシューIIDを抽出し、イシューの詳細を取得
        2. 要件を徹底的に分析
        3. 既存のコードベース構造とパターンをレビュー
        4. 本番環境対応のコードで機能を実装
        5. 必要なすべてのファイルを作成(コンポーネント、API、テスト、ドキュメント)
        6. 明確なコミットメッセージですべての変更をコミット
        7. マージリクエストを作成
        8. MRリンクを含む詳細な概要コメントをイシューに投稿

      placeholder: history
    params:
      timeout: 300

routers:
  - from: &quot;implement_feature&quot;
    to: &quot;end&quot;

flow:
  entry_point: &quot;implement_feature&quot;
</code></pre><p><strong>このフローの機能</strong>: このフローは、AIエージェントがイシュー要件の分析、コードベースのレビュー、ドメイン知識に基づく本番環境対応コードの作成、詳細なサマリー付きマージリクエストの作成まで、機能実装を自動で行います。</p><p>完全なドキュメントと例については、以下を参照してください。</p><ul><li><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/custom.html" rel="">カスタムフロードキュメント</a></li><li><a href="https://gitlab.com/gitlab-org/modelops/applied-ml/code-suggestions/ai-assist/-/blob/main/docs/flow_registry/v1.md" rel="">フローレジストリフレームワーク（YAMLスキーマ）</a></li></ul><h2 id="フローの実行">フローの実行</h2><p>フローはGitLabプラットフォームコンピュート上で実行されます。イベント(メンション、割り当て、ボタンクリック)によってトリガーされると、セッションが作成され、フローが実行を開始します。</p><h3 id="利用可能な環境変数">利用可能な環境変数</h3><p>フローは、トリガーとGitLabオブジェクトに関するコンテキストを提供する環境変数にアクセスできます。</p><ul><li><strong><code className="">AI_FLOW_CONTEXT</code></strong> — MR差分、イシュー説明、コメント、ディスカッションスレッドを含むJSON形式のコンテキスト</li><li><strong><code className="">AI_FLOW_INPUT</code></strong> — フローをトリガーしたユーザーのプロンプトまたはコメントテキスト</li><li><strong><code className="">AI_FLOW_EVENT</code></strong> — フローをトリガーしたイベントタイプ(<code className="">mention</code>、<code className="">assign</code>、<code className="">assign_reviewer</code>)</li></ul><p>これらの変数により、フローは何がトリガーしたかを理解し、関連するGitLabデータにアクセスしてタスクを実行できます。</p><h3 id="マルチエージェントフロー">マルチエージェントフロー</h3><p>カスタムフローには、順次連携する複数のエージェントコンポーネントを含めることができます。フローのYAML設定は次を定義します。</p><ul><li><strong>コンポーネント</strong>: 1つ以上のエージェント（AgentComponent）または決定論的ステップ</li><li><strong>ルーター</strong>: コンポーネント間のフローを定義(例: コンポーネントAからコンポーネントBから終了へ）</li><li><strong>プロンプト</strong>: 各エージェントの動作とモデルを設定</li></ul><p>たとえば、コードレビューフローには、セキュリティエージェント、次に品質エージェント、次に承認エージェントがあり、ルーターがそれらを順番に接続します。</p><h3 id="フロー実行の監視">フロー実行の監視</h3><p>プロジェクトで実行中のフローを表示するには:</p><ol><li><strong>自動化</strong> → <strong>セッション</strong>に移動します。</li><li>任意のセッションを選択して詳細を表示します。</li><li><strong>詳細</strong>タブにCI/CDジョブログへのリンクが表示されます。</li></ol><p>セッションには、ステップバイステップの進行状況、ツール呼び出し、推論、意思決定プロセスを含む詳細情報が表示されます。</p><h3 id="フローを使用するタイミング">フローを使用するタイミング</h3><ul><li>複雑な複数ステップのタスク</li><li>バックグラウンド自動化</li><li>イベント駆動ワークフロー</li><li>複数ファイルの変更</li><li>時間がかかるタスク</li><li>自動レビュー/チェック</li></ul><h2 id="次のステップ">次のステップ</h2><p>フローの概念、作成方法、エージェントとの使い分けを理解しました。次に、<a href="https://about.gitlab.com/ja-jp/blog/ai-catalog-discover-and-share-agents/" rel="">パート5: AIカタログ</a>で組織全体でエージェントとフローを検索、作成、共有する方法を学びます。AIカタログを活用して、利用可能なフローとエージェントの閲覧、プロジェクトへの追加、独自コンテンツの公開を行います。</p><h2 id="関連リンク">関連リンク</h2><ul><li><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/" rel="">GitLab Duo Agent Platform - フロー</a></li><li><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/foundational_flows/" rel="">基本フローのドキュメント</a></li><li><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/custom.html" rel="">カスタムフローのドキュメント</a></li><li><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/execution.html" rel="">フロー実行設定</a></li><li><a href="https://docs.gitlab.com/ja-jp/ci/variables/" rel="">GitLab CI/CD変数ガイド</a></li><li><a href="https://docs.gitlab.com/ja-jp/user/profile/service_accounts/" rel="">サービスアカウント</a></li></ul><hr /><p><strong>次へ</strong>: <a href="https://about.gitlab.com/ja-jp/blog/ai-catalog-discover-and-share-agents/" rel="">パート5: AIカタログ</a></p><p><strong>前へ</strong>: <a href="https://about.gitlab.com/ja-jp/blog/understanding-agents-foundational-custom-external/" rel="">パート3: エージェントを理解する</a></p>]]></content>
        <author>
            <name>Itzik Gan Baruch</name>
            <uri>https://about.gitlab.com/blog/authors/itzik-gan baruch</uri>
        </author>
        <published>2026-01-14T00:00:00.000Z</published>
    </entry>
    <entry>
        <title type="html"><![CDATA[Monday Merge 1月号：新しい年、よりスマートなプラットフォーム、そしてインテリジェントなソフトウェアデリバリーの次なる展開]]></title>
        <id>https://about.gitlab.com/ja-jp/blog/monday-merge-2026-january-12/</id>
        <link href="https://about.gitlab.com/ja-jp/blog/monday-merge-2026-january-12/"/>
        <updated>2026-01-12T00:00:00.000Z</updated>
        <content type="html"><![CDATA[<p>GitLabコミュニティの皆さん、2026年最初のMonday Mergeへようこそ。今回も最新情報をお届けします！</p><p>新しい年は、いつも新たな勢いをもたらしてくれます。そして今年も力強いスタートを切っています。今回はGitLab 18.7のリリースを皮切りに、スケールした環境で真のDevSecOpsのスピードを実現しているカスタマーストーリー、今月すぐに参加できるオープンソースハッカソン、そして2026年に向けて開発者チームやAI主導の組織が備えるべきテーマを考えさせてくれる読み物をいくつかご紹介します。さっそく始めましょう！🚀🚀🚀🚀🚀</p><h2 id="gitlab-187が登場"><strong>GitLab 18.7が登場</strong></h2><p><img alt="GitLab 18.7が登場" src="https://res.cloudinary.com/about-gitlab-com/image/upload/v1767876565/rqke0vtkxqwyatwj7n3h.png" /></p><p>GitLab 18.7は、インテリジェントでオーケストレーションされたソフトウェアデリバリーという私たちのビジョンをさらに前進させます。開発、運用、セキュリティにまたがる実用的な機能により、統制を強化し、一貫性を高め、チームがAIをワークフローに統合する際の安心感を高めます。</p><p>このリリースでは、18.8で予定されているGitLab Duo Agent Platformの一般提供に向けた重要な基盤が追加されています。Custom Flowsによる新しい自動化機能により、チームはYAMLベースの複数ステップからなる再利用可能なワークフローを定義できるようになりました。これにより、重要なイベントが発生した際に、エージェントがパイプラインの失敗を診断したり、依存関係を更新したり、ポリシーチェックを自動で実行したりできます。</p><p>セキュリティチームにとっては、AIによるSASTの誤検出判定が大きな価値をもたらします。実際のリスクをより迅速に可視化し、ノイズのトリアージに費やす時間を削減します。また、Custom Agent Versioningにより、エージェントやフローを特定のバージョンに固定できるようになり、AIを活用したワークフローに必要な安定性とコントロールが実現します。</p><p>さらに、新たにData Analyst Agentを導入しました。自然言語と再利用可能なクエリを使ってGitLabのデータを簡単に探索でき、ダッシュボードや手動のクエリ作成なしでインサイトを得ることができます。加えて、管理者が組織全体で利用可能な基盤エージェントを制御できる、きめ細かな設定も用意されています。</p><p>CI/CDの分野では、動的入力選択により、直感的なドロップダウンを使ってパイプライントリガーを簡素化しました。また、CI/CD Catalogの公開に新たなガードレールを設けることで、エンタープライズチームが信頼できる再利用可能コンポーネントのエコシステムを維持しやすくなっています。マージリクエスト承認ポリシー向けのWarn Modeにより、デリバリーを止めることなくポリシーの導入や改善を行えるようになり、段階的な適用が可能になりました。</p><p>これらの機能が今後どこへ向かうのかを知りたい方は、2026年2月10日に開催されるグローバルローンチイベントにぜひご参加ください。GitLabをインテリジェントなオーケストレーションプラットフォームとして体現するビジョンを、ライブでお届けします。インテリジェントなDevSecOpsワークフローの実演に加え、AIによってコーディングは高速化される一方で、ソフトウェアライフサイクル全体では遅延が生じる可能性がある、いわゆる「AIパラドックス」にチームがどのように向き合い、フローを維持しているのかをご紹介します。</p><p>18.7の主なハイライト：</p><ul><li>エージェントオーケストレーションのためのCustom Flows<br />
YAMLベースの複数ステップワークフローを定義し、エージェントが失敗の診断、問題修正、ポリシーチェック、チームへの通知を自動で連携して実行します。</li><li>カスタムエージェントとフローのバージョン固定<br />
エージェントを特定のバージョンに固定することで、破壊的変更を防ぎ、安全なテスト、段階的アップグレード、本番環境の安定性を支援します。</li><li>AI支援によるSAST誤検出判定<br />
誤検知の可能性が高いものを早期に特定し、セキュリティノイズを削減。パイプラインとマージリクエスト間で脆弱性の状態を一貫して管理できます。</li><li>GitLabインサイト向けData Analyst Agent<br />
GitLabデータについて自然言語で質問し、即座に回答、生成されたクエリ、再利用可能なインサイトを取得できます。</li><li>マージリクエスト承認ポリシーのWarn Mode<br />
マージをブロックせずにポリシーを導入または改善でき、全体適用前に影響を評価できます。</li></ul><p>🔗 <a href="https://about.gitlab.com/ja-jp/blog/gitlab-18-07-release/" rel="">リリースノート全文はこちら</a></p><h2 id="カスタマースポットライト-ericsson社"><strong>カスタマースポットライト Ericsson社</strong></h2><p><img alt="カスタマースポットライト Ericsson社" src="https://res.cloudinary.com/about-gitlab-com/image/upload/v1767876564/w71wliomxnkbjxnujont.png" /></p><p>今月のカスタマースポットライトでは、世界中の通信事業者が利用するミッションクリティカルなOSSおよびBSSシステムを、より迅速かつ信頼性高く提供しているEricsson社をご紹介します。</p><p>GitLab Premiumに標準化し、GitOpsベースのデリバリーを実現したことで、Ericsson社はデプロイ時間を50%短縮し、わずか6か月で13万時間以上を削減しました。テストカバレッジは10倍に増加し、これまで数か月かかっていた作業が数週間で完了するようになっています。しかも、ダウンタイムが直接収益に影響するシステムに求められる信頼性を損なうことはありません。</p><p>Ericsson社 OSS BSSのソフトウェアオートメーションおよびサポート責任者であるDaniel Costa Soares氏は、GitLabが可能にする高速なデプロイが、市場のスピードに合わせてイノベーションを届けることを可能にし、ビジネス成長に直結していると述べています。</p><p>ツールの集約、自動化の強化、エンドツーエンドの可視性が、開発者体験と顧客成果の双方をどのように変革できるかを示す力強い事例です。</p><p>🔗 <a href="https://about.gitlab.com/customers/ericsson/" rel="">ストーリー全文はこちら</a></p><h2 id="近日開催イベント-gitlab-hackathon"><strong>近日開催イベント GitLab Hackathon</strong></h2><p><img alt="近日開催イベント GitLab Hackathon" src="https://res.cloudinary.com/about-gitlab-com/image/upload/v1767876565/bauxw6wdzsq6v4sjuwwz.png" /></p><p>年初に実践的な取り組みを始めたい方には、1月22日から1月29日まで開催されるGitLab Hackathonがおすすめです。</p><p>この1週間のオンラインイベントは誰でも参加可能で、GitLabエコシステム全体でのコラボレーション、学習、貢献に焦点を当てています。コーディング、ドキュメント改善、翻訳、UXやデザインへの参加など、どんな形でもマージされたマージリクエストはすべてカウントされます。</p><p>ポイントを獲得し、プロフィール実績を解除し、グローバルなオープンソースコミュニティと協力できます。GitLabに貢献してみたいと思っていた方にとって、最初の一歩として最適な機会です。</p><p>🔗 <a href="https://contributors.gitlab.com/hackathon" rel="">参加はこちらから</a></p><h2 id="注目の読み物"><strong>注目の読み物</strong></h2><p><img alt="注目の読み物" src="https://res.cloudinary.com/about-gitlab-com/image/upload/v1767876565/f9annmf1xnarwuiclgen.png" /></p><p>2026年のスタートにあたり、開発者チームやAI主導の組織が次に備えるべきテーマを見据えた記事を2本ご紹介します。</p><p>Bob Stevensによる”<em>The year AI moves from pilots to practice: Three predictions for government in 2026”</em> では、政府機関がAIのパイロット段階から実運用へ進んでいる様子が描かれています。AIを活用したモダナイゼーションにより、数年規模のレガシーシステム変革が数か月の集中スプリントへと変わり、セキュリティは事後対応から予防型へ移行し、組織全体でソフトウェアを構築できる人の幅が広がると指摘しています。</p><p>📖 <a href="https://federalnewsnetwork.com/commentary/2025/12/the-year-ai-moves-from-pilots-to-practice-three-predictions-for-government-in-2026/" rel="">Federal News Networkの記事を読む</a></p><p>一方、Michelle Gillによる*”<a href="https://www.devopsdigest.com/the-hidden-truths-about-building-and-retaining-genai-teams" rel="">The Hidden Truths About Building and Retaining GenAI Teams</a>”* では、AIイノベーションの人間的側面に焦点を当てています。優れたAI人材を採用することは出発点にすぎず、明確な意思決定フレームワーク、迅速な実行、そしてチームが価値ある課題に取り組める環境こそが、この分野に求められるスピードで成果を出し続ける鍵であると述べています。</p><p>2026年に向けて、責任ある形でAIをスケールさせたいと考えている方にとって、どちらも読む価値のある内容です。</p><h2 id="年の始まりに寄せて"><strong>年の始まりに寄せて</strong></h2><p>今年最初のMonday Mergeの締めくくりに、新たな挑戦と機会に向き合うチームにとって特に心に響く言葉をご紹介します。</p><p>「結束は力です。チームワークとコラボレーションがあれば、素晴らしいことが成し遂げられます」<br />
マティー・ステパネク</p><p>これからの一年も、ともに築き、ともに学び、素晴らしいものを届けていきましょう。お読みいただきありがとうございました。そして、いつものようにHappy Merging!</p><p><a href="https://www.linkedin.com/in/sugaroverflow/?lipi=urn%3Ali%3Apage%3Ad_flagship3_pulse_read%3B3ix%2FZ9%2BgTBmIWuSHZsMZRw%3D%3D" rel="">Fatima Sarah Khalid</a><br />
Developer Advocate, GitLab</p><p>このニュースレターが気に入ったら、ぜひチームに転送してください！<br />
そして、👉 <a href="https://www.youtube.com/@Gitlab" rel="">YouTubeチャンネルの登録もお忘れなく</a></p><p><a href="https://www.youtube.com/@Gitlab" rel=""></a></p><p><img alt="" src="https://res.cloudinary.com/about-gitlab-com/image/upload/v1767876564/anosrsd4k0infsvqtagv.png" /></p>]]></content>
        <author>
            <name>GitLab Japan Team</name>
            <uri>https://about.gitlab.com/blog/authors/gitlab-japan team</uri>
        </author>
        <published>2026-01-12T00:00:00.000Z</published>
    </entry>
    <entry>
        <title type="html"><![CDATA[GitLab.comのセキュリティ強化：多要素認証の必須化]]></title>
        <id>https://about.gitlab.com/ja-jp/blog/strengthening-gitlab-com-security-mandatory-multi-factor-authentication/</id>
        <link href="https://about.gitlab.com/ja-jp/blog/strengthening-gitlab-com-security-mandatory-multi-factor-authentication/"/>
        <updated>2026-01-09T00:00:00.000Z</updated>
        <content type="html"><![CDATA[<p>GitLab.comのすべてのユーザーアカウントのセキュリティ強化のため、GitLabでは、ユーザー名とパスワードを使用してサインインするすべてのユーザーとAPIエンドポイントに対して、多要素認証（MFA）を必須化します。</p><h2 id="多要素認証必須化の理由">多要素認証必須化の理由</h2><p>今回の変更は、GitLabの<a href="https://about.gitlab.com/blog/last-year-we-signed-the-secure-by-design-pledge-heres-our-progress/" rel="">Secure by Designへのコミットメント</a>における重要な取り組みの1つです。MFAは、ソフトウェア開発業界全体で継続的な脅威となっているクレデンシャルスタッフィング攻撃やアカウント乗っ取り攻撃に対する重要な防御手段となります。</p><h2 id="知っておくべき重要な情報">知っておくべき重要な情報</h2><h3 id="何が変わるのか">何が変わるのか？</h3><p>GitLabは、ユーザー名とパスワードで認証するサインインに対して、MFAを必須化します。これにより、パスワードだけでなく、重要な第2の認証レイヤーが追加されます。</p><h3 id="適用されるケースとされないケース">適用されるケースとされないケース</h3><ol><li><em><strong>適用されるケース：</strong></em> ユーザー名とパスワードでGitLab.comにサインインする場合、またはパスワードを使用してAPIに認証する場合</li><li><em><strong>適用されないケース：</strong></em> アクセスにソーシャルサインオン（Googleなど）またはシングルサインオン（SSO）のみを使用している場合（<em>注意：SSOを使用していても、直接ログイン用のパスワードを設定している場合は、SSO以外のパスワードベースのログインに対してMFAが必要になります）</em></li></ol><h3 id="ロールアウトのタイムライン">ロールアウトのタイムライン</h3><ol><li>実装は今後数か月にわたって段階的に行われます。これは、ユーザーの予期しない中断や生産性の低下を最小限に抑え、アカウントのロックアウトを防ぐことを目的としています。ユーザーグループによって時期は異なりますが、近日中にMFAの有効化を求められます。各グループは、実行したアクション、またはコントリビュートしたコードに基づいて選択されます。以下の方法で通知されます。<ul><li>✉️ メール通知 - 影響を受けるフェーズの前</li><li>🔔 定期的な製品内リマインダー - 14日前</li><li>⏱️ 一定期間後（メールが届きます） - MFAを有効にするまでGitLabへのアクセスがブロックされます</li></ul></li></ol><h3 id="必要な対応">必要な対応</h3><ol><li>ユーザー名とパスワードでGitLab.comにサインインする場合：<ul><li>パスキー、認証アプリ、WebAuthnデバイス、またはメール認証など、利用可能なMFA方法の1つを今すぐ事前に設定することを強くおすすめします。これにより、最も安全でシームレスな移行が保証されます。</li><li>GitLab.comの<strong>ユーザー設定</strong>にアクセスします。</li><li><strong>アカウント</strong>セクションを選択します。</li><li><strong>2要素認証</strong>を有効にし、希望する方法（認証アプリやWebAuthnデバイスなど）を設定します。</li><li>必要に応じてアクセスを回復できるよう、<strong>リカバリーコードを安全に保存</strong>してください。</li></ul></li><li>パスワードを使用してAPIに認証する場合：<ul><li>個人アクセストークン（PAT）への切り替えを事前に行うことを強くおすすめします。詳細については、<a href="https://docs.gitlab.com/ja-jp/user/profile/account/two_factor_authentication_troubleshooting/#error-http-basic-access-denied-if-a-password-was-provided-for-git-authentication-" rel="">ドキュメント</a>をご確認ください。</li></ul></li></ol><h2 id="よくある質問">よくある質問</h2><p><em>期限までにMFAを有効にしないとどうなりますか？</em></p><ul><li>サインインする前にMFAの設定が必要になります。</li></ul><p><em>CI/CDパイプラインや自動化に影響はありますか？</em></p><ul><li>はい、パスワードの代わりにPATまたはデプロイトークンを使用していない場合は影響があります。</li></ul><p><em>SSOを使用していますが、直接サインインすることもあります。その場合、MFAは必要ですか？</em></p><ul><li>はい、フォールバックシナリオを含む、パスワードベースの認証にはMFAが必要です。</li></ul><p><em>どのようなMFAリカバリーオプションが利用できますか？</em></p><ul><li><a href="https://docs.gitlab.com/ja-jp/user/profile/account/two_factor_authentication_troubleshooting/#recovery-options-and-2fa-reset" rel="">トラブルシューティングドキュメント</a>をご確認ください。*</li></ul><p>具体的なタイムラインとその他のリソースについては、ロールアウト日までに段階的に共有される予定です。この重要な変更についてご覧いただき、ありがとうございます。</p>]]></content>
        <author>
            <name>Kim Waters</name>
            <uri>https://about.gitlab.com/blog/authors/kim-waters</uri>
        </author>
        <published>2026-01-09T00:00:00.000Z</published>
    </entry>
    <entry>
        <title type="html"><![CDATA[GitLabを少ない工数で冗長化して安定運用を実現する ～HAクラスターソフトウェア「LifeKeeper」による冗長化～]]></title>
        <id>https://about.gitlab.com/ja-jp/blog/gitlab-high-availability-with-lifekeeper-hacluster/</id>
        <link href="https://about.gitlab.com/ja-jp/blog/gitlab-high-availability-with-lifekeeper-hacluster/"/>
        <updated>2025-12-19T00:00:00.000Z</updated>
        <content type="html"><![CDATA[<p><em><strong>編集部注：私たちは時折、パートナーコミュニティのメンバーにGitLabブログへの寄稿をお願いしています。今回は、サイオステクノロジー株式会社の西下容史氏に寄稿いただきました。</strong></em><br /><br /><em><strong>当ブログは、GitLabを運用されている方を対象にしています。開発の中核を担うGitLabは、何らかの障害（例えばサーバーの停止やGitLab自体の停止など）が原因で止まってしまうと、開発業務に大きな影響が出てしまいます。このためGitLabには「止まらない仕組み」が求められています。</strong></em><br /><em><strong>このブログでは、GitLabの止まらない仕組みを、直感的なGUIが用意されたHAクラスター製品による冗長化構成で実現する方法が紹介されています。</strong></em></p><h2 id="開発を止めないためにgitlabの冗長化を考える"><strong>開発を止めないために：GitLabの冗長化を考える</strong></h2><h3 id="gitlabの停止が開発チームに与える影響">GitLabの停止が開発チームに与える影響</h3><p>GitLabをSelf-Managed版で運用されている企業のインフラ担当者やDevOpsエンジニアの皆さん、GitLabの可用性について不安を感じたことはありませんか？</p><p>特に金融系・公共系企業では、セキュリティやコンプライアンスの観点から自社環境でGitLabを運用するケースが増えています。しかし、GitLabが障害で停止してしまうと、開発チーム全体の業務が止まり、システムやサービスのリリースに遅れが発生するなど、ビジネスへの影響は計り知れません。</p><p>バージョン管理、CI/CD、課題管理といった開発の中核を担うGitLabだからこそ、「止まらない仕組み」が求められています。</p><h3 id="haクラスター構成による高可用性の実現">HAクラスター構成による高可用性の実現</h3><p>このような課題に対する有効な解決策が、HAクラスター構成によるGitLabの冗長化です。稼働系と待機系のノードを用意し、障害発生時には自動的に切り替えることで、最小限のダウンタイムでサービスを継続できます。</p><p>本記事では、世界で9万ライセンス以上の導入実績を持つHAクラスター製品「LifeKeeper for Linux」を使用した、GitLabの冗長化構成を具体的にご紹介します。Amazon EC2環境でのAZ跨ぎ構成を例に、データ共有の仕組み、障害監視とフェイルオーバーの自動化、そして直感的なGUI操作による管理方法まで、実際の検証結果に基づいて解説していきます。</p><p>開発を止めないインフラ基盤の構築を検討されている方は、ぜひ最後までお読みください。</p><h2 id="gitlabとは開発基盤に求められる高可用性">GitLabとは：開発基盤に求められる高可用性</h2><p>GitLabは、分散型バージョン管理システムの「Git」を利用したDevSecOpsプラットフォームであり、世界中で多くの企業に採用されています。ファイルのバージョン管理、課題管理、CI/CDパイプラインなど、ソフトウェア開発に必要な機能を統合的に提供します。</p><h2 id="gitlabが停止したときの影響">GitLabが停止したときの影響</h2><h3 id="gitlab停止時の影響範囲">GitLab停止時の影響範囲</h3><p>GitLabが停止すると、以下のような影響が即座に発生します：</p><p>- <strong>開発作業の停止</strong>: コードのプッシュ・プル、マージリクエストのレビューができなくなる</p><ul><li><strong>CI/CDの停止</strong>: ビルド、テスト、デプロイといった自動化ワークフローが機能しなくなる</li><li><strong>コラボレーションの遮断</strong>: 課題管理やプロジェクト管理機能が使えず、チーム間の連携が途絶える</li><li><strong>緊急対応の不可</strong>: 本番環境のバグフィックスやセキュリティパッチ適用ができない</li></ul><p>停止時間が数時間に及べば開発計画が大幅に狂い、1日以上の停止は経営層への報告事項となる深刻なビジネスインパクトをもたらします。</p><h3 id="self-managed版gitlabにおける冗長化の必要性">Self-Managed版GitLabにおける冗長化の必要性</h3><p>GitLabには、SaaS版とSelf-Managed版の2つが提供されています。Self-Managed版は自社で用意した環境（IaaSやオンプレミス）にセットアップして利用するため、可用性の担保は利用者側の責任となります。</p><p>特に開発チームの規模が大きい場合や、ミッションクリティカルなシステム開発を行っている場合は、障害発生を前提とした冗長化構成が不可欠です。予め待機系ノードを用意しておき、障害発生時には自動的に稼働系から待機系に切り替えることで、最小限のダウンタイムでの復旧が実現できます。</p><h2 id="冗長化を実現する技術要素">冗長化を実現する技術要素</h2><p>GitLabの停止リスクに対する有効な解決策が、HAクラスター構成による冗長化です。ここでは、高可用性を実現するための技術要素と、その中核を担う「LifeKeeper for Linux」について解説します。</p><h3 id="haクラスター構成の基本的な考え方">HAクラスター構成の基本的な考え方</h3><p>HAクラスター構成では、稼働系（Active）と待機系（Standby）の2つのノードを用意します。通常時は稼働系でGitLabが動作し、障害が発生した際には自動的に待機系へ切り替わることで、サービスの継続性を確保します。</p><p>この仕組みにより、ハードウェア障害やソフトウェア障害が発生しても、数分程度のダウンタイムでGitLabを復旧できます。重要なのは、待機系が常にスタンバイ状態にあり、稼働系のデータをリアルタイムで同期していることです。これにより、切り替え時にもデータの一貫性が保たれ、開発者は障害発生前とほぼ同じ状態で作業を継続できます。</p><h3 id="lifekeeper-for-linuxとは">LifeKeeper for Linuxとは</h3><p>LifeKeeper for Linuxは、サイオステクノロジーが提供するHAクラスター製品で、全世界で9万ライセンス以上の導入実績を持つ信頼性の高いソリューションです。Linux環境におけるアプリケーションの高可用性を実現するために設計されており、GitLabのような重要なDevSecOpsプラットフォームの保護に最適です。</p><p>LifeKeeperの大きな特徴は、アプリケーションレベルでの可用性担保を実現できる点です。単にサーバーの冗長化を行うだけでなく、GitLabというアプリケーション自体を監視し、異常を検知した際には自動的にフェイルオーバーを実行します。</p><h3 id="冗長化構成を支える3つの技術要素">冗長化構成を支える3つの技術要素</h3><p>LifeKeeperによる冗長化構成は、以下の3つの技術要素で構成されています。</p><h4 id="_1-データ同期とレプリケーション">1. データ同期とレプリケーション</h4><p>LifeKeeperの製品ラインナップである「DataKeeper」は、ローカルディスク（Amazon EC2環境ではEBS）をブロックレベルでリアルタイム同期します。これにより、共有ストレージを使用せずに論理的な共有ディスクを実現できます。稼働系で発生したデータの変更は即座に待機系へ反映されるため、フェイルオーバー時にもデータの整合性が保たれます。</p><h4 id="_2-多層的な障害監視">2. 多層的な障害監視</h4><p>LifeKeeperは2種類の障害監視を並行して実行します。1つ目は、クラスターノード間の相互ハートビート通信によるノード自体の障害監視です。2つ目は、稼働系で動作するGitLabなどのソフトウェアの障害監視です。この多層的な監視により、ハードウェア障害とソフトウェア障害の両方を確実に検知できます。</p><h4 id="_3-自動フェイルオーバー機能">3. 自動フェイルオーバー機能</h4><p>障害を検知すると、LifeKeeperは自動的にフェイルオーバーを実行します。待機系ノードでGitLabを起動し、アクセス経路を切り替えることで、サービスを継続します。この一連のプロセスは自動化されているため、深夜や休日に障害が発生した場合でも、管理者の手動介入なしに復旧が完了します。</p><h3 id="自動フェイルオーバーがもたらすメリット">自動フェイルオーバーがもたらすメリット</h3><p>自動フェイルオーバーの最大のメリットは、復旧時間の短縮です。手動での復旧作業では、障害の検知、原因の特定、復旧手順の実行に多くの時間がかかりますが、自動フェイルオーバーであれば数分以内に復旧が完了します。<br />
また、人的ミスのリスクも排除できます。緊急時の手動作業では、手順の誤りや設定ミスが発生しがちですが、事前に設定された自動プロセスであれば、確実かつ一貫した復旧が可能です。<br />
さらに、24時間365日の監視体制を人的リソースだけで維持するのは困難ですが、自動フェイルオーバーがあれば、深夜や休日でもシステムが自律的に障害対応を行います。これにより、運用担当者の負担を大幅に軽減できます。</p><h3 id="クラウド環境での冗長化にも対応">クラウド環境での冗長化にも対応</h3><p>LifeKeeperは、Amazon EC2などのクラウド環境での冗長化にも対応しています。標準機能として「Recovery Kit for Route53」や「Recovery Kit for EC2」が提供されており、クラウド特有のネットワーク構成にも柔軟に対応できます。これにより、オンプレミス環境だけでなく、IaaSを利用したSelf-Managed版GitLabの冗長化も実現可能です。</p><h2 id="gitlabのhaクラスター構成">GitLabのHAクラスター構成</h2><p>それでは、LifeKeeper for Linuxを使ってどのようにGitLabを冗長化するのかを見てみましょう。</p><p>今回当社では、Amazon EC2環境でAZを跨いだ冗長化構成を検証しました。下記の図は検証構成の概念図です。</p><p><img alt="GitLabのHAクラスター構成" src="https://res.cloudinary.com/about-gitlab-com/image/upload/v1767660747/qdiodwqpg0bgjreswrnf.jpg" /></p><p>管理クライアントからはRoute53による名前解決でActive側のクラスターノードへのアクセスを実現しています。LifeKeeper for Linuxの標準機能の「Recovery Kit for EC2」を使うことで、スクリプト開発を行わずにGUI上でクラスターのアクセス制御を容易に設定できます。<br />
[参考]<br />
今回の検証ではElastic IPによる制御による名前解決を使用しましたが、LifeKeeperは製品の標準機能で下記の方式に対応しています。<br /><a href="https://bccs.sios.jp/usecases/aws.html" rel="">→『LifeKeeper』によるAmazon EC2の冗長化構成の例</a></p><ul><li>Recovery Kit for Route53：Route53の名前解決およびクラスターの切り替わり時にAレコードを書き換えて、名前解決した実IPに向けて通信する方式</li><li>Recovery Kit for EC2：<ul><li>Elastic IPをActiveノードのENIに割り当てることで、外部からActiveノードへの接続を可能にする方式</li><li>CIDRの外を指す仮想IPに向けて通信し、クラスターの切り替わり時にルートテーブルの送信先が仮想IPのターゲットを書き換えて通信する方式</li></ul></li></ul><h3 id="データ共有">データ共有</h3><p>前述の通り、クラスターノード間のデータ共有には「DataKeeper」を使用しています。本検証では、EBSをブロックレベルでリアルタイム同期することで、論理的な共有ディスクを実現しました。</p><h2 id="障害監視とフェイルオーバー">障害監視とフェイルオーバー</h2><p>LifeKeeperは下記の2種類の障害監視を並行して行っており、障害が検知されると自動的に待機系に切り替え（フェイルオーバー）て復旧を実現します。</p><ol><li>相互のハートビート通信によるノードの障害の監視</li><li>Active側の監視対象のソフトウェアの障害の監視</li></ol><p>上記の2.については、今回の検証ではQSP（Quick Service Protection）という機能を使っています。QSPはserviceのstatus/stop/startを使って簡易的にソフトウェアを監視や切り替えて保護できる機能です。<br />
[参考]<br />
今回の検証ではソフトウェアの保護にQSPを使用しましたが、LifeKeeperは他に下記の2つの方式に対応しています。</p><ul><li>Application Recovery Kit：SIOSが開発した制御スクリプトのラインナップを使う方式</li><li>Generic ARK：ユーザーが開発した制御スクリプトをLifeKeeperに組み込んで使う方式</li></ul><h2 id="直感的な操作を実現するwebgui">直感的な操作を実現するWebGUI</h2><p>LifeKeeperには直感的な操作を実現するWebGUIが標準機能として提供されています。GitLabのプログラムやファイルシステムなど、各保護対象をクラスターリソースとして登録し、依存関係（起動や停止させる時に他のクラスターリソースを道連れにするかしないか）もツリー構造で直感的かつ効率的に設定できます。</p><p>＜クラスターの切り替え前＞</p><p><img alt="直感的な操作を実現するWebGUI - クラスターの切り替え前" src="https://res.cloudinary.com/about-gitlab-com/image/upload/v1767661178/riengalkhmlzhdy1dx4r.jpg" /></p><p>＜クラスターの切り替え後＞</p><p><img alt="直感的な操作を実現するWebGUI - クラスターの切り替え後" src="https://res.cloudinary.com/about-gitlab-com/image/upload/v1767661364/fo4sjpey107bgsztwijp.jpg" /></p><p>手順の詳細はぜひ検証レポートをご覧ください。下記からダウンロード頂けます。</p><p><a href="https://mk.sios.jp/lifekeeper-gitlab-report_l" rel="">https://mk.sios.jp/lifekeeper-gitlab-report_l</a></p><h2 id="まとめとhaクラスター製品lifekeeperについて">まとめとHAクラスター製品「LifeKeeper」について</h2><p>ここまでご覧頂きました通り、開発の中核を担うGitLabには「止まらない仕組み」が求められています。このためには、GitLabの障害を自動的に検知・復旧し、安定した運用が求められます。こうした冗長化構成を、直感的なWebのGUI上で容易に構築できるのが「LifeKeeper」なのです。</p><p>「LifeKeeper」は、サイオステクノロジーが提供する全世界で9万ライセンス以上の導入実績があるHAクラスター製品です。「LifeKeeper」を導入することで、アプリケーションレベルでの可用性担保の実現に加えて、データレプリケーション製品の「DataKeeper」と組み合わせることで共有ストレージを使用せずクラウド上でシステムを冗長化させ、システム全体の可用性が高められます。<br />
詳細情報は、<a href="https://bccs.sios.jp/lifekeeper/" rel="">https://bccs.sios.jp/lifekeeper/</a> をご覧ください。</p><blockquote><h3 id="サイオステクノロジーについて"><em>サイオステクノロジーについて</em></h3><p><em>サイオステクノロジーは、Linuxに代表されるオープンソースソフトウェアを活用したシステムインテグレーションを原点とし、自社開発ソフトウェアおよびSaaSの販売とサービスを行っています。直近では、クラウドをはじめとするDXの技術領域に注力し、AIの活用支援や次世代を支える製品とサービスを提供しています。これからも革新的なソフトウェア技術を追求し、世界のIT産業に影響力のある存在となって価値を創造し、社会の発展に貢献してまいります。</em><br /><em>詳細情報は、<a href="https://sios.jp" rel="">https://sios.jp</a> をご覧ください。</em></p></blockquote>]]></content>
        <author>
            <name>Tsukasa Komatsubara</name>
            <uri>https://about.gitlab.com/blog/authors/tsukasa-komatsubara</uri>
        </author>
        <author>
            <name>Hiroshi Nishishita, SIOS Technology, Inc.</name>
            <uri>https://about.gitlab.com/blog/authors/hiroshi-nishishita, sios technology, inc.</uri>
        </author>
        <published>2025-12-19T00:00:00.000Z</published>
    </entry>
    <entry>
        <title type="html"><![CDATA[GitLab 18.7リリース]]></title>
        <id>https://about.gitlab.com/ja-jp/blog/gitlab-18-07-release/</id>
        <link href="https://about.gitlab.com/ja-jp/blog/gitlab-18-07-release/"/>
        <updated>2025-12-18T00:00:00.000Z</updated>
        <content type="html"><![CDATA[<p>本ブログは、<a href="https://about.gitlab.com/releases/2025/12/18/gitlab-18-7-released/" rel="">GitLab 18.7 Release</a>の抄訳です。内容に相違がある場合は、原文が優先されます。</p><h1 id="gitlab-duo分析ダッシュボードの改善とシークレット有効性チェック機能を搭載したgitlab-187をリリース">GitLab Duo分析ダッシュボードの改善とシークレット有効性チェック機能を搭載したGitLab 18.7をリリース</h1><p>このたび、GitLab 18.7をリリースしました。今回のリリースでは、GitLab Duo分析ダッシュボードの改善、シークレット有効性チェックの強化、チャットとエージェント向けのモデル選択機能など、さまざまな機能が追加されました。</p><p>これらの機能は、今回のリリースに含まれる25項目以上の改善点のほんの一部です。この記事では、お役に立つアップデートをすべてご紹介していますので、ぜひ最後までお読みください。</p><p>GitLab 18.7には、GitLabコミュニティのユーザーから169件ものコントリビュートがありました。ありがとうございました！GitLabは<a href="https://about.gitlab.com/community/contribute/" rel="">誰もがコントリビュートできる</a>プラットフォームであり、今回のリリースはユーザーのみなさまの協力なしには実現しませんでした。</p><p>来月のリリースで予定されている内容を先取りするには、<a href="https://about.gitlab.com/releases/whats-new/#whats-coming" rel="">What’s newページ</a>をご覧ください。</p><p>GitLab 18.7では、GitLab Duo分析ダッシュボードの改善とシークレット有効性チェックの強化を実現しました。</p><p><a href="http://twitter.com/share?text=GitLab+18.7+released+with+improved+GitLab+Duo+analytics+dashboard+and+secret+validity+checks&amp;url=https://about.gitlab.com/releases/2025/12/18/gitlab-18-7-released/&amp;hashtags=" rel="">クリックしてSNSで共有しましょう！</a></p><p><img alt="notable-contributor-logo" src="https://about.gitlab.com/images/notable-contributor-logo.svg" /></p><h1 id="今月の注目コントリビューターはdavid-anieboさんです"><strong>今月の<a href="https://contributors.gitlab.com/docs/notable-contributors" rel="">注目コントリビューター</a>は<a href="https://gitlab.com/webmekanic" rel="">David Aniebo</a>さんです</strong></h1><p>Davidさんは、GitLabのプロダクトプランニング機能と<a href="https://contributors.gitlab.com/" rel="">コントリビュータープラットフォーム</a>に大きく貢献されました。特に<a href="https://gitlab.com/gitlab-org/gitlab/-/merge_requests/207549" rel="">作業アイテムリスト機能の改善</a>では、技術的な専門知識と優れたユーザーエクスペリエンス設計を発揮。この改善により、数千人ものGitLabユーザーがプロジェクトの計画や作業アイテムの管理をより効率的に行えるようになりました。</p><p>コードの貢献だけでなく、Davidさんはコントリビュータープラットフォーム全体のサポート役としても活躍され、コミュニティの体験向上に尽力されています。その協力的な姿勢と迅速な対応は、多くのチームメンバーから高い評価を得ています。</p><p>Product PlanningのEngineering ManagerであるNick Brandtは次のように述べています。「Davidさんには、Product Planningグループの複数のプロジェクトで素晴らしい貢献をいただき、心から感謝しています」</p><p>Davidさん、貴重なコントリビュートとコミュニティへの積極的な参加、ありがとうございます。これからもよろしくお願いします。</p><h2 id="gitlab-187でリリースされた主な改善点"><strong>GitLab 18.7でリリースされた主な改善点</strong></h2><h3 id="シークレット有効性チェックが改善され一般提供開始に"><strong>シークレット有効性チェックが改善され一般提供開始に</strong></h3><blockquote><p>GitLab.com: Ultimate<br />
Self-Managed: Ultimate<br />
GitLab Dedicated: Ultimate</p></blockquote><p>リポジトリから有効なシークレットが漏洩した場合、迅速な対応が求められます。有効性チェック機能は、漏洩した認証情報がまだ使用可能かどうかを自動検証し、緊急度の高い脅威への優先対応をサポートします。</p><p>GitLab 18.7での改善点：</p><p><strong>ベンダー統合の拡大</strong>：Google Cloud、AWS、Postmanとの統合を追加。既存のGitLabトークンサポートも継続。</p><p><strong>レポートフィルタリングの強化</strong>：有効性ステータス（アクティブ、非アクティブ、おそらくアクティブ）でフィルタリングが可能になり、シークレット検出結果のトリアージと優先順位付けが迅速に。</p><p><strong>グループレベルAPI</strong>：単一のAPI呼び出しでグループ内すべてのプロジェクトの有効性チェックを有効化でき、組織全体への展開が効率的に。</p><p>本リリースで有効性チェックが一般提供開始となりました。</p><p><a href="https://docs.gitlab.com/user/application_security/vulnerabilities/validity_check/" rel="">ドキュメント</a><br /><a href="https://gitlab.com/groups/gitlab-org/-/epics/16890" rel="">エピック</a></p><figure className="video_container"><iframe src="https://www.youtube.com/embed/vZB8qMFfLms?si=Rp6aVHxOXdMVrx5z" title="YouTube video player" frameBorder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerPolicy="strict-origin-when-cross-origin" allowfullscreen"=""> </iframe></figure><h3 id="agentic-chatとエージェント向けの個別モデル選択"><strong>Agentic Chatとエージェント向けの個別モデル選択</strong></h3><blockquote><p>GitLab.com: Premium、Ultimate、Duo Pro、Duo Enterprise<br />
Self-Managed: Premium、Ultimate、Duo Pro、Duo Enterprise<br />
GitLab Dedicated: Ultimate、Duo Pro、Duo Enterprise</p></blockquote><p>トップレベルグループまたはインスタンスごとに、Agentic Chatとその他のエージェントで異なるモデルを選択できるようになりました。GitLab Duo Agent Platformでより柔軟なモデル運用が可能です。</p><p><a href="https://docs.gitlab.com/user/gitlab_duo/model_selection/#select-a-model-for-a-feature" rel="">ドキュメント</a></p><p><a href="https://gitlab.com/groups/gitlab-org/-/work_items/19998" rel="">イシュー</a></p><h3 id="gitlab-duoとsdlcトレンドダッシュボードの改善"><strong>GitLab DuoとSDLCトレンドダッシュボードの改善</strong></h3><p>GitLab.com: Premium、Ultimate、Duo Core、Duo Pro、Duo Enterprise<br />
Self-Managed: Premium、Ultimate、Duo Core、Duo Pro、Duo Enterprise<br />
GitLab Dedicated: Ultimate、Duo Core、Duo Pro、Duo Enterprise</p><p>GitLab DuoとSDLCトレンドダッシュボードでは、ソフトウェアデリバリーへのGitLab Duoの影響を測定する分析機能が大幅に強化されました。GitLab Duo機能の採用状況、パイプラインのパフォーマンス、デプロイ頻度、マージまでの平均時間といった主要な開発指標について、6か月間のトレンド分析が可能になりました。</p><p>GitLab Duoコード提案のコード生成量やIDEおよび言語別の利用傾向を追跡できるほか、チームによる新しいGitLab Duo Agent Platformフローの採用状況も確認できます。ユーザーレベルの詳細な指標により、チームに継続的な価値をもたらす主要Duo機能について、より深い洞察が得られます。</p><p>インスタンス管理者向けに、Postgres（3か月保持）またはClickHouseからすべてのDuoデータを抽出できる、<a href="https://docs.gitlab.com/api/graphql/reference/#aiinstanceusagedata" rel="">インスタンスレベルのAI使用状況エンドポイント</a>が新たに利用可能になりました。</p><p>ClickHouse統合を活用した本ダッシュボードは、数百万のデータポイントに対してサブセコンドのクエリパフォーマンスを実現します。Self-Managedインスタンスをご利用の場合は、改善された<a href="https://docs.gitlab.com/integration/clickhouse/" rel="">ClickHouse統合</a>の推奨事項と設定ガイドをご参照ください。</p><p><a href="https://docs.gitlab.com/user/analytics/duo_and_sdlc_trends/" rel="">ドキュメント</a><br /><a href="https://gitlab.com/groups/gitlab-org/-/epics/19629" rel="">エピック</a></p><p><a href="https://gitlab.com/groups/gitlab-org/-/epics/19629" rel=""></a></p><p><img alt="DAP_flow_metrics_dashboard" src="https://about.gitlab.com/images/18_7/DAP_flow_metrics_dashboard.png" /></p><h3 id="planner-agentの新機能がベータ版で利用可能に"><strong>Planner Agentの新機能がベータ版で利用可能に</strong></h3><blockquote><p>GitLab.com: Premium、Ultimate、Duo Core、Duo Pro、Duo Enterprise<br />
Self-Managed: Premium、Ultimate、Duo Core、Duo Pro、Duo Enterprise<br />
GitLab Dedicated: Ultimate、Duo Core、Duo Pro、Duo Enterprise</p></blockquote><p>Planner Agentに作成機能と編集機能がベータ版として追加されました。Planner Agentは、プロダクトマネージャーの業務をGitLab内で直接サポートする基盤エージェントです。作業アイテムの作成、編集、分析が行えます。</p><p>更新の手動追跡、作業の優先順位付け、計画データの集約といった作業から解放され、Planner Agentがバックログ分析、RICEやMoSCoWなどのフレームワーク適用、優先的に対処すべき項目の抽出をサポートします。計画ワークフローを理解し、より良い意思決定を効率的に行うための、頼れるチームメイトのような存在です。</p><p>フィードバックは<a href="https://gitlab.com/gitlab-org/gitlab/-/issues/576622" rel="">イシュー576622</a>までお寄せください。</p><p><a href="https://docs.gitlab.com/user/duo_agent_platform/agents/foundational_agents/planner/" rel="">ドキュメント</a><br /><a href="https://gitlab.com/gitlab-org/gitlab/-/issues/576618" rel="">イシュー</a></p><p><a href="https://gitlab.com/gitlab-org/gitlab/-/issues/576618" rel=""></a></p><p><img alt="planner_agent_beta" src="https://about.gitlab.com/images/18_7/planner_agent_beta.png" /></p><h3 id="cicdパイプラインでの動的入力オプション"><strong>CI/CDパイプラインでの動的入力オプション</strong></h3><blockquote><p>GitLab.com: Free、Premium、Ultimate<br />
Self-Managed: Free、Premium、Ultimate<br />
GitLab Dedicated: Ultimate</p></blockquote><p>直感的なWebインターフェイスからパイプラインを作成する際、動的入力選択を活用できるようになりました。</p><p>動的入力オプションでは、前の選択内容に基づいて次の選択肢が自動更新されるよう設定できます。たとえば、最初のドロップダウンリストで選択した項目に関連する選択肢が、2番目のドロップダウンリストに自動表示されます。</p><p>CI/CDインプットでできること：</p><ul><li>事前設定された入力値でパイプラインをトリガーし、エラーを削減してデプロイを効率化</li><li>ドロップダウンメニューからデフォルト以外の入力値をユーザーが選択可能に</li><li>前の選択に応じて選択肢が動的に更新されるカスケード式ドロップダウンリスト</li></ul><p>この動的機能により、パイプライン作成をガイドする、よりインテリジェントでコンテキストに応じた入力設定が可能になり、エラーを削減しつつ有効な入力の組み合わせのみを選択できます。</p><p><a href="https://docs.gitlab.com/ci/inputs/#define-conditional-input-options-with-specinputsrules" rel="">ドキュメント</a><br /><a href="https://gitlab.com/groups/gitlab-org/-/epics/18546" rel="">エピック</a></p><figure className="video_container"><iframe src="https://www.youtube.com/embed/vkHDGa65XcY?si=YaJXdErtbWfAGcgC" title="YouTube video player" frameBorder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerPolicy="strict-origin-when-cross-origin" allowFullScreen> </iframe></figure><h3 id="aiによるsast誤検出判定ベータ版"><strong>AIによるSAST誤検出判定（ベータ版）</strong></h3><blockquote><p>GitLab.com: Ultimate、Duo Core、Duo Pro、Duo Enterprise<br />
Self-Managed: Ultimate、Duo Core、Duo Pro、Duo Enterprise<br />
GitLab Dedicated: Ultimate、Duo Core、Duo Pro、Duo Enterprise</p></blockquote><p>セキュリティチームは、SAST検出結果が誤検出かどうかの調査に多くの時間を費やし、実際に注意を向けるべきセキュリティリスクへの対応が遅れがちです。</p><p>GitLab 18.7では、本当に重要な脆弱性に集中できるよう、AIを活用したSAST誤検出判定機能を導入しました。セキュリティスキャン実行時、GitLab Duoが重大度「致命的」および「高」のSAST脆弱性を自動分析し、誤検出の可能性を判定します。</p><p>AI評価結果は脆弱性レポートに直接表示されるため、セキュリティエンジニアは即座にコンテキストを把握でき、より迅速かつ確信を持ったトリアージ判断が可能になります。</p><p>主な機能：</p><p><strong>自動分析</strong>：各セキュリティスキャン後、手動トリガー不要で誤検出判定が自動実行されます。</p><p><strong>手動トリガーオプション</strong>：脆弱性詳細ページから個別の脆弱性に対してオンデマンドで誤検出判定を実行可能。</p><p><strong>高影響度の検出結果に特化</strong>：重大度「致命的」および「高」の脆弱性に範囲を限定し、シグナル対ノイズ比の改善を最大化。</p><p><strong>コンテキスト対応のAI推論</strong>：コードコンテキストと脆弱性特性に基づき、真陽性である可能性とその理由を説明。</p><p><strong>シームレスなワークフロー統合</strong>：既存の重大度、ステータス、修復情報と並んで、脆弱性レポート内に結果を直接表示。</p><p>本機能はUltimateのお客様向けの無料ベータ版で、グループまたはプロジェクト設定での有効化が必要です。フィードバックは<a href="https://gitlab.com/gitlab-org/gitlab/-/issues/583697" rel="">イシュー583697</a>までお寄せください。</p><p><a href="https://docs.gitlab.com/ee/user/application_security/vulnerabilities/false_positive_detection" rel="">ドキュメント</a><br /><a href="https://gitlab.com/groups/gitlab-org/-/epics/18977" rel="">エピック</a></p><p><a href="https://gitlab.com/groups/gitlab-org/-/epics/18977" rel=""></a></p><p><img alt="sast-false-positive-detection" src="https://about.gitlab.com/images/18_7/sast-false-positive-detection.png" /></p><h3 id="セキュリティダッシュボードのデフォルト有効化"><strong>セキュリティダッシュボードのデフォルト有効化</strong></h3><blockquote><p>GitLab.com: Ultimate<br />
Self-Managed: Ultimate<br />
GitLab Dedicated: Ultimate</p></blockquote><p>セキュリティダッシュボードが刷新され、モダンなインターフェイスに生まれ変わりました。これまでGitLab.comで提供されていた新ダッシュボードが、GitLab DedicatedおよびGitLab Self-Managedでもデフォルトで有効になります。</p><p>新機能：</p><p><strong>時系列での脆弱性チャート</strong></p><ul><li>プロジェクトまたはレポートタイプでのフィルタリング</li><li>レポートタイプと重大度によるグループ化</li><li>脆弱性レポートへの直接リンク</li></ul><p><strong>リスクスコアモジュール</strong></p><ul><li>GitLabアルゴリズムに基づき、グループまたはプロジェクトの推定リスクを算出</li></ul><p>新ダッシュボードの利用にはElasticSearchが必要です。</p><p><a href="https://docs.gitlab.com/user/application_security/security_dashboard/#new-security-dashboards" rel="">ドキュメント</a><br /><a href="https://gitlab.com/groups/gitlab-org/-/epics/20213" rel="">エピック</a><a href="https://gitlab.com/groups/gitlab-org/-/epics/20213" rel=""></a></p><p><img alt="security_dashboards" src="https://about.gitlab.com/images/18_7/security_dashboards.png" /></p><h3 id="cicdカタログへのコンポーネント公開を制御するインスタンス設定"><strong>CI/CDカタログへのコンポーネント公開を制御するインスタンス設定</strong></h3><blockquote><p>Self-Managed: Premium、Ultimate<br />
GitLab Dedicated: Ultimate</p></blockquote><p>GitLab Self-ManagedおよびGitLab Dedicatedの管理者は、CI/CDカタログへのコンポーネント公開が可能なプロジェクトを制限できるようになりました。この設定により、公開コンポーネントを制御し、信頼性の高い厳選されたCI/CDカタログを維持できます。</p><p>管理者はコンポーネント公開権限を持つプロジェクトの許可リストを指定可能です。許可リストにプロジェクトを登録すると、それらのプロジェクトのみがコンポーネントを公開できます。未承認のコンポーネントが公開リストに混入するのを防ぎ、すべてのコンポーネントが組織の基準とセキュリティ要件を満たすことを保証します。</p><p>これは、チームが承認済みコンポーネントを検出・再利用できる環境を維持しながら、CI/CDコンポーネントエコシステムを適切に管理したいエンタープライズのお客様にとって、重要なガバナンス機能です。</p><p><a href="https://docs.gitlab.com/administration/settings/continuous_integration/#restrict-cicd-catalog-publishing" rel="">ドキュメント</a><br /><a href="https://gitlab.com/gitlab-org/gitlab/-/issues/582044" rel="">エピック</a></p><p><img alt="Publication_1" src="https://about.gitlab.com/images/18_7/Publication_1.png" /></p><p><a href="https://gitlab.com/gitlab-org/gitlab/-/issues/582044" rel=""></a></p><h2 id="gitlab-187のその他の改善点"><strong>GitLab 18.7のその他の改善点</strong></h2><h3 id="見出しアンカーリンクのアクセシビリティ向上"><strong>見出しアンカーリンクのアクセシビリティ向上</strong></h3><blockquote><p>GitLab.com: Free、Premium、Ultimate<br />
Self-Managed: Free、Premium、Ultimate<br />
GitLab Dedicated: Ultimate</p></blockquote><p>見出しアンカーリンクが、対応する見出しと同じテキストで読み上げられるようになり、スクリーンリーダー利用者の使いやすさが向上しました。また、リンクが見出しテキストの後に配置されるようになったため、視覚的にもすっきりとした見た目になっています。</p><p>これらの改善により、ドキュメントやイシューなどのコンテンツで、特定のセクションを見つけてアクセスすることが、すべての利用者にとって簡単になりました。</p><p><a href="https://docs.gitlab.com/user/markdown/" rel="">ドキュメント</a><br /><a href="https://gitlab.com/gitlab-org/gitlab/-/work_items/463385" rel="">イシュー</a></p><h3 id="マージリクエストで子パイプラインのレポートを確認"><strong>マージリクエストで子パイプラインのレポートを確認</strong></h3><blockquote><p>GitLab.com: Free、Premium、Ultimate<br />
Self-Managed: Free、Premium、Ultimate<br />
GitLab Dedicated: Ultimate</p></blockquote><p>親子構造のCI/CDパイプラインを使用しているチームでは、テスト結果やコード品質レポート、インフラの変更内容を確認するために、複数のパイプラインページを行き来する必要があり、マージリクエストのレビュー作業が中断される問題がありました。</p><p>今回のアップデートで、マージリクエストのページから離れることなく、ユニットテスト、コード品質チェック、Terraformプラン、カスタムメトリクスなど、すべてのレポートを一か所で確認・ダウンロードできるようになりました。</p><p>これにより画面の切り替えが不要になり、マージリクエストの処理がスピードアップします。品質を維持しながら、機能をより速く提供できるようになります。</p><p><a href="https://docs.gitlab.com/ci/pipelines/downstream_pipelines/#view-child-pipeline-reports-in-merge-requests" rel="">ドキュメント</a><br /><a href="https://gitlab.com/groups/gitlab-org/-/epics/18311" rel="">エピック</a></p><p><a href="https://gitlab.com/groups/gitlab-org/-/epics/18311" rel=""></a></p><p><img alt="view-testreports-from-child-pipeline" src="https://about.gitlab.com/images/18_7/view-testreports-from-child-pipeline.png" /></p><h3 id="マージリクエスト承認ポリシーに警告モードを追加"><strong>マージリクエスト承認ポリシーに警告モードを追加</strong></h3><blockquote><p>GitLab.com: Ultimate<br />
Self-Managed: Ultimate<br />
GitLab Dedicated: Ultimate</p></blockquote><p>セキュリティチームは、新しい警告モードを使ってセキュリティポリシーの影響を事前にテスト・検証してから本格導入したり、段階的にセキュリティ施策を展開したりできるようになりました。警告モードを使うことで、開発者への影響を最小限に抑えながら、検出された脆弱性への対応を確実に行えます。</p><p><a href="https://docs.gitlab.com/user/application_security/policies/merge_request_approval_policies/" rel="">マージリクエスト承認ポリシー</a>の作成・編集時に、<code className="">warn</code>または<code className="">enforce</code>の実施モードを選択できるようになりました。</p><p>警告モードのポリシーでは、マージリクエストをブロックせずに、情報提供のためのボットコメントが生成されます。ポリシーについて質問がある場合の連絡先として、任意の承認者を指定することもできます。このアプローチにより、セキュリティチームはポリシーの影響を評価し、透明性の高い段階的な導入を通じて開発者との信頼関係を構築できます。</p><p>マージリクエスト上では、ポリシーが<code className="">warn</code>か<code className="">enforce</code>モードかが明確に表示されます。また、監査イベントでポリシー違反とその却下が記録されるため、コンプライアンスレポートにも活用できます。デベロッパーは、スキャン結果やライセンスポリシー違反について却下理由を記載することでバイパスでき、開発チームとセキュリティチームの間で建設的なフィードバックループが生まれます。</p><p>プロジェクトのデフォルトブランチでポリシー違反が検出された場合、プロジェクトおよびグループの脆弱性レポートに、違反している脆弱性が表示されます。プロジェクトの依存関係リストにも、ライセンスコンプライアンスポリシー違反を示すバッジが表示されます。</p><p>また、APIを使用して、プロジェクトのデフォルトブランチにおけるポリシー違反の絞り込みリストを取得することもできます。</p><p><a href="https://docs.gitlab.com/user/application_security/policies/merge_request_approval_policies/#warn-mode" rel="">ドキュメント</a><br /><a href="https://gitlab.com/groups/gitlab-org/-/epics/19595" rel="">エピック</a></p><p><a href="https://gitlab.com/groups/gitlab-org/-/epics/19595" rel=""></a></p><p><img alt="warn-mode-ga-toggle" src="https://about.gitlab.com/images/18_7/warn-mode-ga-toggle.png" /></p><h3 id="コンプライアンス違反のフィルタリングとコメント機能"><strong>コンプライアンス違反のフィルタリングとコメント機能</strong></h3><blockquote><p>GitLab.com: Ultimate<br />
Self-Managed: Ultimate<br />
GitLab Dedicated: Ultimate</p></blockquote><p>コンプライアンス違反レポートでは、組織内のすべてのプロジェクトで発生したコンプライアンス違反を一か所で確認できます。このレポートには、コントロール違反や関連する監査イベントの詳細情報が表示され、チームが違反のステータスを効果的に追跡できます。</p><p>GitLab 18.7では、重要な違反を素早く見つけられる強力なフィルタリング機能を追加しました。以下の条件で絞り込みができます：</p><ul><li>ステータス</li><li>プロジェクト</li><li>コントロール</li></ul><p>また、違反の解決に向けて、コメント機能を使ってチーム内で直接協力できるようになりました。違反レコード内で、次のことが可能です：</p><ul><li>調査担当者をタグ付け</li><li>対応方法について議論</li><li>調査結果を記録</li></ul><p>これらの機能により、コンプライアンス違反レポートが単なる一覧表示から、チームが協力して違反を発見・分析・解決できる動的なプラットフォームへと進化しました。</p><p><a href="https://docs.gitlab.com/user/compliance/compliance_center/compliance_violations_report/" rel="">ドキュメント</a><br /><a href="https://gitlab.com/gitlab-org/gitlab/-/issues/555541" rel="">イシュー</a><br /><a href="https://gitlab.com/gitlab-org/gitlab/-/issues/541095" rel="">イシュー</a></p><h3 id="self-managedでのトライアル体験を改善"><strong>Self-Managedでのトライアル体験を改善</strong></h3><blockquote><p>Self-Managed: Ultimate</p></blockquote><p>GitLab Self-ManagedでUltimateのトライアルを利用している方は、左サイドバーから、トライアルの有効状態、残り日数、利用可能な機能、有効期限のお知らせを確認できるようになりました。</p><p>これらの改善により、トライアル期間についての疑問が解消され、購入前に有料機能を評価しやすくなります。</p><p><a href="https://docs.gitlab.com/subscriptions/free_trials/#view-remaining-trial-period-days" rel="">ドキュメント</a><br /><a href="https://gitlab.com/gitlab-org/gitlab/-/issues/557180" rel="">イシュー</a><br /><a href="https://gitlab.com/gitlab-org/gitlab/-/issues/574878" rel="">イシュー</a><br /><a href="https://gitlab.com/gitlab-org/gitlab/-/issues/574879" rel="">イシュー</a></p><p><a href="https://gitlab.com/gitlab-org/gitlab/-/issues/574879" rel=""></a></p><p><img alt="growth_sm_ultimate_trial_widget" src="https://about.gitlab.com/images/18_7/growth_sm_ultimate_trial_widget.png" /></p><h3 id="aiゲートウェイのタイムアウト設定"><strong>AIゲートウェイのタイムアウト設定</strong></h3><blockquote><p>Self-Managed: Premium、Ultimate<br />
GitLab Dedicated: Ultimate、Duo Enterprise</p></blockquote><p>GitLab Duo Self-Hostedをご利用の場合、セルフホストモデルへのリクエストに対するタイムアウト値を設定できるようになりました。</p><p>設定可能な値は60秒から600秒の範囲です。</p><p><a href="https://docs.gitlab.com/administration/gitlab_duo_self_hosted/configure_duo_features/#configure-timeout-for-the-ai-gateway" rel="">ドキュメント</a><br /><a href="https://gitlab.com/gitlab-org/gitlab/-/work_items/579183" rel="">イシュー</a></p><p><a href="https://gitlab.com/gitlab-org/gitlab/-/work_items/579183" rel=""></a></p><p><img alt="AIGW-min" src="https://about.gitlab.com/images/18_7/AIGW-min.png" /></p><h3 id="基盤エージェントの利用可否を設定"><strong>基盤エージェントの利用可否を設定</strong></h3><blockquote><p>GitLab.com: Premium、Ultimate<br />
Self-Managed: Premium、Ultimate<br />
GitLab Dedicated: Ultimate</p></blockquote><p>トップレベルグループまたはインスタンスで、どの基盤エージェントを利用可能にするかを制御できるようになりました。</p><p>すべての基盤エージェントをデフォルトで有効または無効にしたり、個別のエージェントを切り替えて、組織のセキュリティとガバナンスのポリシーに合わせたりすることができます。</p><p><a href="https://docs.gitlab.com/user/duo_agent_platform/agents/foundational_agents/#turn-foundational-agents-on-or-off" rel="">ドキュメント</a><br /><a href="https://gitlab.com/gitlab-org/gitlab/-/issues/583815" rel="">イシュー</a></p><p><a href="https://gitlab.com/gitlab-org/gitlab/-/issues/583815" rel=""></a></p><p><img alt="settings_for_foundational_agents" src="https://about.gitlab.com/images/18_7/settings_for_foundational_agents.png" /></p><h3 id="エージェントとフローを管理者に報告"><strong>エージェントとフローを管理者に報告</strong></h3><blockquote><p>GitLab.com: Premium、Ultimate<br />
Self-Managed: Premium、Ultimate</p></blockquote><p>不適切なコンテンツを見つけた場合、エージェントとフローをインスタンス管理者に報告できるようになりました。フィードバックを含む報告を送信すると、管理者が問題のあるアイテムを非表示にしたり削除したりできます。</p><p>この機能を活用して、組織全体でエージェントとフローを安全に保ちましょう。</p><p><a href="https://docs.gitlab.com/user/report_abuse/" rel="">ドキュメント</a><br /><a href="https://gitlab.com/gitlab-org/gitlab/-/issues/578591" rel="">イシュー</a></p><p><img alt="report_abuse_for" src="https://about.gitlab.com/images/18_7/report_abuse_for.png" /></p><h3 id="gitlab-runner-187"><strong>GitLab Runner 18.7</strong></h3><blockquote><p>GitLab.com: Free、Premium、Ultimate<br />
Self-Managed: Free、Premium、Ultimate<br />
GitLab Dedicated: Ultimate</p></blockquote><p>GitLab Runner 18.7もリリースしました。</p><p>GitLab Runnerは、CI/CDジョブを実行し、結果をGitLabインスタンスに返す、高度にスケーラブルなビルドエージェントです。GitLab Runnerは、GitLabに含まれるオープンソースの継続的インテグレーションサービスであるGitLab CI/CDと連携して動作します。</p><p><strong>新機能：</strong></p><ul><li><a href="https://gitlab.com/gitlab-org/gitlab-runner/-/issues/39161" rel="">設定可能なタスクスケーラーの予約スロットリング</a></li><li><a href="https://gitlab.com/gitlab-org/gitlab-runner/-/issues/38378" rel=""><code className="">FF_TIMESTAMPS</code>をデフォルトで有効化</a></li></ul><p><strong>バグ修正：</strong></p><ul><li><a href="https://gitlab.com/gitlab-org/gitlab-runner/-/issues/39150" rel="">相対パスの<code className="">builds_dir</code>が指定されている場合、既存のGitリポジトリでShell Executorが失敗する</a></li><li><a href="https://gitlab.com/gitlab-org/gitlab-runner/-/issues/39140" rel="">GitLab Runner 18.6.0で2回目以降のパイプライン実行時に認証エラーが発生する（SSH Executor</a>）</li><li><a href="https://gitlab.com/gitlab-org/gitlab-runner/-/issues/39123" rel="">GitLab Runner 18.6.0で2回目以降のパイプライン実行時に認証エラーが発生する（Shell Executor）</a></li><li><a href="https://gitlab.com/gitlab-org/gitlab-runner/-/issues/39129" rel="">Docker 29 APIの互換性の問題</a></li><li><a href="https://gitlab.com/gitlab-org/gitlab-runner/-/issues/39124" rel="">GitLab Runner 18.6.0のShell Executorで、ファイル変数を参照する変数が機能しない</a></li><li><a href="https://gitlab.com/gitlab-org/gitlab-runner/-/issues/39050" rel="">GitLab RunnerがWindows 11 2025（25H2）に対応</a></li><li><a href="https://gitlab.com/gitlab-org/gitlab-runner/-/issues/38365" rel="">Docker Autoscaler ExecutorでECR認証情報ヘルパーが動作しない</a></li><li><a href="https://gitlab.com/gitlab-org/gitlab-runner/-/issues/27040" rel="">GitLab Runnerでジョブのタイムアウトが正しく適用されるように修正</a></li></ul><p>すべての変更内容は、GitLab Runnerの<a href="https://gitlab.com/gitlab-org/gitlab-runner/blob/18-7-stable/CHANGELOG.md" rel="">CHANGELOG</a>をご覧ください。</p><p><a href="https://docs.gitlab.com/runner" rel="">ドキュメント</a><br /><a href="https://gitlab.com/gitlab-org/gitlab-runner/-/boards/80" rel="">イシューボード</a></p><h3 id="self-managedとdedicated環境で高度な脆弱性管理が利用可能に"><strong>Self-ManagedとDedicated環境で高度な脆弱性管理が利用可能に</strong></h3><blockquote><p>GitLab.com: Ultimate<br />
Self-Managed: Ultimate<br />
GitLab Dedicated: Ultimate</p></blockquote><p>高度な脆弱性管理は、すべてのUltimateのお客様がご利用いただけるようになり、以下の機能が含まれます：</p><ul><li>プロジェクトまたはグループの脆弱性レポートで、OWASP 2021カテゴリー別にデータをグループ化</li><li>プロジェクトまたはグループの脆弱性レポートで、脆弱性識別子に基づくフィルタリング</li><li>プロジェクトまたはグループの脆弱性レポートで、到達可能性の値に基づくフィルタリング</li><li>ポリシー違反のバイパス理由によるフィルタリング</li></ul><p><a href="https://docs.gitlab.com/user/application_security/vulnerability_report/#advanced-vulnerability-management" rel="">ドキュメント</a><br /><a href="https://gitlab.com/gitlab-org/gitlab/-/issues/532703" rel="">イシュー</a></p><p><a href="https://gitlab.com/gitlab-org/gitlab/-/issues/532703" rel=""></a></p><p><img alt="" src="https://about.gitlab.com/images/18_7/advanced-vuln-mgmt-ga.png" /></p><h3 id="コンプライアンスフレームワークコントロールで正確なスキャンステータスを表示"><strong>コンプライアンスフレームワークコントロールで正確なスキャンステータスを表示</strong></h3><blockquote><p>GitLab.com: Ultimate<br />
Self-Managed: Ultimate<br />
GitLab Dedicated: Ultimate</p></blockquote><p>GitLabのコンプライアンスコントロールは、コンプライアンスフレームワークで使用できます。コントロールは、コンプライアンスフレームワークに割り当てられたプロジェクトの設定や動作に対するチェックです。</p><p>以前は、スキャナーに関連するコントロール（SASTが有効かどうかのチェックなど）では、コンプライアンスセンターでコントロールの成功または失敗ステータスが表示される前に、プロジェクトのデフォルトブランチで成功したパイプラインが必要でした。</p><p>GitLab 18.7では、この動作を変更し、パイプライン全体のステータスに関係なく、スキャンの完了のみに基づいてコントロールの成功または失敗を表示するようにしました。これにより、コントロールのコンプライアンスステータスが、パイプライン全体が成功したかどうかではなく、セキュリティスキャンが実行されて完了したかどうかを反映するため、混乱が解消されます。</p><p><a href="https://docs.gitlab.com/user/compliance/compliance_frameworks/#gitlab-compliance-controls" rel="">ドキュメント</a><br /><a href="https://gitlab.com/gitlab-org/gitlab/-/work_items/579849" rel="">イシュー</a></p><h3 id="gitlabcomのトライアル期間中にサービスアカウントが利用可能に"><strong>GitLab.comのトライアル期間中にサービスアカウントが利用可能に</strong></h3><blockquote><p>GitLab.com: Premium、Ultimate</p></blockquote><p>サービスアカウントがトライアル期間中に利用できるようになり、購入前に自動化および統合ワークフローをテストできるようになりました。</p><p><a href="https://docs.gitlab.com/user/profile/service_accounts/" rel="">ドキュメント</a><br /><a href="https://gitlab.com/gitlab-org/gitlab/-/merge_requests/211216" rel="">マージリクエスト</a></p><h3 id="aiエージェントとフローのバージョニング"><strong>AIエージェントとフローのバージョニング</strong></h3><blockquote><p>GitLab.com: Premium、Ultimate<br />
Self-Managed: Premium、Ultimate</p></blockquote><p>プロジェクトでAI Catalogからエージェントまたはフローを有効にすると、GitLabは特定のバージョンに固定するようになりました。</p><p>これにより、カタログアイテムが進化しても、AI搭載のワークフローが安定して予測可能な状態を保つことができるため、アップグレード前に新しいバージョンをテストおよび検証できます。</p><p><a href="https://docs.gitlab.com/user/duo_agent_platform/ai_catalog/#agent-and-flow-versions" rel="">ドキュメント</a><br /><a href="https://gitlab.com/groups/gitlab-org/-/epics/20022" rel="">エピック</a></p><p><a href="https://gitlab.com/groups/gitlab-org/-/epics/20022" rel=""></a></p><p><img alt="minimal_versioning_feature_for_ga" src="https://about.gitlab.com/images/18_7/minimal_versioning_feature_for_ga.png" /></p><h3 id="マージリクエストの説明とコメントの両方で高度な検索が利用可能に"><strong>マージリクエストの説明とコメントの両方で高度な検索が利用可能に</strong></h3><blockquote><p>GitLab.com: Free、Premium、Ultimate<br />
Self-Managed: Free、Premium、Ultimate<br />
GitLab Dedicated: Ultimate</p></blockquote><p>高度な検索で、マージリクエストの説明とコメントの両方から一致する結果が返されるようになりました。以前は、マージリクエストの説明とコメントを別々に検索する必要がありました。</p><p>この改善により、GitLabマージリクエストの検索ワークフローがより効率的かつ包括的になります。</p><p><a href="https://docs.gitlab.com/user/search/advanced_search/" rel="">ドキュメント</a><br /><a href="https://gitlab.com/gitlab-org/gitlab/-/issues/572590" rel="">イシュー</a><a href="https://gitlab.com/gitlab-org/gitlab/-/issues/572590" rel=""></a></p><h3 id="glqlを活用したdata-analyst基盤エージェントベータ版"><strong>GLQLを活用したData Analyst基盤エージェント（ベータ版）</strong></h3><blockquote><p>GitLab.com: Premium、Ultimate、Duo Core、Duo Pro、Duo Enterprise<br />
Self-Managed: Premium、Ultimate、Duo Core、Duo Pro、Duo Enterprise<br />
GitLab Dedicated: Ultimate、Duo Core、Duo Pro、Duo Enterprise</p></blockquote><p>Data Analyst Agentは、GitLabプラットフォーム全体のデータのクエリ、可視化、抽出を支援する専門的なAIアシスタントです。GitLab Query Language（GLQL）を使用してデータを取得および分析し、プロジェクトに関する明確で実用的なインサイトを提供します。</p><p>使用例とサンプルプロンプトはドキュメントでご確認いただけます。</p><p>このエージェントは現在ベータ版のため、<a href="https://gitlab.com/gitlab-org/gitlab/-/issues/574028" rel="">フィードバックイシュー</a>までご意見をお寄せください。改善や今後の方向性についてのインサイトをぜひお聞かせください。</p><p><a href="https://docs.gitlab.com/user/duo_agent_platform/agents/foundational_agents/data_analyst/" rel="">ドキュメント</a><br /><a href="https://gitlab.com/groups/gitlab-org/-/epics/19500" rel="">エピック</a></p><h3 id="ideでgitlab-duo-chatagenticのagentsmdサポート">IDEでGitLab Duo Chat（Agentic）の<code className="">AGENTS.md</code>サポート</h3><blockquote><p>GitLab.com: Premium、Ultimate、Duo Core、Duo Pro、Duo Enterprise<br />
Self-Managed: Premium、Ultimate、Duo Core、Duo Pro、Duo Enterprise<br />
GitLab Dedicated: Ultimate、Duo Core、Duo Pro、Duo Enterprise</p></blockquote><p>GitLab Duo Chatが、AIコーディングアシスタントにコンテキストと指示を提供する新しい標準規格である<code className="">AGENTS.md</code>仕様をサポートするようになりました。</p><p>GitLab Duoのみが利用できるカスタムルールとは異なり、<code className="">AGENTS.md</code>ファイルは他のAIコーディングツールでも使用できます。これにより、ビルドコマンド、テスト手順、コードスタイルガイドライン、プロジェクト固有のコンテキストが、この仕様をサポートする任意のAIツールで利用可能になります。</p><p>IDEのGitLab Duo Chatは、リポジトリ内の<code className="">AGENTS.md</code>ファイル、ユーザーレベルまたはワークスペースレベルで設定されたファイルから、利用可能な指示を自動的に適用します。モノレポの場合、サブディレクトリに<code className="">AGENTS.md</code>ファイルを配置することで、異なるコンポーネントに合わせた指示を提供できます。</p><p><a href="https://docs.gitlab.com/user/gitlab_duo_chat/agentic_chat/#create-agentsmd-instruction-files" rel="">ドキュメント</a><br /><a href="https://gitlab.com/gitlab-org/editor-extensions/gitlab-lsp/-/issues/1730" rel="">イシュー</a></p><h2 id="バグ修正パフォーマンスの改善uiの改善">バグ修正、パフォーマンスの改善、UIの改善</h2><p>GitLabでは、ユーザーに可能な限り最高の環境をお届けできるよう尽力しています。リリースのたびに、バグを修正し、パフォーマンスを改善し、UIを向上させるためにたゆまぬ努力を続けています。GitLabは、100万人を超えるGitLab.comユーザーをはじめ、GitLabのプラットフォームを利用するすべての人にスムーズでシームレスな体験をお届けすることを約束します。</p><p>18.7で提供されたすべてのバグ修正、パフォーマンスの強化、UI改善を確認するには、以下のリンクをクリックしてください。</p><ul><li><a href="https://gitlab.com/groups/gitlab-org/-/issues/?sort=updated_desc&amp;state=closed&amp;label_name%5B%5D=type%3A%3Abug&amp;or%5Blabel_name%5D%5B%5D=workflow%3A%3Acomplete&amp;or%5Blabel_name%5D%5B%5D=workflow%3A%3Averification&amp;or%5Blabel_name%5D%5B%5D=workflow%3A%3Aproduction&amp;milestone_title=18.7" rel="">バグ修正</a></li><li><a href="https://gitlab.com/groups/gitlab-org/-/issues/?sort=updated_desc&amp;state=closed&amp;label_name%5B%5D=bug%3A%3Aperformance&amp;or%5Blabel_name%5D%5B%5D=workflow%3A%3Acomplete&amp;or%5Blabel_name%5D%5B%5D=workflow%3A%3Averification&amp;or%5Blabel_name%5D%5B%5D=workflow%3A%3Aproduction&amp;milestone_title=18.7" rel="">パフォーマンスの改善</a></li><li><a href="https://papercuts.gitlab.com/?milestone=18.7" rel="">UIの改善</a></li></ul><h2 id="非推奨">非推奨</h2><p>新たに非推奨になった機能、および現在非推奨になっているすべての機能の一覧は、<a href="https://docs.gitlab.com/ee/update/deprecations.html" rel="">GitLabドキュメント</a>で確認できます。今後の破壊的な変更について通知を受け取るには、<a href="https://about.gitlab.com/breaking-changes.xml" rel="">破壊的な変更のRSSフィードにサブスクライブ</a>してください。<a href="https://docs.gitlab.com/ee/update/deprecations.html#design-management-deprecated" rel=""></a></p><ul><li><a href="https://docs.gitlab.com/ee/update/deprecations.html#slack-slash-commands" rel="">Slackのスラッシュコマンド</a></li></ul><h2 id="削除された機能と破壊的な変更">削除された機能と破壊的な変更</h2><p>削除されたすべての機能の一覧は、<a href="https://docs.gitlab.com/ee/update/deprecations.html" rel="">GitLabドキュメント</a>で確認できます。今後の破壊的な変更について通知を受け取るには、<a href="https://about.gitlab.com/breaking-changes.xml" rel="">破壊的な変更のRSSフィードにサブスクライブ</a>してください。</p><h3 id="変更履歴">変更履歴</h3><p>変更内容をすべて表示するには、次のページから変更履歴を確認してください。</p><ul><li><a href="https://gitlab.com/gitlab-org/gitlab-foss/blob/master/CHANGELOG.md" rel="">GitLab</a></li><li><a href="https://gitlab.com/gitlab-org/gitlab-runner/blob/main/CHANGELOG.md" rel="">GitLab Runner</a></li><li><a href="https://gitlab.com/gitlab-org/gitlab-vscode-extension/-/blob/main/CHANGELOG.md" rel="">GitLab Workflow for VS Code</a></li><li><a href="https://gitlab.com/gitlab-org/cli/-/releases" rel="">GitLab CLI</a></li></ul><h3 id="インストール">インストール</h3><p>GitLabを新規にインストールする場合は、<a href="https://about.gitlab.com/install/" rel="">GitLabのダウンロードページ</a>をご覧ください。</p><h3 id="更新事項">更新事項</h3><p><a href="https://about.gitlab.com/update/" rel="">更新ページ</a>をご覧ください。</p><h3 id="ご不明な点がある場合">ご不明な点がある場合</h3><p>ご質問やご意見をお聞かせください。本リリースについてご不明な点がある場合は、<a href="https://forum.gitlab.com/" rel="">GitLabフォーラム</a>にアクセスして質問を投稿してください。</p><h3 id="gitlabサブスクリプションプラン">GitLabサブスクリプションプラン</h3><ul><li><a href="https://about.gitlab.com/pricing/" rel="">Free</a>
ユーザー向けの永久無料機能を提供</li><li><a href="https://about.gitlab.com/pricing/premium/" rel="">Premium</a>
チームの生産性と調整を強化</li><li><a href="https://about.gitlab.com/pricing/ultimate/" rel="">Ultimate</a>
組織全体のセキュリティ、コンプライアンス、プランニングに対応
GitLabのすべての機能を<a href="https://about.gitlab.com/free-trial/?hosted=saas" rel="">無料</a>でお試しいただけます。</li></ul><p><em>--------------------</em></p><p><em>監修：ソリス ジェレズ / Jerez Solis <a href="https://gitlab.com/jerezs" rel="">@jerezs</a> （GitLab合同会社 ソリューションアーキテクト本部 ソリューションアーキテクト）</em></p><h3 id="過去の日本語リリース情報">過去の日本語リリース情報</h3><ul><li><a href="https://about.gitlab.com/ja-jp/blog/gitlab-18-06-release/" rel="">GitLab 18.6</a></li><li><a href="https://about.gitlab.com/ja-jp/blog/gitlab-18-05-release/" rel="">GitLab 18.5</a></li><li><a href="https://about.gitlab.com/ja-jp/blog/gitlab-18-04-release" rel="">GitLab 18.4</a></li><li><a href="https://about.gitlab.com/ja-jp/blog/gitlab-18-03-release" rel="">GitLab 18.3</a></li><li><a href="https://about.gitlab.com/ja-jp/blog/gitlab-18-02-release/" rel="">GitLab 18.2</a></li><li><a href="https://about.gitlab.com/ja-jp/blog/gitlab-18-01-release/" rel="">GitLab 18.1</a></li><li><a href="https://about.gitlab.com/ja-jp/blog/gitlab-18-0-release/" rel="">GitLab 18.0</a></li><li><a href="https://about.gitlab.com/ja-jp/blog/gitlab-17-11-release/" rel="">GitLab 17.11</a></li><li><a href="https://about.gitlab.com/ja-jp/blog/gitlab-17-10-release/" rel="">GitLab 17.10</a></li><li><a href="https://about.gitlab.com/ja-jp/blog/gitlab-17-9-release/" rel="">GitLab 17.9</a></li><li><a href="https://about.gitlab.com/ja-jp/blog/gitlab-17-8-release/" rel="">GitLab 17.8</a></li><li><a href="https://about.gitlab.com/ja-jp/blog/gitlab-17-7-release/" rel="">GitLab 17.7</a></li><li><a href="https://about.gitlab.com/ja-jp/blog/gitlab-17-6-release/" rel="">GitLab 17.6</a></li><li><a href="https://about.gitlab.com/ja-jp/blog/gitlab-17-5-released/" rel="">GitLab 17.5</a></li><li><a href="https://about.gitlab.com/ja-jp/blog/gitlab-17-4-released/" rel="">GitLab 17.4</a></li><li><a href="https://about.gitlab.com/ja-jp/blog/gitlab-17-3-released/" rel="">GitLab 17.3</a></li><li><a href="https://about.gitlab.com/ja-jp/blog/gitlab-17-2-released/" rel="">GitLab 17.2</a></li><li><a href="https://about.gitlab.com/ja-jp/blog/gitlab-17-1-released/" rel="">GitLab 17.1</a></li><li><a href="https://about.gitlab.com/ja-jp/blog/gitlab-16-11-released/" rel="">GitLab 16.11</a></li></ul>]]></content>
        <author>
            <name>GitLab Japan Team</name>
            <uri>https://about.gitlab.com/blog/authors/gitlab-japan team</uri>
        </author>
        <published>2025-12-18T00:00:00.000Z</published>
    </entry>
    <entry>
        <title type="html"><![CDATA[GitLab 18.7:AIによる自動化、ガバナンス、開発者エクスペリエンスの強化]]></title>
        <id>https://about.gitlab.com/ja-jp/blog/gitlab-18-7-advancing-ai-automation/</id>
        <link href="https://about.gitlab.com/ja-jp/blog/gitlab-18-7-advancing-ai-automation/"/>
        <updated>2025-12-18T00:00:00.000Z</updated>
        <content type="html"><![CDATA[<p>GitLab 18.7では、開発・運用・セキュリティの機能が強化されました。これにより、AIをワークフローに組み込む際に、より確実な管理と一貫性、そして信頼性が得られるようになります。このリリースは重要なマイルストーンに向けた準備でもあります。それは、2026年1月の18.8リリースで予定されているGitLab Duo Agent Platformの一般提供（GA）です。ただし、これは世界中のあらゆる業界のお客様に提供するために当社が設定した、極めて高い品質基準を引き続き満たすことが前提となります。</p><p>GitLab Duo Agent Platformの一般提供では、企業がソフトウェアライフサイクル全体でエージェント型AIを一元管理できる仕組みを導入します。この仕組みは、統一されたルールのもとでAIを活用できるよう設計されています。GitLab内で連携する基盤エージェント、カスタムエージェント、自動化フローを活用することで、チームは企業の基準を守りながら、作業を加速させるエージェント型ワークフローを導入できます。一般提供では、拡張されたAI Catalog機能、より強力な管理制御、信頼性の向上に加え、多様な役割とプロジェクトでのエージェント型AI利用に対応する柔軟な使用量ベース課金モデルが提供される予定です。</p><p><a href="https://about.gitlab.com/ja-jp/blog/gitlab-18-07-release/" rel="">18.7リリース</a>は、GitLab Duo Agent Platformの一般提供をサポートする重要な機能が追加されています。新しい自動化機能、強化されたガバナンス制御、セキュリティとパイプライン作成における全般的な機能強化により、チームは作業を効率化し、18.8以降でさらに信頼性の高いエージェント型エクスペリエンスを実現するための基盤を整えることができます。</p><iframe src="https://player.vimeo.com/video/1143231947?badge=0&amp;autopause=0&amp;player_id=0&amp;app_id=58479" frameBorder="0" allow="autoplay; fullscreen; picture-in-picture; clipboard-write; encrypted-media; web-share" referrerPolicy="strict-origin-when-cross-origin" style="position:absolute;top:0;left:0;width:100%;height:100%;" title="18.7 First Look)"></iframe><script src="https://player.vimeo.com/api/player.js"></script><p><strong>18.7の新機能:</strong></p><h2 id="gitlab-duo-agent-platform">GitLab Duo Agent Platform</h2><p>より多くのチームが開発とセキュリティのワークフローにAIを導入する中、GitLabは導入を強力かつ予測可能なものにすることに注力しています。18.7の更新は、GitLab Duo Agent Platformの一般提供（18.8で予定）で完全に実現される、ガイド付きでガバナンスの効いたAIエクスペリエンスの基盤を強化します。</p><p><strong><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/custom/" rel="">カスタムフロー</a></strong></p><p>カスタムフローは、YAMLで定義されたシーケンスを使用してエージェントを編成し、反復的な開発タスクを完了する多段階ワークフローを自動化する新しい方法を導入します。カスタムフローは、失敗したパイプラインの診断と修正、依存関係の更新、レビュー担当者が割り当てられたときのポリシーチェックの実行など、予測可能なパターンに従うシナリオの手作業を排除します。これらのタスクをインタラクティブに処理する代わりに、チームはメンションや割り当てなどのGitLabイベントから自動的にトリガーされるフローを定義できます。この機能は、独自のプロジェクトにカスタマイズされた自動化を必要とするデベロッパーと、コンプライアンスと運用効率のために組織全体で一貫したワークフローを必要とする管理者の両方をサポートします。</p><p><strong><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/foundational_flows/sast_false_positive_detection/" rel="">SAST誤検出判定フロー</a></strong></p><p>静的アプリケーションセキュリティテスト（SAST）のAI搭載誤検出管理により、チームが誤検出の可能性を評価し対応するための、より迅速で正確な方法が導入されます。GitLabは現在、AIを活用してレビュープロセスの早い段階で誤検出の可能性がある検出結果を特定し、開発者とセキュリティチームがノイズのトリアージに費やす時間を削減します。ユーザーは、レビューが必要な脆弱性の数の概要を確認し、分析の進捗状況を追跡し、脆弱性レポートから直接誤検出を却下できます。却下されると、これらの検出結果は将来のパイプラインでも却下されたままとなり、マージリクエストウィジェットで正しい却下ステータスが反映され続けます。これにより、コードの進化に伴って一貫性のある信頼性の高いシグナルが維持され、チームは真のリスクに集中し、修正作業を効率化し、不要なセキュリティレビューサイクルを削減できます。</p><p><strong><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/ai_catalog/#agent-and-flow-versions" rel="">カスタムエージェントのバージョン管理</a></strong></p><p>カスタムエージェントのバージョン管理により、チームはプロジェクトで使用するAI CatalogエージェントまたはFlowのバージョンを制御できます。作成者からの更新を自動的に継承する代わりに、GitLabは現在、各プロジェクトをチームで有効化されたエージェントとFlowの正確なバージョンに固定します。これにより、特に本番パイプラインやセキュリティに配慮した環境において、破壊的な変更、セキュリティリスク、ワークフローの中断を防ぐことができます。チームは任意のタイミングでアップグレードでき、新しいバージョンをステージング環境でテストしてから本番環境に適用し、実行中のバージョンを明確に確認して混乱を避けることができます。また、特定のバージョンでエージェントをフォークし、独立して進化させることで、より安全なカスタマイズも可能になります。その結果、開発およびCI/CDワークフロー全体でカスタムエージェントを採用するための、より予測可能で安定した安全な方法が実現されます。</p><p><strong><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/agents/foundational_agents/#turn-foundational-agents-on-or-off" rel="">基盤エージェントの新しい設定</a></strong></p><p>管理者は<a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/agents/foundational_agents/" rel="">基盤エージェント</a>のオン/オフを切り替えられるようになり、組織全体でAIがどのように使用されるかをより詳細に制御できるようになりました。このアップデートにより、管理者はインスタンスまたはグループレベルでこれらのエージェントを有効化または無効化でき、デフォルトの可用性を選択でき、コアエージェントへのアクセスを提供しながら新しいエージェントの導入方法を制御できます。その結果、エンタープライズチームが必要とするガバナンス、一貫性、制御を備えた、より柔軟なAI導入が実現されます。</p><p><strong><a href="https://docs.gitlab.com/ja-jp/user/duo_agent_platform/agents/foundational_agents/data_analyst/" rel="">Data Analystエージェント</a></strong></p><p>Data Analystエージェントは、チームが自然言語を使用してGitLabデータを探索する簡単な方法を提供し、<a href="https://docs.gitlab.com/ja-jp/user/glql/" rel="">GitLab Query Language</a>（GLQL）クエリを自動生成し、関連情報を取得し、ダッシュボードや手動でのクエリ作成を必要とせずに明確なインサイトを提示します。ユーザーは、作業量の分析、チーム活動の把握、開発トレンドの特定、イシューとマージリクエストのステータスの監視、ラベル、作成者、マイルストーン、またはその他の基準による作業アイテムの迅速な発見ができます。また、GitLab Flavored Markdownがサポートされている場所であればどこでも埋め込み可能な再利用可能なGLQLクエリを作成し、GitLab内でプロジェクトアクティビティに関する日常的な質問への回答を簡単に共有できます。</p><h2 id="core-devops">Core DevOps</h2><p>GitLab Duo Agent Platformでのイノベーションは、基盤となるDevOpsエクスペリエンスが同様に効率化され信頼できる場合に最も効果的です。18.7のコアGitLabワークフローの改善により、自動化、パイプライン、再利用可能なコンポーネントが最高レベルの明確性と一貫性で動作することが保証されます。</p><p><strong><a href="https://docs.gitlab.com/ja-jp/ci/inputs/#define-conditional-input-options-with-specinputsrules" rel="">GitLabパイプラインの動的入力選択</a></strong></p><p>GitLabパイプラインの動的入力選択は、GitLab UIの動的でカスケード式のドロップダウンフィールドを通じてパイプラインをトリガーする、より直感的な方法を導入します。これにより、機能横断的なチームはYAMLを編集したりデベロッパーに依存したりすることなくパイプラインを実行でき、選択を行う際に有効でコンテキストに応じたオプションのみが表示されることが保証されます。この機能は複雑なワークフローをサポートし、誤って設定された実行を削減し、JenkinsのActive Choiceから移行するチームの主要な障壁を取り除き、組織がCI/CDプロセスを完全にGitLabで標準化できるよう支援します。</p><p><strong><a href="https://docs.gitlab.com/ja-jp/ee/ci/components/" rel="">CI/CD Catalog公開ガードレール</a></strong></p><p>GitLab Self-ManagedとGitLab Dedicatedの管理者は、CI/CD Catalogにコンポーネントを公開できるプロジェクトを制御できるようになりました。この新しい設定により、組織は承認されたソースのみがコンポーネントを追加できるようにすることで、信頼できるエコシステムを維持できます。これにより、CI/CDランドスケープの制御を維持しながら、チームが承認されたコンポーネントを発見して再利用できるようにしたいエンタープライズ顧客のガバナンスが強化されます。</p><h2 id="プラットフォームセキュリティ">プラットフォームセキュリティ</h2><p>自動化とパイプラインワークフローがより効率的になるにつれて、コードの変更が組織の基準をどのように満たしているかについて、チームが強力な可視性と制御を維持することが依然として不可欠です。18.7のプラットフォームセキュリティアップデートは、デリバリーを中断することなくポリシーのガイダンスを導入および改善するための、より柔軟な方法をチームに提供することで、このバランスを強化します。</p><p><strong><a href="https://docs.gitlab.com/ja-jp/user/application_security/policies/merge_request_approval_policies/#warn-mode" rel="">MR承認ポリシーの警告モード</a></strong></p><p>MR承認ポリシーの警告モードでは、マージをブロックせずに違反を表面化できるため、完全な強制の前に影響を評価しながらポリシーを導入または調整するための、より摩擦の少ない方法をチームに提供します。また、デベロッパーが違反をレビューまたは却下でき、すべてのアクションが監査されてAppSecがポリシーの効果を改善できるようにする、ガイダンスベースのアプローチもサポートします。マージリクエストを超えて、デフォルトブランチにすでに存在する、または導入された違反は、<a href="https://docs.gitlab.com/user/application_security/vulnerability_report/" rel="">脆弱性レポート</a>にビジュアルバッジとともに表示されるため、ポリシーに違反する問題を特定して優先順位を付けることが容易になります。</p><h2 id="チームによるソフトウェアの構築保護提供の方法を向上">チームによるソフトウェアの構築、保護、提供の方法を向上</h2><p>18.7リリースは、GitLab環境全体で信頼性が高く柔軟な自動化の基盤を強化することを目的としています。</p><iframe src="https://player.vimeo.com/video/1147756347?badge=0&amp;autopause=0&amp;player_id=0&amp;app_id=58479" frameBorder="0" allow="autoplay; fullscreen; picture-in-picture; clipboard-write; encrypted-media; web-share" referrerPolicy="strict-origin-when-cross-origin" style="position:absolute;top:0;left:0;width:100%;height:100%;" title="18.7 Demo V3"></iframe><script src="https://player.vimeo.com/api/player.js"></script><p>GitLab PremiumおよびUltimateユーザーは、<a href="https://GitLab.com" rel="">GitLab.com</a>およびセルフマネージド環境で本日からこれらの機能を使用でき、GitLab Dedicatedのお客様は来月の提供が予定されています。</p><p>GitLab Duo Agent Platformは現在<strong>ベータ版</strong>です。ベータ版および実験的機能を有効化して、フルコンテキストAIがチームのソフトウェア構築方法をどのように変革するかをご体験ください。GitLabが初めての方は、<a href="https://about.gitlab.com/ja-jp/free-trial/devsecops/" rel="">無料トライアルを開始</a>して、開発の未来がAIを活用し、セキュアで、世界で最も包括的なDevSecOpsプラットフォームを通じてオーケストレーションされる理由をご確認ください。</p><ul><li><strong>注意:</strong> ベータ版のプラットフォーム機能は、GitLab Betaプログラムの一部として利用できます。ベータ期間中は無料で使用でき、一般提供時には、GitLab Duo Agent Platformの有料アドオンオプションとして提供される予定です。</li></ul><h3 id="gitlabの最新情報を入手">GitLabの最新情報を入手</h3><p>最新の機能、セキュリティアップデート、パフォーマンスの改善を確実に入手するために、GitLabインスタンスを最新の状態に保つことをお勧めします。以下のリソースは、アップグレードの計画と完了に役立ちます。</p><ul><li><a href="https://gitlab-com.gitlab.io/support/toolbox/upgrade-path/" rel="">Upgrade Path Tool</a> — 現在のバージョンを入力すると、インスタンスの正確なアップグレード手順が表示されます</li><li><a href="https://docs.gitlab.com/update/upgrade_paths/" rel="">アップグレードドキュメント</a> — サポートされている各バージョンの詳細なガイド(要件、ステップバイステップの手順、ベストプラクティスを含む)</li></ul><p>定期的にアップグレードすることで、チームは最新のGitLab機能を活用し、安全でサポートされた状態を維持できます。</p><p>手間のかからないアプローチを希望する組織には、<a href="https://content.gitlab.com/viewer/d1fe944dddb06394e6187f0028f010ad#1" rel="">GitLabのManaged Maintenanceサービス</a>をご検討ください。Managed Maintenanceを利用すると、チームはイノベーションに集中し続けながら、GitLabの専門家がセルフマネージドインスタンスを確実にアップグレードし、セキュアに保ち、DevSecOpsでリードできる状態を維持します。詳細については、アカウントマネージャーにお問い合わせください。</p><p><em>このブログ投稿には、1933年証券法(改正済)の第27A条および1934年証券取引法の第21E条の意味における「将来見通しに関する記述」が含まれています。これらの記述に反映されている期待は合理的であると考えていますが、実際の結果や成果が大きく異なる原因となる可能性のある既知および未知のリスク、不確実性、仮定、その他の要因の影響を受けます。これらのリスクおよびその他の要因に関する詳細情報は、SECへの提出書類の「リスク要因」という見出しの下に記載されています。当社は、法律で義務付けられている場合を除き、このブログ投稿の日付以降にこれらの記述を更新または改訂する義務を負いません。</em></p>]]></content>
        <author>
            <name>Bill Staples</name>
            <uri>https://about.gitlab.com/blog/authors/bill-staples</uri>
        </author>
        <published>2025-12-18T00:00:00.000Z</published>
    </entry>
</feed>