Content last updated 2026-09-16

DAP Rapid — フィールドからの問題報告

Solutions Architect が顧客の利用を妨げる DAP の問題を Engineering へ報告する方法

概要

DAP Rapid は、明確な SLO、トラッキング、エスカレーションパスを 14 の Engineering グループ間で備え、Sev1 および Sev2 の顧客の利用を妨げる問題に対処する Duo Agent Platform プログラムです。

Solutions Architect として、以下が可能です。

  • GitLab Issue で直接バグを起票 — Zendesk チケット不要
  • 重大度ラベルの提案 (最終判断は Engineering が行います)
  • 重大な問題のエスカレーション — RFH または incident.io 経由

DAP トライアル、POV、または顧客デプロイ中にバグや顧客の利用を妨げる問題を発見した際は、いつでもこのプロセスを利用してください。

いつ報告するか

顧客の Duo Agent Platform 利用をブロックまたは大きく阻害する問題を報告してください。

重大度説明例
Sev1 — Criticalシステム停止、主要機能の破損、顧客のブロックエージェントが起動しない、全ユーザーでツール実行が失敗、データ消失
Sev2 — Major重要な機能が阻害されているが回避策あり特定のツールが断続的に失敗、性能劣化、既知の回避策がある誤った出力

Sev3／Sev4 の問題（軽微なバグ、見た目の問題）は、以下のラベルを付けて通常のバグ Issue として起票してください — DAP Rapid の SLO は適用されません。

報告の方法

重大度と緊急度に応じて、適切なチャネルを選択してください。

Customer-blocking issue discovered
    │
    ├─ Sev1 (system down, no workaround)
    │   └─ Raise incident through incident.io OR RFH
    │       → Escalation required if not resolved in 12h
    │
    ├─ Sev2 (impaired, workaround exists)
    │   └─ File bug in gitlab-org/gitlab OR raise RFH
    │       → Escalation if not resolved in 24h
    │
    └─ Sev3/4 (minor)
        └─ File bug in gitlab-org/gitlab with labels

チャネル 1： 直接バグを起票（最も一般的）

gitlab-org/gitlabで Issue を起票し、以下に記載する必須ラベルを付けてください。これがフィールドで発見されたバグに対する最速の経路です。

チャネル 2： Request for Help (RFH)

サポートに関連する問題の調査を Engineering に依頼したい場合や、根本原因が不明な場合は、GitLab Request for Helpを使用してください。RFH README に従い、正しいクロージャーラベルを適用します。

チャネル 3： incident.io（重大な本番インシデント）

GitLab.com 上の Sev1 本番インシデントについては、incident.io を使ってインシデントを宣言し、「Affects Duo Agentic Platform (DAP)」フィールドが YES に設定されていることを確認してください。

必須ラベル

gitlab-org/gitlab でバグ Issue を起票する際は、以下を付与します。

ラベル用途
~"Duo Agent Platform GA Fast Follow"DAP のトラッキングに Issue をルーティング
~"type::bug"バグの識別子
~"severity::1" から ~"severity::4" まで重大度の提案（最終判断は Engineering）
~"group::[team name]"担当する AI Engineering グループ

デプロイメントタイプ別の解決 SLO

これは社内目標 (SLO) であり、顧客向け SLA ではありません。主な目標は、すべての Sev1 および Sev2 の問題で 24 時間以内に顧客のブロックを解除することです。

デプロイメント重大度ブロック解除目標時間修正／パッチデプロイ
GitLab.com (SaaS)Sev130 分 – 12 時間即時（営業日の MR のマージから約 6 時間以内にデプロイ）
Sev24 – 24 時間目標： 3 営業日
Self-ManagedSev130 分 – 12 時間次回パッチリリース（約 2 週間、第 2／第 4 水曜日）
Sev24 – 24 時間次回パッチリリース
DedicatedSev130 分 – 12 時間バックポートを伴う次回パッチリリース（2〜4 週間）
Sev24 – 24 時間バックポートを伴う次回パッチリリース

注意点：

  • 設定やセットアップに関する問題は、コード変更なしで目標時間内にブロックを解除する必要があります。
  • デプロイが必要なコード修正は上記タイムラインに従います。
  • Self-Managed および Dedicated については、Sev1 は 12 時間以内、Sev2 は 24 時間以内に修正タイムラインを顧客に伝達してください。
  • Dedicated 顧客は 1 バージョン遅れで運用しており、バックポートは直近 2 マイナーバージョンに限定されます。

トラッキングダッシュボード

トラッカーリンク担当
Zendesk の DAP 問題Zendesk ダッシュボードSupport
incident.io の DAP 問題incident.io ダッシュボードEngineering & Support
バグトラッカー (GitLab Issue)DAP Bug Tracker wikiAI EM & PM
RFH トラッカーDAP RFH Tracker wikiSupport Engineering
信頼性 (Grafana)DWS ログベースダッシュボードEngineering
レイテンシ (Snowflake)言語サーバーのメトリクスEngineering
ツール呼び出しエラー率Duo Workflow Service ダッシュボードEngineering

Slack チャネル

DAP に関するすべての問い合わせ — 質問、問題のトリアージ、ステータスアップデート — に向けた集約チャネルとして #f_duo-agent-platformを使ってください。

問題の報告に #building-on-duo-agent-platform、#usage-billing-help、#dap-customer-feedback、または個々の AI グループチャネルは使わないでください。#f_duo-agent-platform へリダイレクトしてください。

最終更新 October 28, 2026: Merge pull request #591 from kyama0/translation/batch-2026-10-28-1 (5d840611)
ページのソースコードを見る - ページの編集 - please contribute. Creative Commons License