[{"data":1,"prerenderedAt":812},["ShallowReactive",2],{"/ja-jp/blog/understanding-flows-multi-agent-workflows":3,"navigation-ja-jp":39,"banner-ja-jp":450,"footer-ja-jp":460,"blog-post-authors-ja-jp-Itzik Gan Baruch":696,"blog-related-posts-ja-jp-understanding-flows-multi-agent-workflows":710,"blog-promotions-ja-jp":751,"next-steps-ja-jp":803},{"id":4,"title":5,"authorSlugs":6,"authors":8,"body":10,"category":11,"categorySlug":11,"config":12,"content":16,"date":22,"description":25,"extension":26,"externalUrl":27,"featured":14,"heroImage":23,"isFeatured":14,"meta":28,"navigation":29,"path":30,"publishedDate":22,"rawbody":31,"seo":32,"slug":13,"stem":34,"tagSlugs":35,"tags":37,"template":15,"updatedDate":27,"__hash__":38},"blogPosts/ja-jp/blog/understanding-flows-multi-agent-workflows.yml","フローを理解する：マルチエージェントワークフロー",[7],"itzik-gan-baruch",[9],"Itzik Gan Baruch","\n*8部構成ガイド「[GitLab Duo Agent Platformを始める](https://about.gitlab.com/ja-jp/blog/gitlab-duo-agent-platform-complete-getting-started-guide/)」のパート4へようこそ。開発ライフサイクル内でのAIエージェントとワークフローの構築・デプロイをマスターします。最初の対話から完全カスタマイズ可能なプロダクション対応の自動化ワークフローまで、段階的なチュートリアルに従ってください。*\n\n**この記事の内容:**\n\n- [フローとは何か、どのように機能するか](#introduction-to-flows)\n- [GitLabが提供する基本フロー](#foundational-flows)\n- [カスタムフローの作成](#how-to-create-custom-flows)\n- [フローの実行とオーケストレーション](#flow-execution)\n- [実例とユースケース](#example-custom-flow-yaml)\n\n> 🎯 今すぐ[**GitLab Duo Agent Platform**](https://about.gitlab.com/ja-jp/gitlab-duo-agent-platform/)をお試しください！\n## フローの紹介\nフローは、1つ以上のエージェントが協働する組み合わせです。複雑な問題を解決するために複数ステップのワークフローを調整し、GitLabプラットフォームコンピュート上で実行されます。\n\n**フローの主な特徴:**\n\n- **マルチエージェントオーケストレーション**: 複数の専門エージェントを組み合わせ\n- **ビルトイン**: プラットフォームコンピュート上で実行、追加環境不要\n- **イベント駆動**: メンション、割り当て、レビュアーとしての割り当てでトリガー\n- **非同期**: 作業を続けながらバックグラウンドで実行\n- **完全なワークフロー**: 分析から実装までエンドツーエンドのタスクを処理\n\nフローは、情報収集から意思決定、変更の実行、結果の提供まで、すべて自動で行う自律的なワークフローです。あなたは他の作業に集中できます。\n\n## フロー vs. エージェント: 違いを理解する\nエージェントはあなたと対話的に作業します。フローはあなたのために自律的に作業します。\n\n| 側面 | エージェント | フロー |\n|--------|--------|-------|\n| **インタラクション** | 対話型チャット | 自律的な実行 |\n| **使用タイミング** | 質問、ガイダンス、対話的なタスク実行 | 自律的な複数ステップワークフロー |\n| **ユーザーの関与** | アクティブな会話 | トリガーと結果のレビュー |\n| **実行時間** | リアルタイム応答 | バックグラウンド処理 |\n| **複雑さ** | 単一エージェントタスク | マルチエージェントオーケストレーション |\n\n## フロータイプの概要\n\n| タイプ | インターフェース | メンテナー | ユースケース |\n|------|-------------|---------------|----------|\n| **[基本フロー](https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/foundational_flows/)** | UIアクション、IDEインターフェース | GitLab | ソフトウェア開発、イシュー内のデベロッパー、CI/CDパイプライン修正、GitLab CI/CDへの変換、コードレビュー、SAST誤検知判定 |\n| **[カスタムフロー](https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/custom/)** | メンション、割り当て、レビュアー割り当て | 自分 | 例: 大規模な移行/最新化、リリース自動化、依存関係更新管理 |\n\n## 基本フロー\n基本フローは、GitLabが作成・保守するプロダクション対応のワークフローです。専用のUIコントロールまたはIDEインターフェースからアクセスできます。\n### 現在利用可能な基本フロー\n\n| フロー | 利用可能な場所 | アクセス方法 | 最適な用途 |\n|------|-----------------|---------------|----------|\n| [**ソフトウェア開発フロー**](https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/foundational_flows/software_development/) | IDE(VS Code、JetBrains、Visual Studio) | IDEのFlowsタブ | 機能実装、複雑なリファクタリング、複数ファイルの変更 |\n| [**デベロッパーフロー**](https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/foundational_flows/developer/) | GitLab Web UI | イシューの「Duoでマージリクエストを生成」ボタン | 明確に定義された機能、明確な手順のあるバグ修正 |\n| [**CI/CDパイプライン修復フロー**](https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/foundational_flows/fix_pipeline/) | GitLab Web UI | 失敗したパイプラインインターフェース | パイプラインデバッグ、CI/CD設定の問題 |\n| [**GitLab CI/CD変換フロー**](https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/foundational_flows/convert_to_gitlab_ci/) | GitLab Web UI | Jenkinsfileの「Convert to GitLab CI/CD」ボタン | JenkinsからGitLab CI/CDへの移行 |\n| [**コードレビューフロー**](https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/foundational_flows/code_review/) | GitLab Web UI | MRでレビュアーとして割り当て | AIネイティブ分析とフィードバックによる自動コードレビュー |\n| [**SAST誤検出判定フロー**](https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/foundational_flows/sast_false_positive_detection/) | GitLab Web UI | セキュリティスキャン結果 | SAST検出結果の誤検知を自動的に特定してフィルタリング |\n\n## カスタムフロー\n\nカスタムフローは、チームの特定のニーズに合わせて作成するYAML定義のワークフローです。GitLab Runnerで実行され、GitLabイベントによってトリガーできます。\n\n> **🎯 今すぐ試す:**[カスタムフローのインタラクティブデモ](https://gitlab.navattic.com/custom-flows) — カスタムフローの作成と設定方法を探索します。\n\n### カスタムフローを作成する理由\n\nカスタムフローは、チームのワークフローに固有の反復的な複数ステップタスクを自動化します。一般的な目的に使用される基本フローとは異なり、カスタムフローは組織のプロセス、ツール、要件に合わせて調整されます。\n\n**一般的なユースケース:**\n\n- **自動コードレビュー**: 複数段階のレビュープロセス(セキュリティスキャン → 品質チェック → スタイル検証)\n- **コンプライアンスチェック**: 各MRで規制要件、ライセンスコンプライアンス、セキュリティポリシーを確認\n- **ドキュメント生成**: コード変更に基づいてAPIドキュメント、READMEファイル、変更ログを自動更新\n- **依存関係管理**: 週次セキュリティスキャン、自動更新、脆弱性レポート\n- **カスタムテスト**: 技術スタック用の特殊なテストスイートまたは統合テスト\n\n### 実例\n\nフィンテック企業は、すべてのマージリクエストで実行されるコンプライアンスフローを作成します。`@compliance-flow`でトリガーされると、フローは次のステップを実行します。\n1. **セキュリティエージェント**がPCI-DSS違反のコードをスキャンし、露出した機密データをチェックします。\n2. **コードレビューエージェント**が変更がセキュアコーディング標準とベストプラクティスに従っていることを確認します。\n3. **ドキュメントエージェント**がAPI変更に更新されたドキュメントが含まれているかチェックします。\n4. **サマリーエージェント**が検出結果を集約し、合格/不合格ステータスのコンプライアンスレポートを投稿します。\n\nコンプライアンスレビュー全体が5〜10分で自動的に実行され、すべてのマージリクエストで一貫したチェックが提供されます。\n\n### カスタムフローのトリガー方法\n\nカスタムフローは複数の方法でトリガーできます。\n\n**1. イシュー/MRでのメンション:**\nコメントでフローをメンションしてトリガーします。ドキュメント生成フローの例:\n```text\n@doc-generator Generate API documentation for this feature\n```\n\n**2. イシューまたはMRへのフローの割り当て:**\n次のいずれかを使用してフローを割り当てます。\n- **GitLab UI**: イシュー/MRの「アサイン」ボタンをクリックしてフローを選択\n- **コマンド**: コメントで`/assign`コマンドを使用。例:\n```shell\n/assign @doc-generator\n```\n\n**3. レビュアーとしてのフローの割り当て:**\n次のいずれかを使用してマージリクエストにレビュアーとしてフローを割り当てます。\n- **GitLab UI**: マージリクエストの「レビュアーをアサインする」ボタンをクリックしてフローを選択\n- **コマンド**:コメントで`/assign_reviewer`コマンドを使用。例:\n```shell\n/assign_reviewer @doc-reviewer\n```\nこれらの方法のいずれかにより、フローが自動的にトリガーされ、タスクを実行します。\n\n### カスタムフローの作成方法\n\nカスタムフローは、プロジェクトの**自動化 → フロー → 新しいフロー**、または**検索 → AIカタログ → フロー → 新しいフロー**からGitLab UIを通じて作成されます。コンポーネント、プロンプト、ルーティング、実行フローを指定するYAML設定を使用してフローを定義します。YAMLスキーマにより、エージェントの動作とオーケストレーションを正確に制御できる洗練されたマルチエージェントワークフローを作成できます。\n\n\n**カスタムフローの主要要素:**\n\n- **コンポーネント**: ワークフロー内のエージェントとステップを定義\n- **プロンプト**: AIモデルの動作と指示を設定\n- **ルーター**: コンポーネント間のフローを制御\n- **ツールセット**: エージェントが使用できるGitLab APIツールを指定\n\n### カスタムフローYAMLの例\n**背景**: この例は、旅行予約プラットフォームの機能実装フローを示しています。デベロッパーが機能要件を含むイシューを作成すると、このフローをトリガーして、要件の分析、コードベースのレビュー、ソリューションの実装、マージリクエストの作成まで、すべて手動介入なしで自動的に実行できます。\nYAML設定は次のとおりです。\n\n```yaml\nversion: \"v1\"\nenvironment: ambient\ncomponents:\n  - name: \"implement_feature\"\n    type: AgentComponent\n    prompt_id: \"implementation_prompt\"\n    inputs:\n      - from: \"context:goal\"\n        as: \"user_goal\"\n      - from: \"context:project_id\"\n        as: \"project_id\"\n    toolset:\n      - \"get_issue\"\n      - \"get_repository_file\"\n      - \"list_repository_tree\"\n      - \"find_files\"\n      - \"blob_search\"\n      - \"create_file\"\n      - \"create_commit\"\n      - \"create_merge_request\"\n      - \"create_issue_note\"\n    ui_log_events:\n      - \"on_agent_final_answer\"\n      - \"on_tool_execution_success\"\n      - \"on_tool_execution_failed\"\n\nprompts:\n  - name: \"Cheapflights Feature Implementation（Cheapflights機能実装）\"\n    prompt_id: \"implementation_prompt\"\n    unit_primitives: []\n    prompt_template:\n      system: |\n        You are an expert full-stack developer specializing in travel booking platforms, specifically Cheapflights（あなたは旅行予約プラットフォーム、特にCheapflightsを専門とするエキスパートフルスタックデベロッパーです）.\n\n        Your task is to（あなたのタスクは以下のとおりです）:\n        1. Extract the issue IID from the goal (look for \"Issue IID: XX\")\n        2. Use get_issue with project_id={{project_id}} and issue_iid to retrieve issue details\n        3. Analyze the requirements for the flight search feature\n        4. Review the existing codebase using list_repository_tree, find_files, and get_repository_file\n        5. Design and implement the solution following Cheapflights best practices\n        6. Create all necessary code files using create_file (call multiple times for multiple files)\n        7. Commit the changes using create_commit\n        8. Create a merge request using create_merge_request\n        9. Post a summary comment to the issue using create_issue_note with the MR link\n\n        1. ゴールからイシューIIDを抽出する(「Issue IID: XX」を探す)\n        2. project_id={{project_id}}とissue_iidを使用してget_issueでイシューの詳細を取得\n        3. フライト検索機能の要件を分析\n        4. list_repository_tree、find_files、get_repository_fileを使用して既存のコードベースをレビュー\n        5. Cheapflightsのベストプラクティスに従ってソリューションを設計・実装\n        6. create_fileを使用して必要なコードファイルをすべて作成(複数ファイルの場合は複数回呼び出し)\n        7. create_commitを使用して変更をコミット\n        8. create_merge_requestを使用してマージリクエストを作成\n        9. create_issue_noteを使用してMRリンク付きの概要コメントをイシューに投稿\n\n        Cheapflights Domain Expertise（Cheapflightsドメインの専門知識）:\n        - Flight search and booking systems (Amadeus, Sabre, Skyscanner APIs)\n        - Fare comparison and pricing strategies\n        - Real-time availability and inventory management\n        - Travel industry UX patterns\n        - Performance optimization for high-traffic flight searches\n\n        - フライト検索・予約システム(Amadeus、Sabre、Skyscanner API)\n        - 運賃比較と価格戦略\n        - リアルタイムの空席状況と在庫管理\n        - 旅行業界のUXパターン\n        - 高トラフィックのフライト検索のためのパフォーマンス最適化\n\n        Code Standards（コーディング基準）:\n        - Clean, maintainable code (TypeScript/JavaScript/Python/React)\n        - Proper state management for React components\n        - RESTful API endpoints with comprehensive error handling\n        - Mobile-first responsive design\n        - Proper timezone handling (use moment-timezone or date-fns-tz)\n        - WCAG 2.1 accessibility compliance\n\n        - クリーンで保守性の高いコード(TypeScript/JavaScript/Python/React)\n        - Reactコンポーネントの適切な状態管理\n        - 包括的なエラーハンドリングを備えたRESTful APIエンドポイント\n        - モバイルファーストのレスポンシブデザイン\n        - 適切なタイムゾーン処理(moment-timezoneまたはdate-fns-tzを使用)\n        - WCAG 2.1アクセシビリティ準拠\n\n        Flight-Specific Best Practices（フライト固有のベストプラクティス）:\n        - Accurate fare calculations (base fare + taxes + fees + surcharges)\n        - Flight duration calculations across timezones\n        - Search filter logic (price range, number of stops, airlines, departure/arrival times)\n        - Sort algorithms (best value, fastest, cheapest)\n        - Handle edge cases: date line crossing, daylight saving time, red-eye flights\n        - Currency amounts use proper decimal handling (avoid floating point errors)\n        - Dates use ISO 8601 format\n        - Flight codes follow IATA standards (3-letter airport codes)\n\n        - 正確な運賃計算(基本運賃 + 税金 + 手数料 + 追加料金)\n        - タイムゾーンをまたぐフライト時間の計算\n        - 検索フィルターロジック(価格帯、経由便数、航空会社、出発/到着時刻)\n        - ソートアルゴリズム(ベストバリュー、最速、最安値)\n        - エッジケースの処理: 日付変更線の通過、サマータイム、深夜便\n        - 通貨金額は適切な小数処理を使用(浮動小数点エラーを回避)\n        - 日付はISO 8601形式を使用\n        - フライトコードはIATA標準に従う(3文字の空港コード)\n\n        Implementation Requirements（実装要件）:\n        - No TODOs or placeholder comments\n        - All functions must be fully implemented\n        - Include proper TypeScript types or Python type hints\n        - Add JSDoc/docstring comments for all functions\n        - Comprehensive error handling and input validation\n        - Basic unit tests for critical functions\n        - Performance considerations for handling large result sets\n\n        - To-Doやプレースホルダーコメントは不可\n        - すべての関数を完全に実装\n        - 適切なTypeScript型またはPython型ヒントを含める\n        - すべての関数にJSDoc/docstringコメントを追加\n        - 包括的なエラーハンドリングと入力検証\n        - 重要な関数の基本的な単体テスト\n        - 大規模な結果セットを処理するためのパフォーマンス考慮\n\n        CRITICAL - Your final comment on the issue MUST include（重要 - イシューへの最終コメントには以下を必ず含める）:\n        - Implementation Summary: Brief description of what was implemented\n        - Files Created/Modified: List of all files with descriptions\n        - Key Features: Bullet points of main functionality\n        - Technical Approach: Brief explanation of architecture/patterns used\n        - Testing Notes: How to test the implementation\n        - Merge Request Link: Direct link to the created MR (format: [View Merge Request](MR_URL))\n\n        - 実装概要: 実装内容の簡潔な説明\n        - 作成/変更されたファイル: すべてのファイルのリストと説明\n        - 主要機能: 主な機能の箇条書き\n        - 技術的アプローチ: アーキテクチャ/パターンの簡潔な説明\n        - テストに関する注意事項: 実装のテスト方法\n        - マージリクエストリンク: 作成されたMRへの直接リンク(形式: [マージリクエストを見る](MR_URL))\n\n        IMPORTANT TOOL USAGE（重要なツールの使用方法）:\n        - Extract the issue IID from the goal first (e.g., \"Issue IID: 12\" means issue_iid=12)\n        - Use get_issue with project_id={{project_id}} and issue_iid=\u003Cextracted_iid>\n        - Create multiple files by calling create_file multiple times (once per file)\n        - Use create_commit to commit all files together with a descriptive commit message\n        - Use create_merge_request to create the MR and capture the MR URL from the response\n        - Use create_issue_note with project_id={{project_id}}, noteable_id=\u003Cissue_iid>, and body=\u003Cyour complete summary with MR link>\n        - Make sure to include the MR link in the comment body so users can easily access it\n\n        - まずゴールからイシューIIDを抽出(例: 「Issue IID: 12」はissue_iid=12を意味する)\n        - project_id={{project_id}}とissue_iid=\u003C抽出したiid>でget_issueを使用\n        - create_fileを複数回呼び出して複数のファイルを作成(ファイルごとに1回)\n        - create_commitを使用して、わかりやすいコミットメッセージですべてのファイルを一緒にコミット\n        - create_merge_requestを使用してMRを作成し、レスポンスからMR URLを取得\n        - project_id={{project_id}}、noteable_id=\u003Cissue_iid>、body=\u003CMRリンクを含む完全な概要>でcreate_issue_noteを使用\n        - ユーザーが簡単にアクセスできるように、コメント本文にMRリンクを必ず含める\n\n      user: |\n        Goal: {{user_goal}}\n        Project ID: {{project_id}}\n\n        Please complete the following steps（以下の手順を完了してください）:\n        1. Extract the issue IID and retrieve full issue details\n        2. Analyze the requirements thoroughly\n        3. Review the existing codebase structure and patterns\n        4. Implement the feature with production-ready code\n        5. Create all necessary files (components, APIs, tests, documentation)\n        6. Commit all changes with a clear commit message\n        7. Create a merge request\n        8. Post a detailed summary comment to the issue including the MR link\n\n        1. イシューIIDを抽出し、イシューの詳細を取得\n        2. 要件を徹底的に分析\n        3. 既存のコードベース構造とパターンをレビュー\n        4. 本番環境対応のコードで機能を実装\n        5. 必要なすべてのファイルを作成(コンポーネント、API、テスト、ドキュメント)\n        6. 明確なコミットメッセージですべての変更をコミット\n        7. マージリクエストを作成\n        8. MRリンクを含む詳細な概要コメントをイシューに投稿\n\n      placeholder: history\n    params:\n      timeout: 300\n\nrouters:\n  - from: \"implement_feature\"\n    to: \"end\"\n\nflow:\n  entry_point: \"implement_feature\"\n```\n**このフローの機能**: このフローは、AIエージェントがイシュー要件の分析、コードベースのレビュー、ドメイン知識に基づく本番環境対応コードの作成、詳細なサマリー付きマージリクエストの作成まで、機能実装を自動で行います。\n\n完全なドキュメントと例については、以下を参照してください。\n\n- [カスタムフロードキュメント](https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/custom/)\n- [フローレジストリフレームワーク（YAMLスキーマ）](https://gitlab.com/gitlab-org/modelops/applied-ml/code-suggestions/ai-assist/-/blob/main/docs/flow_registry/v1.md)\n\n## フローの実行\n\nフローはGitLabプラットフォームコンピュート上で実行されます。イベント(メンション、割り当て、ボタンクリック)によってトリガーされると、セッションが作成され、フローが実行を開始します。\n### 利用可能な環境変数\n\nフローは、トリガーとGitLabオブジェクトに関するコンテキストを提供する環境変数にアクセスできます。\n\n- **`AI_FLOW_CONTEXT`** — MR差分、イシュー説明、コメント、ディスカッションスレッドを含むJSON形式のコンテキスト\n- **`AI_FLOW_INPUT`** — フローをトリガーしたユーザーのプロンプトまたはコメントテキスト\n- **`AI_FLOW_EVENT`** — フローをトリガーしたイベントタイプ(`mention`、`assign`、`assign_reviewer`)\n\nこれらの変数により、フローは何がトリガーしたかを理解し、関連するGitLabデータにアクセスしてタスクを実行できます。\n\n### マルチエージェントフロー\n\nカスタムフローには、順次連携する複数のエージェントコンポーネントを含めることができます。フローのYAML設定は次を定義します。\n\n- **コンポーネント**: 1つ以上のエージェント（AgentComponent）または決定論的ステップ\n- **ルーター**: コンポーネント間のフローを定義(例: コンポーネントAからコンポーネントBから終了へ）\n- **プロンプト**: 各エージェントの動作とモデルを設定\n\nたとえば、コードレビューフローには、セキュリティエージェント、次に品質エージェント、次に承認エージェントがあり、ルーターがそれらを順番に接続します。\n\n### フロー実行の監視\n\nプロジェクトで実行中のフローを表示するには:\n\n1. **自動化** → **セッション**に移動します。\n2. 任意のセッションを選択して詳細を表示します。\n3. **詳細**タブにCI/CDジョブログへのリンクが表示されます。\n\nセッションには、ステップバイステップの進行状況、ツール呼び出し、推論、意思決定プロセスを含む詳細情報が表示されます。\n### フローを使用するタイミング\n- 複雑な複数ステップのタスク\n- バックグラウンド自動化\n- イベント駆動ワークフロー\n- 複数ファイルの変更\n- 時間がかかるタスク\n- 自動レビュー/チェック\n## 次のステップ\nフローの概念、作成方法、エージェントとの使い分けを理解しました。次に、[パート5: AIカタログ](https://about.gitlab.com/ja-jp/blog/ai-catalog-discover-and-share-agents/)で組織全体でエージェントとフローを検索、作成、共有する方法を学びます。AIカタログを活用して、利用可能なフローとエージェントの閲覧、プロジェクトへの追加、独自コンテンツの公開を行います。\n\n## 関連リンク\n\n- [GitLab Duo Agent Platform - フロー](https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/)\n- [基本フローのドキュメント](https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/foundational_flows/)\n- [カスタムフローのドキュメント](https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/custom/)\n- [フロー実行設定](https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/execution/)\n- [GitLab CI/CD変数ガイド](https://docs.gitlab.com/ja-jp/ci/variables/)\n- [サービスアカウント](https://docs.gitlab.com/ja-jp/user/profile/service_accounts/)\n\n---\n**次へ**: [パート5: AIカタログ](https://about.gitlab.com/ja-jp/blog/ai-catalog-discover-and-share-agents/)\n\n**前へ**: [パート3: エージェントを理解する](https://about.gitlab.com/ja-jp/blog/understanding-agents-foundational-custom-external/)","ai-ml",{"slug":13,"featured":14,"template":15},"understanding-flows-multi-agent-workflows",false,"BlogPost",{"tags":17,"category":11,"date":22,"heroImage":23,"authors":24,"description":25,"title":5,"body":10},[18,19,20,21],"AI/ML","product","features","tutorial","2026-01-14","https://res.cloudinary.com/about-gitlab-com/image/upload/v1765809212/noh0mdfn9o94ry9ykura.png",[9],"GitLab Duo Agent Platformのフローを詳しく解説。基本フロー、カスタムユーザー定義ワークフローの作成、フローオーケストレーションパターンについて学びます。","yml",null,{},true,"/ja-jp/blog/understanding-flows-multi-agent-workflows","seo:\n  noIndex: false\n  title: 'フローを理解する：マルチエージェントワークフロー'\n  description: GitLab Duo Agent Platformのフローを詳しく解説。基本フロー、カスタムユーザー定義ワークフローの作成、フローオーケストレーションパターンについて学びます。\n  ogImage: https://res.cloudinary.com/about-gitlab-com/image/upload/v1752678395/impw8no5tbskr6k2afgu.jpg\ncontent:\n  tags:\n    - AI/ML\n    - product\n    - features\n    - tutorial\n  category: ai-ml\n  date: 2026-01-14\n  heroImage: https://res.cloudinary.com/about-gitlab-com/image/upload/v1765809212/noh0mdfn9o94ry9ykura.png\n  authors:\n    - Itzik Gan Baruch\n  description: GitLab Duo Agent Platformのフローを詳しく解説。基本フロー、カスタムユーザー定義ワークフローの作成、フローオーケストレーションパターンについて学びます。\n  title: 'フローを理解する：マルチエージェントワークフロー'\n  body: >-\n\n    *8部構成ガイド「[GitLab Duo Agent Platformを始める](https://about.gitlab.com/ja-jp/blog/gitlab-duo-agent-platform-complete-getting-started-guide/)」のパート4へようこそ。開発ライフサイクル内でのAIエージェントとワークフローの構築・デプロイをマスターします。最初の対話から完全カスタマイズ可能なプロダクション対応の自動化ワークフローまで、段階的なチュートリアルに従ってください。*\n\n\n    **この記事の内容:**\n\n\n    - [フローとは何か、どのように機能するか](#introduction-to-flows)\n\n    - [GitLabが提供する基本フロー](#foundational-flows)\n\n    - [カスタムフローの作成](#how-to-create-custom-flows)\n\n    - [フローの実行とオーケストレーション](#flow-execution)\n\n    - [実例とユースケース](#example-custom-flow-yaml)\n\n\n    > 🎯 今すぐ[**GitLab Duo Agent Platform**](https://about.gitlab.com/ja-jp/gitlab-duo-agent-platform/)をお試しください！\n\n    ## フローの紹介\n\n    フローは、1つ以上のエージェントが協働する組み合わせです。複雑な問題を解決するために複数ステップのワークフローを調整し、GitLabプラットフォームコンピュート上で実行されます。\n\n\n    **フローの主な特徴:**\n\n\n    - **マルチエージェントオーケストレーション**: 複数の専門エージェントを組み合わせ\n\n    - **ビルトイン**: プラットフォームコンピュート上で実行、追加環境不要\n\n    - **イベント駆動**: メンション、割り当て、レビュアーとしての割り当てでトリガー\n\n    - **非同期**: 作業を続けながらバックグラウンドで実行\n\n    - **完全なワークフロー**: 分析から実装までエンドツーエンドのタスクを処理\n\n\n    フローは、情報収集から意思決定、変更の実行、結果の提供まで、すべて自動で行う自律的なワークフローです。あなたは他の作業に集中できます。\n\n\n    ## フロー vs. エージェント: 違いを理解する\n\n    エージェントはあなたと対話的に作業します。フローはあなたのために自律的に作業します。\n\n\n    | 側面 | エージェント | フロー |\n\n    |--------|--------|-------|\n\n    | **インタラクション** | 対話型チャット | 自律的な実行 |\n\n    | **使用タイミング** | 質問、ガイダンス、対話的なタスク実行 | 自律的な複数ステップワークフロー |\n\n    | **ユーザーの関与** | アクティブな会話 | トリガーと結果のレビュー |\n\n    | **実行時間** | リアルタイム応答 | バックグラウンド処理 |\n\n    | **複雑さ** | 単一エージェントタスク | マルチエージェントオーケストレーション |\n\n\n    ## フロータイプの概要\n\n\n    | タイプ | インターフェース | メンテナー | ユースケース |\n\n    |------|-------------|---------------|----------|\n\n    | **[基本フロー](https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/foundational_flows/)** | UIアクション、IDEインターフェース | GitLab | ソフトウェア開発、イシュー内のデベロッパー、CI/CDパイプライン修正、GitLab CI/CDへの変換、コードレビュー、SAST誤検知判定 |\n\n    | **[カスタムフロー](https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/custom/)** | メンション、割り当て、レビュアー割り当て | 自分 | 例: 大規模な移行/最新化、リリース自動化、依存関係更新管理 |\n\n\n    ## 基本フロー\n\n    基本フローは、GitLabが作成・保守するプロダクション対応のワークフローです。専用のUIコントロールまたはIDEインターフェースからアクセスできます。\n\n    ### 現在利用可能な基本フロー\n\n\n    | フロー | 利用可能な場所 | アクセス方法 | 最適な用途 |\n\n    |------|-----------------|---------------|----------|\n\n    | [**ソフトウェア開発フロー**](https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/foundational_flows/software_development/) | IDE(VS Code、JetBrains、Visual Studio) | IDEのFlowsタブ | 機能実装、複雑なリファクタリング、複数ファイルの変更 |\n\n    | [**デベロッパーフロー**](https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/foundational_flows/developer/) | GitLab Web UI | イシューの「Duoでマージリクエストを生成」ボタン | 明確に定義された機能、明確な手順のあるバグ修正 |\n\n    | [**CI/CDパイプライン修復フロー**](https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/foundational_flows/fix_pipeline/) | GitLab Web UI | 失敗したパイプラインインターフェース | パイプラインデバッグ、CI/CD設定の問題 |\n\n    | [**GitLab CI/CD変換フロー**](https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/foundational_flows/convert_to_gitlab_ci/) | GitLab Web UI | Jenkinsfileの「Convert to GitLab CI/CD」ボタン | JenkinsからGitLab CI/CDへの移行 |\n\n    | [**コードレビューフロー**](https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/foundational_flows/code_review/) | GitLab Web UI | MRでレビュアーとして割り当て | AIネイティブ分析とフィードバックによる自動コードレビュー |\n\n    | [**SAST誤検出判定フロー**](https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/foundational_flows/sast_false_positive_detection/) | GitLab Web UI | セキュリティスキャン結果 | SAST検出結果の誤検知を自動的に特定してフィルタリング |\n\n\n    ## カスタムフロー\n\n\n    カスタムフローは、チームの特定のニーズに合わせて作成するYAML定義のワークフローです。GitLab Runnerで実行され、GitLabイベントによってトリガーできます。\n\n\n    > **🎯 今すぐ試す:**[カスタムフローのインタラクティブデモ](https://gitlab.navattic.com/custom-flows) — カスタムフローの作成と設定方法を探索します。\n\n\n    ### カスタムフローを作成する理由\n\n\n    カスタムフローは、チームのワークフローに固有の反復的な複数ステップタスクを自動化します。一般的な目的に使用される基本フローとは異なり、カスタムフローは組織のプロセス、ツール、要件に合わせて調整されます。\n\n\n    **一般的なユースケース:**\n\n\n    - **自動コードレビュー**: 複数段階のレビュープロセス(セキュリティスキャン → 品質チェック → スタイル検証)\n\n    - **コンプライアンスチェック**: 各MRで規制要件、ライセンスコンプライアンス、セキュリティポリシーを確認\n\n    - **ドキュメント生成**: コード変更に基づいてAPIドキュメント、READMEファイル、変更ログを自動更新\n\n    - **依存関係管理**: 週次セキュリティスキャン、自動更新、脆弱性レポート\n\n    - **カスタムテスト**: 技術スタック用の特殊なテストスイートまたは統合テスト\n\n\n    ### 実例\n\n\n    フィンテック企業は、すべてのマージリクエストで実行されるコンプライアンスフローを作成します。`@compliance-flow`でトリガーされると、フローは次のステップを実行します。\n\n    1. **セキュリティエージェント**がPCI-DSS違反のコードをスキャンし、露出した機密データをチェックします。\n\n    2. **コードレビューエージェント**が変更がセキュアコーディング標準とベストプラクティスに従っていることを確認します。\n\n    3. **ドキュメントエージェント**がAPI変更に更新されたドキュメントが含まれているかチェックします。\n\n    4. **サマリーエージェント**が検出結果を集約し、合格/不合格ステータスのコンプライアンスレポートを投稿します。\n\n\n    コンプライアンスレビュー全体が5〜10分で自動的に実行され、すべてのマージリクエストで一貫したチェックが提供されます。\n\n\n    ### カスタムフローのトリガー方法\n\n\n    カスタムフローは複数の方法でトリガーできます。\n\n\n    **1. イシュー/MRでのメンション:**\n\n    コメントでフローをメンションしてトリガーします。ドキュメント生成フローの例:\n\n    ```text\n\n    @doc-generator Generate API documentation for this feature\n\n    ```\n\n\n    **2. イシューまたはMRへのフローの割り当て:**\n\n    次のいずれかを使用してフローを割り当てます。\n\n    - **GitLab UI**: イシュー/MRの「アサイン」ボタンをクリックしてフローを選択\n\n    - **コマンド**: コメントで`/assign`コマンドを使用。例:\n\n    ```shell\n\n    /assign @doc-generator\n\n    ```\n\n\n    **3. レビュアーとしてのフローの割り当て:**\n\n    次のいずれかを使用してマージリクエストにレビュアーとしてフローを割り当てます。\n\n    - **GitLab UI**: マージリクエストの「レビュアーをアサインする」ボタンをクリックしてフローを選択\n\n    - **コマンド**:コメントで`/assign_reviewer`コマンドを使用。例:\n\n    ```shell\n\n    /assign_reviewer @doc-reviewer\n\n    ```\n\n    これらの方法のいずれかにより、フローが自動的にトリガーされ、タスクを実行します。\n\n\n    ### カスタムフローの作成方法\n\n\n    カスタムフローは、プロジェクトの**自動化 → フロー → 新しいフロー**、または**検索 → AIカタログ → フロー → 新しいフロー**からGitLab UIを通じて作成されます。コンポーネント、プロンプト、ルーティング、実行フローを指定するYAML設定を使用してフローを定義します。YAMLスキーマにより、エージェントの動作とオーケストレーションを正確に制御できる洗練されたマルチエージェントワークフローを作成できます。\n\n\n\n    **カスタムフローの主要要素:**\n\n\n    - **コンポーネント**: ワークフロー内のエージェントとステップを定義\n\n    - **プロンプト**: AIモデルの動作と指示を設定\n\n    - **ルーター**: コンポーネント間のフローを制御\n\n    - **ツールセット**: エージェントが使用できるGitLab APIツールを指定\n\n\n    ### カスタムフローYAMLの例\n\n    **背景**: この例は、旅行予約プラットフォームの機能実装フローを示しています。デベロッパーが機能要件を含むイシューを作成すると、このフローをトリガーして、要件の分析、コードベースのレビュー、ソリューションの実装、マージリクエストの作成まで、すべて手動介入なしで自動的に実行できます。\n\n    YAML設定は次のとおりです。\n\n\n    ```yaml\n\n    version: \"v1\"\n\n    environment: ambient\n\n    components:\n      - name: \"implement_feature\"\n        type: AgentComponent\n        prompt_id: \"implementation_prompt\"\n        inputs:\n          - from: \"context:goal\"\n            as: \"user_goal\"\n          - from: \"context:project_id\"\n            as: \"project_id\"\n        toolset:\n          - \"get_issue\"\n          - \"get_repository_file\"\n          - \"list_repository_tree\"\n          - \"find_files\"\n          - \"blob_search\"\n          - \"create_file\"\n          - \"create_commit\"\n          - \"create_merge_request\"\n          - \"create_issue_note\"\n        ui_log_events:\n          - \"on_agent_final_answer\"\n          - \"on_tool_execution_success\"\n          - \"on_tool_execution_failed\"\n\n    prompts:\n      - name: \"Cheapflights Feature Implementation（Cheapflights機能実装）\"\n        prompt_id: \"implementation_prompt\"\n        unit_primitives: []\n        prompt_template:\n          system: |\n            You are an expert full-stack developer specializing in travel booking platforms, specifically Cheapflights（あなたは旅行予約プラットフォーム、特にCheapflightsを専門とするエキスパートフルスタックデベロッパーです）.\n\n            Your task is to（あなたのタスクは以下のとおりです）:\n            1. Extract the issue IID from the goal (look for \"Issue IID: XX\")\n            2. Use get_issue with project_id={{project_id}} and issue_iid to retrieve issue details\n            3. Analyze the requirements for the flight search feature\n            4. Review the existing codebase using list_repository_tree, find_files, and get_repository_file\n            5. Design and implement the solution following Cheapflights best practices\n            6. Create all necessary code files using create_file (call multiple times for multiple files)\n            7. Commit the changes using create_commit\n            8. Create a merge request using create_merge_request\n            9. Post a summary comment to the issue using create_issue_note with the MR link\n\n            1. ゴールからイシューIIDを抽出する(「Issue IID: XX」を探す)\n            2. project_id={{project_id}}とissue_iidを使用してget_issueでイシューの詳細を取得\n            3. フライト検索機能の要件を分析\n            4. list_repository_tree、find_files、get_repository_fileを使用して既存のコードベースをレビュー\n            5. Cheapflightsのベストプラクティスに従ってソリューションを設計・実装\n            6. create_fileを使用して必要なコードファイルをすべて作成(複数ファイルの場合は複数回呼び出し)\n            7. create_commitを使用して変更をコミット\n            8. create_merge_requestを使用してマージリクエストを作成\n            9. create_issue_noteを使用してMRリンク付きの概要コメントをイシューに投稿\n\n            Cheapflights Domain Expertise（Cheapflightsドメインの専門知識）:\n            - Flight search and booking systems (Amadeus, Sabre, Skyscanner APIs)\n            - Fare comparison and pricing strategies\n            - Real-time availability and inventory management\n            - Travel industry UX patterns\n            - Performance optimization for high-traffic flight searches\n\n            - フライト検索・予約システム(Amadeus、Sabre、Skyscanner API)\n            - 運賃比較と価格戦略\n            - リアルタイムの空席状況と在庫管理\n            - 旅行業界のUXパターン\n            - 高トラフィックのフライト検索のためのパフォーマンス最適化\n\n            Code Standards（コーディング基準）:\n            - Clean, maintainable code (TypeScript/JavaScript/Python/React)\n            - Proper state management for React components\n            - RESTful API endpoints with comprehensive error handling\n            - Mobile-first responsive design\n            - Proper timezone handling (use moment-timezone or date-fns-tz)\n            - WCAG 2.1 accessibility compliance\n\n            - クリーンで保守性の高いコード(TypeScript/JavaScript/Python/React)\n            - Reactコンポーネントの適切な状態管理\n            - 包括的なエラーハンドリングを備えたRESTful APIエンドポイント\n            - モバイルファーストのレスポンシブデザイン\n            - 適切なタイムゾーン処理(moment-timezoneまたはdate-fns-tzを使用)\n            - WCAG 2.1アクセシビリティ準拠\n\n            Flight-Specific Best Practices（フライト固有のベストプラクティス）:\n            - Accurate fare calculations (base fare + taxes + fees + surcharges)\n            - Flight duration calculations across timezones\n            - Search filter logic (price range, number of stops, airlines, departure/arrival times)\n            - Sort algorithms (best value, fastest, cheapest)\n            - Handle edge cases: date line crossing, daylight saving time, red-eye flights\n            - Currency amounts use proper decimal handling (avoid floating point errors)\n            - Dates use ISO 8601 format\n            - Flight codes follow IATA standards (3-letter airport codes)\n\n            - 正確な運賃計算(基本運賃 + 税金 + 手数料 + 追加料金)\n            - タイムゾーンをまたぐフライト時間の計算\n            - 検索フィルターロジック(価格帯、経由便数、航空会社、出発/到着時刻)\n            - ソートアルゴリズム(ベストバリュー、最速、最安値)\n            - エッジケースの処理: 日付変更線の通過、サマータイム、深夜便\n            - 通貨金額は適切な小数処理を使用(浮動小数点エラーを回避)\n            - 日付はISO 8601形式を使用\n            - フライトコードはIATA標準に従う(3文字の空港コード)\n\n            Implementation Requirements（実装要件）:\n            - No TODOs or placeholder comments\n            - All functions must be fully implemented\n            - Include proper TypeScript types or Python type hints\n            - Add JSDoc/docstring comments for all functions\n            - Comprehensive error handling and input validation\n            - Basic unit tests for critical functions\n            - Performance considerations for handling large result sets\n\n            - To-Doやプレースホルダーコメントは不可\n            - すべての関数を完全に実装\n            - 適切なTypeScript型またはPython型ヒントを含める\n            - すべての関数にJSDoc/docstringコメントを追加\n            - 包括的なエラーハンドリングと入力検証\n            - 重要な関数の基本的な単体テスト\n            - 大規模な結果セットを処理するためのパフォーマンス考慮\n\n            CRITICAL - Your final comment on the issue MUST include（重要 - イシューへの最終コメントには以下を必ず含める）:\n            - Implementation Summary: Brief description of what was implemented\n            - Files Created/Modified: List of all files with descriptions\n            - Key Features: Bullet points of main functionality\n            - Technical Approach: Brief explanation of architecture/patterns used\n            - Testing Notes: How to test the implementation\n            - Merge Request Link: Direct link to the created MR (format: [View Merge Request](MR_URL))\n\n            - 実装概要: 実装内容の簡潔な説明\n            - 作成/変更されたファイル: すべてのファイルのリストと説明\n            - 主要機能: 主な機能の箇条書き\n            - 技術的アプローチ: アーキテクチャ/パターンの簡潔な説明\n            - テストに関する注意事項: 実装のテスト方法\n            - マージリクエストリンク: 作成されたMRへの直接リンク(形式: [マージリクエストを見る](MR_URL))\n\n            IMPORTANT TOOL USAGE（重要なツールの使用方法）:\n            - Extract the issue IID from the goal first (e.g., \"Issue IID: 12\" means issue_iid=12)\n            - Use get_issue with project_id={{project_id}} and issue_iid=\u003Cextracted_iid>\n            - Create multiple files by calling create_file multiple times (once per file)\n            - Use create_commit to commit all files together with a descriptive commit message\n            - Use create_merge_request to create the MR and capture the MR URL from the response\n            - Use create_issue_note with project_id={{project_id}}, noteable_id=\u003Cissue_iid>, and body=\u003Cyour complete summary with MR link>\n            - Make sure to include the MR link in the comment body so users can easily access it\n\n            - まずゴールからイシューIIDを抽出(例: 「Issue IID: 12」はissue_iid=12を意味する)\n            - project_id={{project_id}}とissue_iid=\u003C抽出したiid>でget_issueを使用\n            - create_fileを複数回呼び出して複数のファイルを作成(ファイルごとに1回)\n            - create_commitを使用して、わかりやすいコミットメッセージですべてのファイルを一緒にコミット\n            - create_merge_requestを使用してMRを作成し、レスポンスからMR URLを取得\n            - project_id={{project_id}}、noteable_id=\u003Cissue_iid>、body=\u003CMRリンクを含む完全な概要>でcreate_issue_noteを使用\n            - ユーザーが簡単にアクセスできるように、コメント本文にMRリンクを必ず含める\n\n          user: |\n            Goal: {{user_goal}}\n            Project ID: {{project_id}}\n\n            Please complete the following steps（以下の手順を完了してください）:\n            1. Extract the issue IID and retrieve full issue details\n            2. Analyze the requirements thoroughly\n            3. Review the existing codebase structure and patterns\n            4. Implement the feature with production-ready code\n            5. Create all necessary files (components, APIs, tests, documentation)\n            6. Commit all changes with a clear commit message\n            7. Create a merge request\n            8. Post a detailed summary comment to the issue including the MR link\n\n            1. イシューIIDを抽出し、イシューの詳細を取得\n            2. 要件を徹底的に分析\n            3. 既存のコードベース構造とパターンをレビュー\n            4. 本番環境対応のコードで機能を実装\n            5. 必要なすべてのファイルを作成(コンポーネント、API、テスト、ドキュメント)\n            6. 明確なコミットメッセージですべての変更をコミット\n            7. マージリクエストを作成\n            8. MRリンクを含む詳細な概要コメントをイシューに投稿\n\n          placeholder: history\n        params:\n          timeout: 300\n\n    routers:\n      - from: \"implement_feature\"\n        to: \"end\"\n\n    flow:\n      entry_point: \"implement_feature\"\n    ```\n\n    **このフローの機能**: このフローは、AIエージェントがイシュー要件の分析、コードベースのレビュー、ドメイン知識に基づく本番環境対応コードの作成、詳細なサマリー付きマージリクエストの作成まで、機能実装を自動で行います。\n\n\n    完全なドキュメントと例については、以下を参照してください。\n\n\n    - [カスタムフロードキュメント](https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/custom/)\n\n    - [フローレジストリフレームワーク（YAMLスキーマ）](https://gitlab.com/gitlab-org/modelops/applied-ml/code-suggestions/ai-assist/-/blob/main/docs/flow_registry/v1.md)\n\n\n    ## フローの実行\n\n\n    フローはGitLabプラットフォームコンピュート上で実行されます。イベント(メンション、割り当て、ボタンクリック)によってトリガーされると、セッションが作成され、フローが実行を開始します。\n\n    ### 利用可能な環境変数\n\n\n    フローは、トリガーとGitLabオブジェクトに関するコンテキストを提供する環境変数にアクセスできます。\n\n\n    - **`AI_FLOW_CONTEXT`** — MR差分、イシュー説明、コメント、ディスカッションスレッドを含むJSON形式のコンテキスト\n\n    - **`AI_FLOW_INPUT`** — フローをトリガーしたユーザーのプロンプトまたはコメントテキスト\n\n    - **`AI_FLOW_EVENT`** — フローをトリガーしたイベントタイプ(`mention`、`assign`、`assign_reviewer`)\n\n\n    これらの変数により、フローは何がトリガーしたかを理解し、関連するGitLabデータにアクセスしてタスクを実行できます。\n\n\n    ### マルチエージェントフロー\n\n\n    カスタムフローには、順次連携する複数のエージェントコンポーネントを含めることができます。フローのYAML設定は次を定義します。\n\n\n    - **コンポーネント**: 1つ以上のエージェント（AgentComponent）または決定論的ステップ\n\n    - **ルーター**: コンポーネント間のフローを定義(例: コンポーネントAからコンポーネントBから終了へ）\n\n    - **プロンプト**: 各エージェントの動作とモデルを設定\n\n\n    たとえば、コードレビューフローには、セキュリティエージェント、次に品質エージェント、次に承認エージェントがあり、ルーターがそれらを順番に接続します。\n\n\n    ### フロー実行の監視\n\n\n    プロジェクトで実行中のフローを表示するには:\n\n\n    1. **自動化** → **セッション**に移動します。\n\n    2. 任意のセッションを選択して詳細を表示します。\n\n    3. **詳細**タブにCI/CDジョブログへのリンクが表示されます。\n\n\n    セッションには、ステップバイステップの進行状況、ツール呼び出し、推論、意思決定プロセスを含む詳細情報が表示されます。\n\n    ### フローを使用するタイミング\n\n    - 複雑な複数ステップのタスク\n\n    - バックグラウンド自動化\n\n    - イベント駆動ワークフロー\n\n    - 複数ファイルの変更\n\n    - 時間がかかるタスク\n\n    - 自動レビュー/チェック\n\n    ## 次のステップ\n\n    フローの概念、作成方法、エージェントとの使い分けを理解しました。次に、[パート5: AIカタログ](https://about.gitlab.com/ja-jp/blog/ai-catalog-discover-and-share-agents/)で組織全体でエージェントとフローを検索、作成、共有する方法を学びます。AIカタログを活用して、利用可能なフローとエージェントの閲覧、プロジェクトへの追加、独自コンテンツの公開を行います。\n\n\n    ## 関連リンク\n\n\n    - [GitLab Duo Agent Platform - フロー](https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/)\n\n    - [基本フローのドキュメント](https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/foundational_flows/)\n\n    - [カスタムフローのドキュメント](https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/custom/)\n\n    - [フロー実行設定](https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/execution/)\n\n    - [GitLab CI/CD変数ガイド](https://docs.gitlab.com/ja-jp/ci/variables/)\n\n    - [サービスアカウント](https://docs.gitlab.com/ja-jp/user/profile/service_accounts/)\n\n\n    ---\n\n    **次へ**: [パート5: AIカタログ](https://about.gitlab.com/ja-jp/blog/ai-catalog-discover-and-share-agents/)\n\n\n    **前へ**: [パート3: エージェントを理解する](https://about.gitlab.com/ja-jp/blog/understanding-agents-foundational-custom-external/)\n\nconfig:\n  slug: understanding-flows-multi-agent-workflows\n  featured: false\n  template: BlogPost\n",{"noIndex":14,"title":5,"description":25,"ogImage":33},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1752678395/impw8no5tbskr6k2afgu.jpg","ja-jp/blog/understanding-flows-multi-agent-workflows",[36,19,20,21],"aiml",[18,19,20,21],"MhqciXnVYDOuH968YhYPKMKU1Merik9rx3hRa1PKDXU",{"data":40},{"logo":41,"freeTrial":46,"sales":51,"login":56,"items":61,"search":370,"minimal":403,"duo":420,"switchNav":429,"pricingDeployment":440},{"config":42},{"href":43,"dataGaName":44,"dataGaLocation":45},"/ja-jp/","gitlab logo","header",{"text":47,"config":48},"無料トライアルを開始",{"href":49,"dataGaName":50,"dataGaLocation":45},"https://gitlab.com/-/trial_registrations/new?glm_source=about.gitlab.com/ja-jp&glm_content=default-saas-trial/","free trial",{"text":52,"config":53},"お問い合わせ",{"href":54,"dataGaName":55,"dataGaLocation":45},"/ja-jp/sales/","sales",{"text":57,"config":58},"サインイン",{"href":59,"dataGaName":60,"dataGaLocation":45},"https://gitlab.com/users/sign_in/","sign in",[62,89,186,191,292,352],{"text":63,"config":64,"cards":66},"プラットフォーム",{"dataNavLevelOne":65},"platform",[67,73,81],{"title":63,"description":68,"link":69},"DevSecOpsに特化したインテリジェントオーケストレーションプラットフォーム",{"text":70,"config":71},"プラットフォームを探索",{"href":72,"dataGaName":65,"dataGaLocation":45},"/ja-jp/platform/",{"title":74,"description":75,"link":76},"GitLab Duo Agent Platform","ソフトウェアライフサイクル全体を支えるエージェント型AI",{"text":77,"config":78},"GitLab Duoのご紹介",{"href":79,"dataGaName":80,"dataGaLocation":45},"/ja-jp/gitlab-duo-agent-platform/","gitlab duo agent platform",{"title":82,"description":83,"link":84},"GitLabが選ばれる理由","エンタープライズがGitLabを選ぶ主な理由をご覧ください",{"text":85,"config":86},"詳細はこちら",{"href":87,"dataGaName":88,"dataGaLocation":45},"/ja-jp/why-gitlab/","why gitlab",{"text":90,"left":29,"config":91,"link":93,"lists":97,"footer":168},"製品",{"dataNavLevelOne":92},"solutions",{"text":94,"config":95},"すべてのソリューションを表示",{"href":96,"dataGaName":92,"dataGaLocation":45},"/ja-jp/solutions/",[98,123,146],{"title":99,"description":100,"link":101,"items":106},"自動化","CI/CDと自動化でデプロイを加速",{"config":102},{"icon":103,"href":104,"dataGaName":105,"dataGaLocation":45},"AutomatedCodeAlt","/ja-jp/solutions/delivery-automation/","automated software delivery",[107,111,114,119],{"text":108,"config":109},"CI/CD",{"href":110,"dataGaLocation":45,"dataGaName":108},"/ja-jp/solutions/continuous-integration/",{"text":74,"config":112},{"href":79,"dataGaLocation":45,"dataGaName":113},"gitlab duo agent platform - product menu",{"text":115,"config":116},"ソースコード管理",{"href":117,"dataGaLocation":45,"dataGaName":118},"/ja-jp/solutions/source-code-management/","Source Code Management",{"text":120,"config":121},"自動化されたソフトウェアデリバリー",{"href":104,"dataGaLocation":45,"dataGaName":122},"Automated software delivery",{"title":124,"description":125,"link":126,"items":131},"セキュリティ","セキュリティを犠牲にすることなくコード作成を高速化",{"config":127},{"href":128,"dataGaName":129,"dataGaLocation":45,"icon":130},"/ja-jp/solutions/application-security-testing/","security and compliance","ShieldCheckLight",[132,136,141],{"text":133,"config":134},"アプリケーションセキュリティテスト",{"href":128,"dataGaName":135,"dataGaLocation":45},"Application security testing",{"text":137,"config":138},"ソフトウェアサプライチェーンの安全性",{"href":139,"dataGaLocation":45,"dataGaName":140},"/ja-jp/solutions/supply-chain/","Software supply chain security",{"text":142,"config":143},"ソフトウェアコンプライアンス",{"href":144,"dataGaName":145,"dataGaLocation":45},"/ja-jp/solutions/software-compliance/","software compliance",{"title":147,"link":148,"items":153},"測定",{"config":149},{"icon":150,"href":151,"dataGaName":152,"dataGaLocation":45},"DigitalTransformation","/ja-jp/solutions/visibility-measurement/","visibility and measurement",[154,158,163],{"text":155,"config":156},"可視性と測定",{"href":151,"dataGaLocation":45,"dataGaName":157},"Visibility and Measurement",{"text":159,"config":160},"バリューストリーム管理",{"href":161,"dataGaLocation":45,"dataGaName":162},"/ja-jp/solutions/value-stream-management/","Value Stream Management",{"text":164,"config":165},"分析とインサイト",{"href":166,"dataGaLocation":45,"dataGaName":167},"/ja-jp/solutions/analytics-and-insights/","Analytics and insights",{"title":169,"items":170},"GitLabが活躍する場所",[171,176,181],{"text":172,"config":173},"大企業",{"href":174,"dataGaLocation":45,"dataGaName":175},"/ja-jp/enterprise/","enterprise",{"text":177,"config":178},"スモールビジネス",{"href":179,"dataGaLocation":45,"dataGaName":180},"/ja-jp/small-business/","small business",{"text":182,"config":183},"公共部門",{"href":184,"dataGaLocation":45,"dataGaName":185},"/ja-jp/solutions/public-sector/","public sector",{"text":187,"config":188},"価格",{"href":189,"dataGaName":190,"dataGaLocation":45,"dataNavLevelOne":190},"/ja-jp/pricing/","pricing",{"text":192,"config":193,"link":195,"lists":199,"feature":279},"リソース",{"dataNavLevelOne":194},"resources",{"text":196,"config":197},"すべてのリソースを表示",{"href":198,"dataGaName":194,"dataGaLocation":45},"/ja-jp/resources/",[200,233,251],{"title":201,"items":202},"はじめに",[203,208,213,218,223,228],{"text":204,"config":205},"インストール",{"href":206,"dataGaName":207,"dataGaLocation":45},"/ja-jp/install/","install",{"text":209,"config":210},"クイックスタートガイド",{"href":211,"dataGaName":212,"dataGaLocation":45},"/ja-jp/get-started/","quick setup checklists",{"text":214,"config":215},"学ぶ",{"href":216,"dataGaLocation":45,"dataGaName":217},"https://university.gitlab.com/","learn",{"text":219,"config":220},"製品ドキュメント",{"href":221,"dataGaName":222,"dataGaLocation":45},"https://docs.gitlab.com/ja-jp/","product documentation",{"text":224,"config":225},"ベストプラクティスビデオ",{"href":226,"dataGaName":227,"dataGaLocation":45},"/ja-jp/getting-started-videos/","best practice videos",{"text":229,"config":230},"インテグレーション",{"href":231,"dataGaName":232,"dataGaLocation":45},"/ja-jp/integrations/","integrations",{"title":234,"items":235},"検索する",[236,241,246],{"text":237,"config":238},"お客様成功事例",{"href":239,"dataGaName":240,"dataGaLocation":45},"/ja-jp/customers/","customer success stories",{"text":242,"config":243},"ブログ",{"href":244,"dataGaName":245,"dataGaLocation":45},"/ja-jp/blog/","blog",{"text":247,"config":248},"リモート",{"href":249,"dataGaName":250,"dataGaLocation":45},"https://handbook.gitlab.com/handbook/company/culture/all-remote/","remote",{"title":252,"items":253},"つなげる",[254,259,264,269,274],{"text":255,"config":256},"GitLabサービス",{"href":257,"dataGaName":258,"dataGaLocation":45},"/ja-jp/services/","services",{"text":260,"config":261},"コミュニティ",{"href":262,"dataGaName":263,"dataGaLocation":45},"/community/","community",{"text":265,"config":266},"フォーラム",{"href":267,"dataGaName":268,"dataGaLocation":45},"https://forum.gitlab.com/","forum",{"text":270,"config":271},"イベント",{"href":272,"dataGaName":273,"dataGaLocation":45},"/events/","events",{"text":275,"config":276},"パートナー",{"href":277,"dataGaName":278,"dataGaLocation":45},"/ja-jp/partners/","partners",{"background":280,"textColor":281,"text":282,"image":283,"link":287},"#2f2a6b","#fff","ソフトウェア開発の未来への洞察",{"altText":284,"config":285},"ソースプロモカード",{"src":286},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1758208064/dzl0dbift9xdizyelkk4.svg",{"text":288,"config":289},"最新情報を読む",{"href":290,"dataGaName":291,"dataGaLocation":45},"/ja-jp/the-source/","the source",{"text":293,"config":294,"lists":296},"会社情報",{"dataNavLevelOne":295},"company",[297],{"items":298},[299,304,310,312,317,322,327,332,337,342,347],{"text":300,"config":301},"GitLabについて",{"href":302,"dataGaName":303,"dataGaLocation":45},"/ja-jp/company/","about",{"text":305,"config":306,"footerGa":309},"採用情報",{"href":307,"dataGaName":308,"dataGaLocation":45},"/jobs/","jobs",{"dataGaName":308},{"text":270,"config":311},{"href":272,"dataGaName":273,"dataGaLocation":45},{"text":313,"config":314},"経営陣",{"href":315,"dataGaName":316,"dataGaLocation":45},"/company/team/e-group/","leadership",{"text":318,"config":319},"チーム",{"href":320,"dataGaName":321,"dataGaLocation":45},"/company/team/","team",{"text":323,"config":324},"ハンドブック",{"href":325,"dataGaName":326,"dataGaLocation":45},"https://handbook.gitlab.com/","handbook",{"text":328,"config":329},"投資家向け情報",{"href":330,"dataGaName":331,"dataGaLocation":45},"https://ir.gitlab.com/","investor relations",{"text":333,"config":334},"トラストセンター",{"href":335,"dataGaName":336,"dataGaLocation":45},"/ja-jp/security/","trust center",{"text":338,"config":339},"AI Transparency Center",{"href":340,"dataGaName":341,"dataGaLocation":45},"/ja-jp/ai-transparency-center/","ai transparency center",{"text":343,"config":344},"ニュースレター",{"href":345,"dataGaName":346,"dataGaLocation":45},"/company/contact/#contact-forms","newsletter",{"text":348,"config":349},"プレス",{"href":350,"dataGaName":351,"dataGaLocation":45},"/press/","press",{"text":52,"config":353,"lists":354},{"dataNavLevelOne":295},[355],{"items":356},[357,360,365],{"text":52,"config":358},{"href":54,"dataGaName":359,"dataGaLocation":45},"talk to sales",{"text":361,"config":362},"サポートを受ける",{"href":363,"dataGaName":364,"dataGaLocation":45},"https://support.gitlab.com","support portal",{"text":366,"config":367},"カスタマーポータル",{"href":368,"dataGaName":369,"dataGaLocation":45},"https://customers.gitlab.com/customers/sign_in/","customer portal",{"close":371,"login":372,"suggestions":379},"閉じる",{"text":373,"link":374},"リポジトリとプロジェクトを検索するには、次にログインします",{"text":375,"config":376},"GitLab.com",{"href":59,"dataGaName":377,"dataGaLocation":378},"search login","search",{"text":380,"default":381},"提案",[382,384,389,391,395,399],{"text":74,"config":383},{"href":79,"dataGaName":74,"dataGaLocation":378},{"text":385,"config":386},"コード提案（AI）",{"href":387,"dataGaName":388,"dataGaLocation":378},"/ja-jp/solutions/code-suggestions/","Code Suggestions (AI)",{"text":108,"config":390},{"href":110,"dataGaName":108,"dataGaLocation":378},{"text":392,"config":393},"GitLab on AWS",{"href":394,"dataGaName":392,"dataGaLocation":378},"/ja-jp/partners/technology-partners/aws/",{"text":396,"config":397},"GitLab on Google Cloud",{"href":398,"dataGaName":396,"dataGaLocation":378},"/ja-jp/partners/technology-partners/google-cloud-platform/",{"text":400,"config":401},"GitLabを選ぶ理由",{"href":87,"dataGaName":402,"dataGaLocation":378},"Why GitLab?",{"freeTrial":404,"mobileIcon":408,"desktopIcon":413,"secondaryButton":416},{"text":47,"config":405},{"href":406,"dataGaName":50,"dataGaLocation":407},"https://gitlab.com/-/trials/new/","nav",{"altText":409,"config":410},"GitLabアイコン",{"src":411,"dataGaName":412,"dataGaLocation":407},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1758203874/jypbw1jx72aexsoohd7x.svg","gitlab icon",{"altText":409,"config":414},{"src":415,"dataGaName":412,"dataGaLocation":407},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1758203875/gs4c8p8opsgvflgkswz9.svg",{"text":201,"config":417},{"href":418,"dataGaName":419,"dataGaLocation":407},"https://gitlab.com/-/trial_registrations/new?glm_source=about.gitlab.com/ja-jp/get-started/","get started",{"freeTrial":421,"mobileIcon":425,"desktopIcon":427},{"text":422,"config":423},"GitLab Duoの詳細について",{"href":79,"dataGaName":424,"dataGaLocation":407},"gitlab duo",{"altText":409,"config":426},{"src":411,"dataGaName":412,"dataGaLocation":407},{"altText":409,"config":428},{"src":415,"dataGaName":412,"dataGaLocation":407},{"button":430,"mobileIcon":435,"desktopIcon":437},{"text":431,"config":432},"/switch",{"href":433,"dataGaName":434,"dataGaLocation":407},"#contact","switch",{"altText":409,"config":436},{"src":411,"dataGaName":412,"dataGaLocation":407},{"altText":409,"config":438},{"src":439,"dataGaName":412,"dataGaLocation":407},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1773335277/ohhpiuoxoldryzrnhfrh.png",{"freeTrial":441,"mobileIcon":446,"desktopIcon":448},{"text":442,"config":443},"料金ページに戻る",{"href":189,"dataGaName":444,"dataGaLocation":407,"icon":445},"back to pricing","GoBack",{"altText":409,"config":447},{"src":411,"dataGaName":412,"dataGaLocation":407},{"altText":409,"config":449},{"src":415,"dataGaName":412,"dataGaLocation":407},{"title":451,"button":452,"config":457},"エージェント型AIがソフトウェア配信をどのように変革するかをご覧ください",{"text":453,"config":454},"GitLab Transcendを今すぐ視聴",{"href":455,"dataGaName":456,"dataGaLocation":45},"/ja-jp/events/transcend/virtual/","transcend event",{"layout":458,"icon":459,"disabled":29},"release","AiStar",{"data":461},{"text":462,"source":463,"edit":469,"contribute":474,"config":479,"items":484,"minimal":687},"GitはSoftware Freedom Conservancyの商標です。当社は「GitLab」をライセンスに基づいて使用しています",{"text":464,"config":465},"ページのソースを表示",{"href":466,"dataGaName":467,"dataGaLocation":468},"https://gitlab.com/gitlab-com/marketing/digital-experience/about-gitlab-com/","page source","footer",{"text":470,"config":471},"このページを編集",{"href":472,"dataGaName":473,"dataGaLocation":468},"https://gitlab.com/gitlab-com/marketing/digital-experience/about-gitlab-com/-/blob/main/content/","web ide",{"text":475,"config":476},"ご協力をお願いします",{"href":477,"dataGaName":478,"dataGaLocation":468},"https://gitlab.com/gitlab-com/marketing/digital-experience/about-gitlab-com/-/blob/main/CONTRIBUTING.md/","please contribute",{"twitter":480,"facebook":481,"youtube":482,"linkedin":483},"https://twitter.com/gitlab","https://www.facebook.com/gitlab","https://www.youtube.com/channel/UCnMGQ8QHMAnVIsI3xJrihhg","https://www.linkedin.com/company/gitlab-com",[485,530,583,626,653],{"title":187,"links":486,"subMenu":501},[487,491,496],{"text":488,"config":489},"プランの表示",{"href":189,"dataGaName":490,"dataGaLocation":468},"view plans",{"text":492,"config":493},"Premiumを選ぶ理由",{"href":494,"dataGaName":495,"dataGaLocation":468},"/ja-jp/pricing/premium/","why premium",{"text":497,"config":498},"Ultimateを選ぶ理由",{"href":499,"dataGaName":500,"dataGaLocation":468},"/ja-jp/pricing/ultimate/","why ultimate",[502],{"title":52,"links":503},[504,506,508,510,515,520,525],{"text":52,"config":505},{"href":54,"dataGaName":55,"dataGaLocation":468},{"text":361,"config":507},{"href":363,"dataGaName":364,"dataGaLocation":468},{"text":366,"config":509},{"href":368,"dataGaName":369,"dataGaLocation":468},{"text":511,"config":512},"ステータス",{"href":513,"dataGaName":514,"dataGaLocation":468},"https://status.gitlab.com/","status",{"text":516,"config":517},"利用規約",{"href":518,"dataGaName":519,"dataGaLocation":468},"/terms/","terms of use",{"text":521,"config":522},"プライバシーに関する声明",{"href":523,"dataGaName":524,"dataGaLocation":468},"/ja-jp/privacy/","privacy statement",{"text":526,"config":527},"Cookie 優先設定",{"dataGaName":528,"dataGaLocation":468,"id":529,"isOneTrustButton":29},"cookie preferences","ot-sdk-btn",{"title":90,"links":531,"subMenu":540},[532,536],{"text":533,"config":534},"DevSecOpsプラットフォーム",{"href":72,"dataGaName":535,"dataGaLocation":468},"devsecops platform",{"text":537,"config":538},"AI支援開発",{"href":79,"dataGaName":539,"dataGaLocation":468},"ai-assisted development",[541],{"title":542,"links":543},"トピック",[544,548,553,558,563,568,573,578],{"text":108,"config":545},{"href":546,"dataGaName":547,"dataGaLocation":468},"/ja-jp/topics/ci-cd/","cicd",{"text":549,"config":550},"GitOps",{"href":551,"dataGaName":552,"dataGaLocation":468},"/ja-jp/topics/gitops/","gitops",{"text":554,"config":555},"DevOps",{"href":556,"dataGaName":557,"dataGaLocation":468},"/ja-jp/topics/devops/","devops",{"text":559,"config":560},"バージョン管理",{"href":561,"dataGaName":562,"dataGaLocation":468},"/ja-jp/topics/version-control/","version control",{"text":564,"config":565},"DevSecOps",{"href":566,"dataGaName":567,"dataGaLocation":468},"/ja-jp/topics/devsecops/","devsecops",{"text":569,"config":570},"クラウドネイティブ",{"href":571,"dataGaName":572,"dataGaLocation":468},"/ja-jp/topics/cloud-native/","cloud native",{"text":574,"config":575},"コーディングのためのAI",{"href":576,"dataGaName":577,"dataGaLocation":468},"/ja-jp/topics/devops/ai-for-coding/","ai for coding",{"text":579,"config":580},"エージェント型AI",{"href":581,"dataGaName":582,"dataGaLocation":468},"/ja-jp/topics/agentic-ai/","agentic ai",{"title":584,"links":585},"ソリューション",[586,589,591,596,600,603,606,609,611,613,616,621],{"text":133,"config":587},{"href":128,"dataGaName":588,"dataGaLocation":468},"Application Security Testing",{"text":120,"config":590},{"href":104,"dataGaName":105,"dataGaLocation":468},{"text":592,"config":593},"アジャイル開発",{"href":594,"dataGaName":595,"dataGaLocation":468},"/ja-jp/solutions/agile-delivery/","agile delivery",{"text":597,"config":598},"SCM",{"href":117,"dataGaName":599,"dataGaLocation":468},"source code management",{"text":108,"config":601},{"href":110,"dataGaName":602,"dataGaLocation":468},"continuous integration & delivery",{"text":159,"config":604},{"href":161,"dataGaName":605,"dataGaLocation":468},"value stream management",{"text":549,"config":607},{"href":608,"dataGaName":552,"dataGaLocation":468},"/ja-jp/solutions/gitops/",{"text":172,"config":610},{"href":174,"dataGaName":175,"dataGaLocation":468},{"text":177,"config":612},{"href":179,"dataGaName":180,"dataGaLocation":468},{"text":614,"config":615},"公共機関",{"href":184,"dataGaName":185,"dataGaLocation":468},{"text":617,"config":618},"教育",{"href":619,"dataGaName":620,"dataGaLocation":468},"/ja-jp/solutions/education/","education",{"text":622,"config":623},"金融サービス",{"href":624,"dataGaName":625,"dataGaLocation":468},"/ja-jp/solutions/finance/","financial services",{"title":192,"links":627},[628,630,632,634,637,639,641,643,645,647,649,651],{"text":204,"config":629},{"href":206,"dataGaName":207,"dataGaLocation":468},{"text":209,"config":631},{"href":211,"dataGaName":212,"dataGaLocation":468},{"text":214,"config":633},{"href":216,"dataGaName":217,"dataGaLocation":468},{"text":219,"config":635},{"href":221,"dataGaName":636,"dataGaLocation":468},"docs",{"text":242,"config":638},{"href":244,"dataGaName":245,"dataGaLocation":468},{"text":237,"config":640},{"href":239,"dataGaName":240,"dataGaLocation":468},{"text":247,"config":642},{"href":249,"dataGaName":250,"dataGaLocation":468},{"text":255,"config":644},{"href":257,"dataGaName":258,"dataGaLocation":468},{"text":260,"config":646},{"href":262,"dataGaName":263,"dataGaLocation":468},{"text":265,"config":648},{"href":267,"dataGaName":268,"dataGaLocation":468},{"text":270,"config":650},{"href":272,"dataGaName":273,"dataGaLocation":468},{"text":275,"config":652},{"href":277,"dataGaName":278,"dataGaLocation":468},{"title":293,"links":654},[655,657,659,661,663,665,667,671,676,678,680,682],{"text":300,"config":656},{"href":302,"dataGaName":295,"dataGaLocation":468},{"text":305,"config":658},{"href":307,"dataGaName":308,"dataGaLocation":468},{"text":313,"config":660},{"href":315,"dataGaName":316,"dataGaLocation":468},{"text":318,"config":662},{"href":320,"dataGaName":321,"dataGaLocation":468},{"text":323,"config":664},{"href":325,"dataGaName":326,"dataGaLocation":468},{"text":328,"config":666},{"href":330,"dataGaName":331,"dataGaLocation":468},{"text":668,"config":669},"Sustainability",{"href":670,"dataGaName":668,"dataGaLocation":468},"/sustainability/",{"text":672,"config":673},"ダイバーシティ、インクルージョン、ビロンギング（DIB）",{"href":674,"dataGaName":675,"dataGaLocation":468},"/ja-jp/diversity-inclusion-belonging/","Diversity, inclusion and belonging",{"text":333,"config":677},{"href":335,"dataGaName":336,"dataGaLocation":468},{"text":343,"config":679},{"href":345,"dataGaName":346,"dataGaLocation":468},{"text":348,"config":681},{"href":350,"dataGaName":351,"dataGaLocation":468},{"text":683,"config":684},"現代奴隷制の透明性に関する声明",{"href":685,"dataGaName":686,"dataGaLocation":468},"https://handbook.gitlab.com/handbook/legal/modern-slavery-act-transparency-statement/","modern slavery transparency statement",{"items":688},[689,691,694],{"text":516,"config":690},{"href":518,"dataGaName":519,"dataGaLocation":468},{"text":692,"config":693},"Cookieの設定",{"dataGaName":528,"dataGaLocation":468,"id":529,"isOneTrustButton":29},{"text":521,"config":695},{"href":523,"dataGaName":524,"dataGaLocation":468},[697],{"id":698,"title":9,"body":27,"config":699,"content":701,"description":27,"extension":26,"meta":705,"navigation":29,"path":706,"seo":707,"stem":708,"__hash__":709},"blogAuthors/en-us/blog/authors/itzik-gan-baruch.yml",{"template":700},"BlogAuthor",{"name":9,"config":702},{"headshot":703,"ctfId":704},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1749658921/Blog/Author%20Headshots/iganbaruch-headshot.jpg","iganbaruch",{},"/en-us/blog/authors/itzik-gan-baruch",{},"en-us/blog/authors/itzik-gan-baruch","bz9VMiTQ1ixvnoxUFk0jiUcnLG3oQsymgXNCqyRqfsk",[711,723,738],{"content":712,"config":721},{"title":713,"description":714,"authors":715,"heroImage":717,"date":718,"body":719,"category":11,"tags":720},"GitLabとAnthropic：エンタープライズ開発のためのガバナンスAI","GitLabがAnthropicとのClaude統合を強化。ガバナンス・コンプライアンス・監査証跡を組み込んだプラットフォームで、最新Claudeモデルへのアクセス、そしてGoogle CloudやAWSを通じた柔軟なクラウド展開をエンタープライズに提供します。",[716],"Stuart Moncada","https://res.cloudinary.com/about-gitlab-com/image/upload/v1776457632/llddiylsgwuze0u1rjks.png","2026-04-28","エンタープライズや公共セクターのリーダーにとって、この緊張関係は見慣れたものです。ソフトウェアチームはAIを活用してスピードを上げる必要がある一方、セキュリティ、コンプライアンス、規制上の要求はますます厳しくなっています。GitLabはAnthropicとのClaude統合を強化し、新たにリリースされたClaudeモデルへのアクセスを、ガバナンス・コンプライアンス・監査証跡がすでに組み込まれたGitLabのインテリジェントオーケストレーションプラットフォーム上で提供します。\n\nClaudeはGitLab Duo Agent Platformにおけるデフォルトモデルとして、コード生成・レビューからエージェント型チャット、脆弱性の解消まで、幅広いユースケースで機能を支えています。GitLab Duoをご利用いただいている方は、Duoエージェントがソフトウェア開発ライフサイクル（SDLC）全体にわたってワークフローを自動化する様子をすでにご体験いただいています。\n\nこの統合強化により、ClaudeのコアAI機能をGitLabにより迅速に統合し、エンタープライズが展開できる幅を広げるとともに、GitLabがソフトウェア開発・エンジニアリングプラットフォームとして本質的に異なる点を改めて示します。それは、すべてのAIインタラクションに組み込まれたガバナンス・コンプライアンス・監査証跡です。\n\n> 「GitLab Duoにより、チームの計画・構築・リリースのスピードが格段に上がりました。AnthropicのClaudeとGitLabのプラットフォームを組み合わせることで、働き方やガバナンスの仕組みを変えることなく、より高度なAIを活用できています。」 \\\n> – Mans Booijink氏、オペレーションマネージャー、Cube社\n\n## 真の差別化要因：ガバナンスAI\n\nGitLabでは、ガバナンスコントロールと監査機能がSDLCに組み込まれています。GitLab Duo Agent PlatformでClaudeがコード変更を提案する場合、その提案は他のあらゆる変更と同様に、マージリクエストのプロセス、承認ルール、セキュリティスキャン、そして監査証跡を経由します。AIはコントロールを迂回することはできません。AIはコントロールの枠組みの中で動作します。\n\nGitLabがエージェント型ソフトウェア開発、すなわちAIが明確に定義されたタスクを自律的に処理する開発手法へと深く踏み込む中、ガバナンスレイヤーの重要性はさらに増しています。マージリクエストのオープン、脆弱性の解消支援、サービスのリファクタリングを担えるAIエージェントには、人間の開発者と同様に、監査可能性・帰属明確性・ポリシー適用が求められます。この要件はGitLabが当初から下したアーキテクチャ上の決断であり、AIエージェントが担う責務の範囲が広がるにつれて、その重要性はさらに高まっています。\n\n## エンタープライズ向けデプロイの柔軟性\n\nまた、この統合強化により、組織がGitLabを通じて最新のClaudeモデルにアクセスする方法も広がります。GitLab内でのClaudeはGoogle CloudのVertex AIおよびAWS Bedrockを通じて利用可能であり、企業はすでに導入済みのハイパースケーラーとの契約やクラウドガバナンスフレームワークを通じてAIワークロードをルーティングできます。別途ベンダー契約は不要です。データレジデンシーに関する新たな懸念もありません。既存のGCPまたはAWSの関係がそのままオンランプとなります。\n\nGitLabは[Claude Marketplace](https://claude.com/platform/marketplace)にも参加しました。これにより、お客様はGitLabクレジットを購入してAnthropicへの既存の支出コミットメントに充てることができ、AIコストを一元管理しながら、Anthropicへの投資と並行してGitLabを手軽に見つけ、調達できるようになります。\n\n## エージェント型の未来へ\n\n計画・コーディング・テスト・セキュリティ確保・デプロイにわたり、AIが定義されたタスクを自律的にこなすエージェント型ソフトウェア開発というGitLabのビジョンを実現するには、高度な推論能力・信頼性・安全性を備えたモデルが必要です。そして、それらの自律的アクションが完全にガバナンスされるプラットフォームも不可欠です。\n\nエージェント型ワークフローには、高度な推論能力・信頼性・安全性を備えたモデルが求められます。これらの基準は、GitLabがAIモデルパートナーを選定・統合する際の指針となっています。また、GitLabのガバナンスフレームワークにより、AIエージェントがより高度な開発作業を担うようになっても、エンタープライズはエージェントの行動・実行タイミング・変更の追跡方法について完全な可視性とコントロールを維持できます。\n\n## GitLabをご利用のお客様への意味\n\nすでにGitLab Duo Agent Platformをご利用の方は、ソフトウェア開発ライフサイクル全体にわたってClaudeモデルへのアクセスとより深いAIアシスタンスを、これまで通りのガバナンスフレームワークの中でご活用いただけます。\n\nAI活用型ソフトウェア開発プラットフォームを評価中の方は、高度なAI機能とエンタープライズコントロールのどちらかを選ぶ必要はありません。この戦略的連携は、その両方を実現するために構築されています。\n\n> GitLab Duo Agent Platformについてさらに詳しく知りたい方は、[デモのご依頼または無料トライアルのお申し込みはこちら](https://about.gitlab.com/ja-jp/gitlab-duo-agent-platform/)からどうぞ。",[18,19,278],{"featured":29,"template":15,"slug":722},"gitlab-and-anthropic-governed-ai-for-enterprise-development",{"content":724,"config":736},{"title":725,"description":726,"authors":727,"body":730,"heroImage":731,"date":732,"category":11,"tags":733},"GitLabとVertex AI on Google Cloud：エージェント型ソフトウェア開発の加速","Google CloudのVertex AIとGitLab Duo Agent Platformを組み合わせることで、ファウンデーションモデル、エンタープライズ制御、Model Gardenの豊富なモデルを活用したエージェント型開発が実現します。\n",[728,729],"Regnard Raquedan","Rajesh Agadi","GitLab Duo Agent Platformは、組織がソフトウェアをビルド、セキュア化、そして提供する方法を再定義しつつあります。2026年1月の一般提供開始以来、このプラットフォームはソフトウェア開発ライフサイクルのあらゆる段階にエージェント型AIをもたらしています。Duo Agent Platformは、ソフトウェアチームと専門エージェントが連携して計画、コーディング、レビュー、セキュリティ脆弱性の修正を行う、インテリジェントなオーケストレーションレイヤーです。\n\nこのパートナーシップを通じて、[GitLab Duo Agent Platform](https://about.gitlab.com/gitlab-duo-agent-platform/)はVertex AI on Google Cloudとの統合によりソフトウェア開発のオーケストレーションとライフサイクルコンテキストを自動化します。Vertex AIはエージェント呼び出しのモデル層を担い、ソフトウェアチームはすでに定義済みのGoogle Cloudポリシーに従って推論を実行しながら、イシュー、マージリクエスト、パイプライン、セキュリティワークフローの作業を継続できます。\n\nGoogle CloudのVertex AIモデルの進化により、Google CloudユーザーはGitLab Duo Agent Platformをさらに活用できるようになっています。GitLabではAIを活用したDevSecOpsコントロールプレーンを、Vertex AIの急速に進化するAIインフラ基盤と、Duo Agent Platformの柔軟なデプロイ・統合オプションが支えています。この組み合わせにより、エンタープライズスケールで動作する、より高度でガバナンスの効いたエージェント型ワークフローが実現します。\n\n![Google CloudのVertex AIと連携してエージェント型ソフトウェア開発とガバナンスを備えたAIワークフローを実現するGitLab Duo Agent Platformの概念図](https://res.cloudinary.com/about-gitlab-com/image/upload/v1776165990/b7jlux9kydafncwy8spc.png)\n\n## 開発ライフサイクル全体にわたるエージェント\n\n多くのAIツールは、コードをより速く生成するという単一のタスクに集中しています。GitLab Duo Agent Platformはそれをさらに超え、計画からセキュリティレビュー、リリースまで、ソフトウェア開発ライフサイクル（SDLC）全体にわたってAIエージェントをオーケストレーションします。これは、多数のプロジェクトとリリースを抱える多くのチームを対象としています。このスケールにおいて、AIコーディングアシスタントは継続的なイノベーションに必要ではありますが、それだけでは十分ではありません。\n\n単一目的のコーディングアシスタントがプロジェクトの全体像を把握することはほとんどありません。バックログの状況、オープン中のマージリクエスト、失敗したジョブ、セキュリティの検出結果はGitLabに蓄積されていますが、コーディングアシスタント内の別のチャットウィンドウはSDLCのその全体像を引き継ぐことができません。このギャップは、手動によるハンドオフ、コンテキストを持たないAIへの重複した説明、そして一つのシステムとして設計されたわけではないツール間のデータフローをマッピングしようとするガバナンスチームという形で表れます。\n\nGitLab Duo Agent Platformは、エンジニアが日々使用するオブジェクト上でエージェントとフローを動作させることで、このギャップを埋めます。Google Cloudを推論の基盤として選択している場合、Vertex AIはエージェントが呼び出すモデルとサービスを提供し、GitLabのAI Gatewayがアクセスを仲介することで管理者はどこに何が接続されているかを明確に把握できます。例えば、GitLab Duo Planner Agentはバックログを分析し、エピックを構造化タスクに分解し、優先順位付けフレームワークを適用することで、次に何を構築するかをチームが判断するのを支援します。Security Analyst Agentは脆弱性をトリアージし、平易な言葉でリスクを説明し、優先順位に従って修正を推奨します。ビルトインのフローはこれらのエージェントをエンドツーエンドのプロセスへと連結し、開発者がすべてのハンドオフを手動で管理する必要をなくします。\n\nGitLab Duo Agent PlatformのAgentic Chatは、開発者にとって統合された体験を提供します。自然言語でクエリを投げかけることで、プロジェクトのイシュー、マージリクエスト、パイプライン、セキュリティの検出結果、コードベースといった全体像を踏まえた多段階の推論に基づくコンテキスト対応の回答が得られます。GitLabがSDLCの統一データモデルを持つ記録システムとして機能しているため、GitLab Duoエージェントは、スタンドアロンのツール固有AIアシスタントでは到達できないライフサイクルコンテキストをもとに動作します。\n\n### Vertex AIによる能力の拡張\n\nGitLab Duo Agent Platformはモデルフレキシブルな設計となっており、タスクごとに最適なパフォーマンスを発揮するモデルへと異なる機能をルーティングします。このアーキテクチャの選択はGoogle Cloud上で効果を発揮します。Vertex AIはファウンデーションモデルと関連サービスのマネージド環境として機能し、幅広いモデルエコシステムとマネージドインフラを提供することでプラットフォームの能力をさらに引き出します。\n\nVertex AIを通じて利用できる最新世代のAIモデルは、以前のバージョンと比較して推論、ツール使用、長文コンテキスト理解において大幅な改善をもたらします。これらはまさに、GitLabのエージェントが大規模で複雑なコードベースを持つ多くのプロジェクトとチームにわたって依拠するプロパティです。基盤モデルにおけるより長いコンテキストウィンドウと豊富なツール連携により、エージェントが一度のパスで達成できることが広がり、深いバックログ分析やモノレポのセキュリティレビューといったワークロードに特に重要な意味を持ちます。\n\n幅広いファウンデーションモデルへのアクセスを提供する[Vertex AI Model Garden](https://cloud.google.com/model-garden)により、ベンダーロックインではなく、パフォーマンス、コスト、規制要件に基づいてこれらの選択を行う自由がお客様に与えられます。\n\nさらに、GitLabのお客様はDuo Agent PlatformにBYOM（Bring Your Own Model）を利用することで、承認済みのプロバイダーとゲートウェイをセキュリティモデルが期待する場所に配置できます。[18.9リリースにおけるセルフホスト型Duo Agent PlatformとBYOMの解説](https://about.gitlab.com/blog/agentic-ai-enterprise-control-self-hosted-duo-agent-platform-and-byom/)では、その仕組みが詳しく説明されています。このデプロイオプションにより、お客様はソフトウェア開発プロセスに合わせてカスタマイズできるより広いモデルの選択肢へのアクセスを得られます。適切なワークフローに、適切なモデルを、適切なガードレールとともに。\n\nGitLabがVertex AIを基盤として選択したのは、エンタープライズグレードの信頼性と比類ないモデルの幅広さへのニーズによるものです。Vertex AIとModel Gardenは、LLMホスティングの重労働を完全に抽象化し、迅速なバージョン提供、堅牢なセキュリティ、厳格なガバナンスをシームレスに統合に組み込んでいます。Geminiモデルの提供にとどまらず、Vertex AIはサードパーティおよびオープンソースモデルの豊富なカタログへのグローバルかつ低レイテンシのアクセスを提供します。\n\nGoogleCloudの業界をリードするデータプライバシーとモデル保護へのアプローチと組み合わせることで、Vertex AIはGitLabの次世代デベロッパーエクスペリエンスを支える明確な選択肢として浮上しました。\n\nVertex AI Model GardenをバックエンドへIntegrateすることで、GitLabはDevSecOpsプラットフォームを強化しながら、その複雑さをユーザーに負わせることがありません。開発チームは基盤となるLLMの評価や管理に煩わされることなく、アプリケーション構築のための効率的なAI支援ワークフローを体験できます。\n\nGitLabはクラウドオーケストレーションを完全に抽象化し、開発者が優れたコードの記述に集中できる環境を提供する一方、Vertex AIはその支援となる機能を動かしています。\n\n## Google Cloudをご利用のお客様への意義\n\nGitLab Duo Agent Platformはすでに、一つのガバナンスの効いた記録システムの中でソフトウェアライフサイクル全体にわたって動作するAIエージェントを提供しています。Google Cloud上では、Vertex AIがモデルとインフラ層を継続的に進化させながら、迅速なイノベーションを可能にします。\n\nGoogle Cloudをご利用のお客様にとって、この統合は厳格なエンタープライズガバナンスを維持しながらソフトウェア提供を効率化することを意味します。プラットフォームエンジニアリンググループにとっては、クライアントサイドのツールを数十種類カタログ化するのではなく、GitLab内の提案、分析、修正を担うVertex AI連携モデルを標準化することを意味します。セキュリティプログラムは、エージェントが開発者がすでに検出結果をトリアージしている場所と同じ場所で修正を提案・検証することで、頭の切り替えを減らし、管理されていないチャネルへ流出していた作業を削減できます。\n\nクラウドの費用対効果とポリシーの観点から、GitLab内からVertexへのエージェント推論をまとめることで、Google Cloud上ですでに運用している契約や統制に近い形で使用量を管理でき、調達プロセスを迂回する重複支出やシャドーパスを回避するのに役立ちます。\n\nVertex AIはGitLab Duo Agent Platformの基盤インフラプロバイダーであるため、組織はAIツールチェーンの断片化を管理するオーバーヘッドとリスクなしに、デベロッパーの生産性を大幅に向上させることができます。チームは単一のセキュアな記録システムの中で足並みを揃え、アプリケーションをより速くビルドし、確信を持ってリリースできるようになります。\n\nGitLabとGoogle Cloudのコラボレーションは2018年から続いています。今日、これはAIの実験から、Google Cloud上での完全にガバナンスが効いたエージェント型ソフトウェア開発へと移行する組織にとって、最も包括的なパスの一つとなっています。GitLabがエージェントオーケストレーションとデベロッパーコンテキストを拡充し、Vertex AIがモデル能力とエージェントインフラの限界を押し広げていく中で、共同顧客にとっての価値は今後も成長し続けるでしょう。\n\n> [GitLab Duo Agent Platformの無料トライアルを開始](https://about.gitlab.com/free-trial/)して、Google Cloud上でのGitLabとVertex AIのパワーをぜひご体験ください。","https://res.cloudinary.com/about-gitlab-com/image/upload/v1749663121/Blog/Hero%20Images/LogoLockupPlusLight.png","2026-04-14",[18,278,734,735,19],"google","news",{"featured":29,"template":15,"slug":737},"gitlab-and-vertex-ai-on-google-cloud",{"content":739,"config":749},{"heroImage":740,"body":741,"authors":742,"updatedDate":744,"date":745,"title":746,"tags":747,"description":748,"category":11},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1772643639/sapu29gmlgtwvhggmj6k.png","ソフトウェア開発の管理では、複数のツールを同時に扱うことが求められます。Jiraで課題を追跡し、IDEでコードを記述し、GitLabでコラボレーションするといった具合です。こうしたプラットフォーム間のコンテキストの切り替えは集中力を妨げ、デリバリーを遅らせます。\n\nGitLab Duo Agent Platformの[MCP](https://about.gitlab.com/topics/ai/model-context-protocol/)サポートにより、Jiraをはじめ、MCPに対応するあらゆるツールを、AIを活用した開発環境に直接接続できるようになりました。課題の照会、チケットの更新、ワークフローの同期など、すべてを自然言語で、IDEを離れることなく実行できます。\n\n## この記事で学べること\n\nこのチュートリアルでは、以下の内容を解説します。\n\n* **Jira/Atlassian OAuthアプリケーションのセットアップ** — セキュアな認証を設定します\n* **GitLab Duo Agent Platformの設定** — GitLab Duo Agent PlatformをMCPクライアントとして設定します\n* **3つの実践的なユースケース** — 実際のワークフローのデモをご覧ください\n\n## 前提条件\n\n開始する前に、以下の要件を満たしていることをご確認ください。\n\n| 要件 | 詳細 |\n| ---- | ----- |\n| **GitLabインスタンス** | Duo Agent Platformが有効なGitLab 18.8以降 |\n| **Jiraアカウント** | OAuthアプリケーションを作成できる管理者権限を持つJira Cloudインスタンス |\n| **IDE** | GitLab Workflow拡張機能がインストールされたVisual Studio Code |\n| **MCPサポート** | GitLabでMCPサポートが有効化済み |\n\n\n## アーキテクチャの概要\n\nGitLab Duo Agent Platformは**MCPクライアント**として機能し、Atlassian MCPサーバーに接続してJiraのプロジェクト管理データにアクセスします。Atlassian MCPサーバーは認証を処理し、自然言語のリクエストをAPI呼び出しに変換して、構造化されたデータをGitLab Duo Agent Platformに返します。このプロセス全体を通じて、セキュリティと監査管理が維持されます。\n\n## パート1：Jira OAuthアプリケーションの設定\n\nGitLab Duo Agent PlatformをJiraインスタンスに安全に接続するには、Atlassian Developer ConsoleでOAuth 2.0アプリケーションを作成する必要があります。これにより、GitLabのMCPサーバーにJiraデータへの認可されたアクセス権が付与されます。\n\n### セットアップ手順\n\n手動で設定する場合は、以下の手順に従ってください。\n\n1. **Atlassian Developer Consoleへのアクセス**\n\n   * [developer.atlassian.com/console/myapps](https://developer.atlassian.com/console/myapps)にアクセスします。\n\n   * Atlassianアカウントでサインインします。\n\n2. **新しいOAuth 2.0アプリの作成**\n\n   * 「**Create**」→「**OAuth 2.0 integration**」をクリックします。\n\n   * アプリ名を入力します（例：「gitlab-dap-mcp」）。\n\n   * 利用規約に同意し、「**Create**」をクリックします。\n\n3. **権限の設定**\n\n   * 左サイドバーの「**Permissions**」に移動します。\n\n   * 「**Jira API**」を追加し、以下のスコープを設定します。\n\n     * `read:jira-work` — 課題、プロジェクト、ボードの読み取り\n\n     * `write:jira-work` — 課題の作成と更新\n\n     * `read:jira-user` — ユーザー情報の読み取り\n\n4. **認可の設定**\n\n   * 左サイドバーの「**Authorization**」に移動します。\n\n   * お使いの環境のコールバックURLを追加します（`https://gitlab.com/oauth/callback`）。\n\n   * 変更を保存します。\n\n5. **認証情報の取得**\n\n   * 「**Settings**」に移動します。\n\n   * 「**Client ID**」と「**Client Secret**」をコピーします。\n\n   * これらの認証情報はMCP設定に必要なため、安全な場所に保管してください。\n\n\n### インタラクティブウォークスルー：Jira OAuthのセットアップ\n\n以下の画像をクリックして開始してください。\n\n\n[![Jira OAuthセットアップツアー](https://res.cloudinary.com/about-gitlab-com/image/upload/v1772644850/wnzfoq43nkkfmgdqldmr.png)](https://gitlab.navattic.com/jira-oauth-setup)\n\n\n## パート2：GitLab Duo Agent PlatformのMCPクライアントの設定\n\nOAuth認証情報の準備ができたら、GitLab Duo Agent PlatformをAtlassian MCPサーバーに接続するための設定を行います。\n\n### MCP設定ファイルの作成\n\nGitLabプロジェクトの `.gitlab/duo/mcp.json` にMCP設定ファイルを作成します。\n\n\n```json\n{\n  \"mcpServers\": {\n    \"atlassian\": {\n      \"type\": \"http\",\n      \"url\": \"https://mcp.atlassian.com/v1/mcp\",\n      \"auth\": {\n        \"type\": \"oauth2\",\n        \"clientId\": \"YOUR_CLIENT_ID\",\n        \"clientSecret\": \"YOUR_CLIENT_SECRET\",\n        \"authorizationUrl\": \"https://auth.atlassian.com/oauth/authorize\",\n        \"tokenUrl\": \"https://auth.atlassian.com/oauth/token\"\n      },\n      \"approvedTools\": true\n    }\n  }\n}\n```\n\n`YOUR_CLIENT_ID` と `YOUR_CLIENT_SECRET` は、パート1で生成した認証情報に置き換えてください。\n\n### GitLabでMCPを有効化\n\n1. 「**グループ設定**」→「**GitLab Duo**」→「**Configuration**」に移動します。\n2. 「Allow external MCP tools」にチェックが入っていることを確認します。\n\n### 接続の確認\n\nVS Codeでプロジェクトを開いてGitLab Duo Agent Platformのチャットで次のように入力してください。\n\n```text\nWhat MCP tools do you have access to?\n```\n\n次に、以下のように入力します。\n\n```text\nTest the MCP JIRA configuration in this project\n```\n\nこの時点で、IDEからAtlassian MCPウェブサイトにリダイレクトされ、アクセスの承認を求められます。\n\n![Atlassian MCPウェブサイトへのリダイレクト](https://res.cloudinary.com/about-gitlab-com/image/upload/v1772643461/z5acqjgguh0damnnde9g.png \"MCPのAtlassianウェブサイトへのリダイレクト\")\n\n\u003Cbr>\u003C/br>\n\n![アクセスの承認](https://res.cloudinary.com/about-gitlab-com/image/upload/v1772643461/rwowamm8nsubhpixtn3i.png \"アクセスの承認\")\n\n\u003Cbr>\u003C/br>\n\n![JIRAインスタンスを選択して承認](https://res.cloudinary.com/about-gitlab-com/image/upload/v1772643461/chuzqd0jeptfwvoj7wjr.png \"JIRAインスタンスを選択して承認\")\n\n\u003Cbr>\u003C/br>\n\n![成功！](https://res.cloudinary.com/about-gitlab-com/image/upload/v1772643462/bsgti5iste2bzck19o5y.png \"成功！\")\n\n\u003Cbr>\u003C/br>\n\n### MCPダッシュボードでの確認\n\nGitLabには、IDEに組み込みの**MCPダッシュボード**も用意されています。\n\nVS CodeまたはVSCodiumで、コマンドパレット（macOSでは `Cmd+Shift+P`、Windows/Linuxでは `Ctrl+Shift+P`）を開いて「**GitLab: Show MCP Dashboard**」を検索してください。ダッシュボードは新しいエディタータブで表示され、以下の情報を確認できます。\n\n* 設定済みの各MCPサーバーの**接続ステータス**\n* サーバーが公開している**利用可能なツール**（例：`jira_get_issue`、`jira_create_issue`）\n* **サーバーログ** — リアルタイムで呼び出されているツールを確認可能\n\n![MCPサーバーのダッシュボードとステータス](https://res.cloudinary.com/about-gitlab-com/image/upload/v1772643462/mmvdfchucacsydivowvn.png \"MCPサーバーのダッシュボードとステータス\")\n\n\u003Cbr>\u003C/br>\n\n![サーバーの詳細と権限](https://res.cloudinary.com/about-gitlab-com/image/upload/v1772643462/tcocgdvovp2dl42pvfn8.png \"サーバーの詳細と権限\")\n\n\u003Cbr>\u003C/br>\n\n\n![MCPサーバーログ](https://res.cloudinary.com/about-gitlab-com/image/upload/v1772643466/mougvqqk1bozchaufsci.png \"MCPサーバーログ\")\n\n\u003Cbr>\u003C/br>\n\n### インタラクティブウォークスルー：MCPのテスト\n\n\u003Ciframe src=\"https://player.vimeo.com/video/1170005495?badge=0&autopause=0& player_id=0&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=\"Testing MCP\">\u003C/iframe>\u003Cscript src=\"https://player.vimeo.com/api/player.js\">\u003C/script>\n\n## パート3：実践的なユースケース\n\n統合の設定が完了したら、JiraをGitLab Duo Agent Platformへの接続を実現できる3つの実践的なワークフローを見ていきましょう。\n\n### プランニングアシスタント\n\n**シナリオ：** スプリントプランニングの準備として、バックログをすばやく評価し、優先事項を把握し、ブロッカーを特定する必要があります。\n\nこのデモでは以下の操作を紹介します。\n\n* バックログの照会\n* 未割り当ての高優先度課題の特定\n* AIによるスプリント推奨の取得\n\n#### プロンプト例\n\nGitLab Duo Agent Platformのチャットで以下のプロンプトをお試しください。\n\n```text\nList all the unassigned issues in JIRA for project GITLAB\n```\n\n```text\nSuggest the two top issues to prioritize and summarize them. Assign them to me.\n```\n\n### インタラクティブウォークスルー：プロジェクトプランニング\n\n\u003Ciframe src=\"https://player.vimeo.com/video/1170005462?badge=0&autopause=0&player_id=0&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=\"Project Planning\">\u003C/iframe>\u003Cscript src=\"https://player.vimeo.com/api/player. js\">\u003C/script>\n\n### コードからの課題トリアージと作成\n\n**シナリオ：** コードレビュー中にバグを発見し、IDEを離れることなく、関連するコンテキストに沿ってJiraの課題を作成したい場合です。\n\nこのデモでは以下の手順を紹介します。\n\n* コーディング中のバグの特定\n* 自然言語を使ったJira課題の詳細な作成\n* コードのコンテキストに沿った課題フィールドの自動入力\n* 現在のブランチへの課題のリンク\n\n#### プロンプト例\n\n```text\nSearch in JIRA for a bug related to: Null pointer exception in PaymentService.processRefund().\nIf it does not exist create it with all the context needed from the code. Find possible blockers that this bug may cause.\n```\n\n```text\nCreate a new branch called issue-gitlab-18, checkout, and link it to the issue we just created. Assign the JIRA issue to me and mark it as in-progress.\n```\n\n### インタラクティブウォークスルー：バグレビューとタスク自動化\n\n\u003Ciframe src=\"https://player.vimeo.com/video/1170005368?badge=0&autopause=0& player_id=0&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=\"Bug Review\">\u003C/iframe>\u003Cscript src=\"https://player.vimeo.com/api/player.js\">\u003C/script>\n\n### クロスシステムのインシデント調査\n\n**シナリオ：** 本番環境でインシデントが発生し、Jira（インシデントチケット）、GitLabプロジェクト管理、コードベース、マージリクエストからの情報を照合して根本原因を特定する必要があります。\n\nこのデモでは以下を実演します。\n\n* Jiraからのインシデント詳細の取得\n* GitLabの最近のマージリクエストとの照合\n* 関連する可能性のあるコード変更の特定\n* インシデントタイムラインの生成\n* 修正計画の設計とGitLabのワークアイテムとしての作成\n\n#### プロンプト例\n\n```text\n\"We have a production incident INC-1 about checkout failures. Can you help me investigate with all available context?\"\n```\n\n```text\nCreate a timeline of events for incident INC-1 including related Jira issues and recent deployments\n```\n\n```text\nPropose a remediation plan\n```\n\n### インタラクティブウォークスルー：クロスシステムのトラブルシューティングと修正\n\n\u003Ciframe src=\"https://player.vimeo.com/video/1170005413?badge=0&autopause=0& player_id=0&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=\"Cross System Investigation\">\u003C/iframe>\u003Cscript src=\"https://player.vimeo.com/api/player.js\">\u003C/script>\n\n## トラブルシューティング\n\nよくあるセットアップの問題と解決策を以下にまとめます。\n\n| 問題 | 解決策 |\n| ----- | ----- |\n| 「MCP server not found」 | `mcp.json` ファイルが正しい場所にあり、適切にフォーマットされていることを確認してください。 |\n| 「Authentication failed」 | OAuth認証情報を再確認し、Atlassianでスコープが正しく設定されていることを確認してください。 |\n| 「No Jira tools available」 | `mcp.json` を更新後にVS Codeを再起動し、GitLabでMCPが有効になっていることを確認してください。 |\n| 「Connection timeout」 | `mcp.atlassian.com` へのネットワーク接続を確認してください。 |\n\n\u003Cbr/> 詳細なトラブルシューティングについては、[GitLab MCPクライアントのドキュメント](https://docs.gitlab.com/ja-jp/user/gitlab_duo/model_context_protocol/mcp_clients/)をご参照ください。\n\n\n## セキュリティに関する考慮事項\n\nJiraをGitLab Duo Agent Platformと統合する際は、以下の点にご注意ください。\n\n* **OAuthトークン** — 認証情報を安全に管理してください。\n* **最小権限の原則** — Jiraスコープは必要最小限のみ付与してください。\n* **トークンのローテーション** — セキュリティ管理の一環として、OAuth認証情報を定期的にローテーションしてください。\n\n\n## まとめ\n\nMCPを通じてGitLab Duo Agent Platformをさまざまなツールに接続することで、開発ライフサイクルとのインタラクションが大きく変わります。この記事では、以下の方法を学びました。\n\n* **自然言語による課題の照会** — バックログ、スプリント、インシデントについて自然言語で質問できます。\n* **DevSecOps環境全体での課題の作成と更新** — IDEを離れることなくバグを報告し、チケットを更新できます。\n* **システム間の情報照合** — JiraのデータをGitLabのプロジェクト管理、マージリクエスト、パイプラインと組み合わせることで、全体的な可視性が得られます。\n* **コンテキスト切り替えの削減** — プロジェクト管理とのつながりを維持しながら、コードに集中できます。\n\nこの統合は、MCPの可能性を体現するものです。AIを通じてツールへの標準化されたセキュアなアクセスを提供し、ガバナンスやセキュリティを損なうことなく、デベロッパーがより効率的に作業できる環境を実現します。\n\n\n## 関連リソース\n\n* [Model Context Protocol統合](https://about.gitlab.com/ja-jp/blog/duo-agent-platform-with-mcp/)\n\n* [Model Context Protocolとは](https://about.gitlab.com/topics/ai/model-context-protocol/)\n\n* [エージェント型AIに関するガイドとリソース](https://about.gitlab.com/ja-jp/blog/agentic-ai-guides-and-resources/)\n\n* [GitLab MCPクライアントのドキュメント](https://docs.gitlab.com/ja-jp/user/gitlab_duo/model_context_protocol/mcp_clients/)\n\n* [GitLab Duo Agent Platformを始める：完全ガイド](https://about.gitlab.com/ja-jp/blog/gitlab-duo-agent-platform-complete-getting-started-guide/)",[743],"Albert Rabassa","2026-03-30","2026-03-05","MCPであらゆるツールを接続してGitLab Duo Agent Platformを拡張",[19,21],"MCPを使用して外部ツールをGitLab Duo Agent Platformに接続する方法を解説します。3つの実践的なワークフローデモを含むステップバイステップのセットアップガイドです。",{"featured":14,"template":15,"slug":750},"extend-gitlab-duo-agent-platform-connect-any-tool-with-mcp",{"promotions":752},[753,766,777,789],{"id":754,"categories":755,"header":756,"text":757,"button":758,"image":763},"ai-modernization",[11],"Is AI achieving its promise at scale?","Quiz will take 5 minutes or less",{"text":759,"config":760},"Get your AI maturity score",{"href":761,"dataGaName":762,"dataGaLocation":245},"/assessments/ai-modernization-assessment/","modernization assessment",{"config":764},{"src":765},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1772138786/qix0m7kwnd8x2fh1zq49.png",{"id":767,"categories":768,"header":769,"text":757,"button":770,"image":774},"devops-modernization",[19,567],"Are you just managing tools or shipping innovation?",{"text":771,"config":772},"Get your DevOps maturity score",{"href":773,"dataGaName":762,"dataGaLocation":245},"/assessments/devops-modernization-assessment/",{"config":775},{"src":776},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1772138785/eg818fmakweyuznttgid.png",{"id":778,"categories":779,"header":781,"text":757,"button":782,"image":786},"security-modernization",[780],"security","Are you trading speed for security?",{"text":783,"config":784},"Get your security maturity score",{"href":785,"dataGaName":762,"dataGaLocation":245},"/assessments/security-modernization-assessment/",{"config":787},{"src":788},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1772138786/p4pbqd9nnjejg5ds6mdk.png",{"id":790,"paths":791,"header":794,"text":795,"button":796,"image":801},"github-azure-migration",[792,793],"migration-from-azure-devops-to-gitlab","integrating-azure-devops-scm-and-gitlab","Is your team ready for GitHub's Azure move?","GitHub is already rebuilding around Azure. Find out what it means for you.",{"text":797,"config":798},"See how GitLab compares to GitHub",{"href":799,"dataGaName":800,"dataGaLocation":245},"/compare/gitlab-vs-github/github-azure-migration/","github azure migration",{"config":802},{"src":776},{"header":804,"blurb":805,"button":806,"secondaryButton":810},"今すぐ開発をスピードアップ","DevSecOpsに特化したインテリジェントオーケストレーションプラットフォームで実現できることをご確認ください。\n",{"text":47,"config":807},{"href":808,"dataGaName":50,"dataGaLocation":809},"https://gitlab.com/-/trial_registrations/new?glm_content=default-saas-trial&glm_source=about.gitlab.com/ja-jp/","feature",{"text":52,"config":811},{"href":54,"dataGaName":55,"dataGaLocation":809},1777493683254]