Content last updated 2026-05-15

DAP Rapid — フィールド Issue 報告

ソリューションアーキテクトが顧客のブロッカーとなる DAP Issue をエンジニアリングへ報告する方法

概要

DAP Rapid は、明確な SLO、トラッキング、エスカレーションパスを 14 のエンジニアリンググループ間で備え、Sev1 および Sev2 の顧客ブロッカーとなる Issue に対処する Duo Agent Platform プログラムです。

ソリューションアーキテクトとして、以下が可能です。

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

DAP トライアル、POV、または顧客デプロイ中にバグや顧客ブロッカーとなる Issue を発見した際は、いつでもこのプロセスを利用してください。

いつ報告するか

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

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

Sev3／Sev4 Issue（軽微なバグ、見た目の問題）は、以下のラベルを付けて通常のバグ 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)

サポートに隣接した Issue の調査をエンジニアリングに依頼したい場合や、根本原因が不明な場合は、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"` まで	重大度の提案（最終判断はエンジニアリング）
`~"group::[team name]"`	担当する AI エンジニアリンググループ

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

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

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

注意点:

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

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

トラッカー	リンク	担当
Zendesk DAP Issues	Zendesk dashboard	Support
incident.io DAP Issues	incident.io dashboard	Engineering & Support
バグトラッカー (GitLab Issue)	DAP Bug Tracker wiki	AI EM & PM
RFH トラッカー	DAP RFH Tracker wiki	Support Engineering
信頼性 (Grafana)	DWS log-based dashboard	Engineering
レイテンシ (Snowflake)	Language server metrics	Engineering
ツール呼び出しエラー率	Duo Workflow Service dashboard	Engineering

Slack チャネル

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

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