AIによる開発者サポート質問のトリアージ
Zeroが開発者からの質問を受け付け、既存Issueの重複をチェックし、ドキュメントから直接回答するか適切なIssueを作成します。
Zeroの接続先:
Zeroが出力する結果
課題
開発者向けのどの会社にも、「なんでこれ失敗するの？」という質問が Slack、メール、GitHub に絶え間なく届きます。半分は既存Issueの重複、4分の1はドキュメントに書かれている、残りは本物のバグ。でも、仕分けるだけでオンコールエンジニアの朝は1時間潰れます。Zero は受信した質問を読み、Issue、PR、ドキュメントを検索し、リンクを添えて直接答えるか、きれいで再現可能なチケットを起票します。オンコールエンジニアは受信箱ではなく、整理されたキューに向かって目覚めます。
Zeroによる解決方法
ステップ1：ツールを接続する
ステップ2：Zeroに聞く
@Zero このサポート質問をトリアージして。IssueとPRで重複を検索、ドキュメントを確認、可能ならここにリンク付きで回答、無理なら適切にスコープされたIssueを起票して @oncall をタグ付けして。
Zero はまず既知の問題ライブラリを検索
Zero は GitHub のIssue、PR、リンクされたドキュメントを一致するもので照会します。重複やドキュメント化された解決策は引用付きで即座に回答され、ユーザーはすぐに先に進めます。
新しい質問の場合、Zero が適切にスコープされたIssueを起票
一致がない場合、Zero はユーザーの再現手順、期待される挙動と実際の挙動、環境の詳細、エラートレースを含むGitHub Issueを作成します。適切なコンポーネントオーナーをタグ付けし、Issueリンクをスレッドに返します。
Zero が解決後にフォローアップ
Issueがクローズされると、Zero は元の質問者に修正リンクを通知します。ユーザーのメールが取得されていれば、Zero はメール側でもループを閉じられます。
ステップ3：さらに活用する
より良い結果のためのヒント
重複マッチングのしきい値はコンポーネントごとに調整しましょう。課金の質問は自動クローズ前にかなり近い一致が必要ですが、認証の質問はもっと緩くてよい。
必ず Zero に情報源を引用させましょう。「Issue #2104 より」は信頼できますが、「たぶんこれが原因かな」は違います。
チャンネルではなくラベルでルーティング。受信した質問にコンポーネントラベルを付け、ラベルでエスカレーションをフィルタすれば、きれいに引き継げます。