AWSが、Amazon QuickとNew Relic・Asanaを連携させ、障害(インシデント)の初動対応を1つの指示で自動化するAIエージェントの構築方法を公開した。原因調査・影響範囲の特定・原因分析メモ作成・引き継ぎタスク登録までを自動で行う。
AWSが2026年6月10日、Amazon Quickを使い障害(インシデント)の初動対応を自動化するAIエージェントの構築手順を公開した。担当者が1つの指示を送るだけで、エージェントが障害を調査し、証拠リンク付きの原因分析メモ(RCA brief)を組み立て、引き継ぎ可能なAsanaタスクまで作成する。
中核はNew Relicが提供する5つの調査ツールを横断的に呼び出す点だ。5つは、警告要因の特定、影響範囲(利用者・サービス数)の定量化、ログのエラー解析、遅い/失敗した処理の特定、自然言語からNew Relicの問い合わせ言語への変換を担う。New RelicとAsanaはAmazon Quickの標準コネクターとして組み込まれており、エージェント本体を独自実装せず連携を組める。
利用にはAmazon Quickの専門サブスクリプションと作成権限、New Relicアカウント、Asanaワークスペースが要る。New Relic社内テストでは証拠収集フェーズの短縮と復旧の高速化を確認したとされ、平均復旧時間(MTTR)短縮や当番チーム間の調査品質の統一にもつながる。
この変化で何が要点か。図解と出典つきで一目で。
構造化された事実を最初に。誰が何をいつどこでなぜどのように。
サイト信頼性エンジニア（SRE）やサポート担当者は、障害対応時に複数のツールをまたいで証拠を集め、利用者への影響を評価し、後続作業を起票する必要がある。これらの作業は時間との勝負であり、深夜のシフト交代時には知見の引き継ぎ漏れも起きやすい。Amazon QuickはAWSが提供する対話型のAI業務支援基盤で、外部サービスをつなぐ事前構築済みの連携機能（コネクター）を備える。New RelicやAsanaは標準コネクターとして組み込まれており、これらをAIエージェントが横断的に操作できる。
障害対応の平均復旧時間（MTTR）短縮は、エンジニアリング部門が事業貢献を示す重要指標である。New Relic社内のテストでは、本エージェントが証拠収集フェーズを短縮し、復旧の高速化とシフト間の知見喪失リスク低減、当番チーム全体での調査品質の統一につながったとされる。標準コネクターによる連携のみで構築でき、独自開発のハードルが低い点も実務導入を後押しする。
AWSが2026年6月10日、Amazon Quickを使って障害(インシデント)の初動対応を自動化するAIエージェントの構築手順を公開した。担当者が1つの指示を送るだけで、エージェントが障害を調査し、証拠リンク付きの原因分析メモ(RCA brief)を組み立て、引き継ぎ可能なAsanaタスクまで作成する。
From a single prompt, the Amazon Quick agent investigates the incident, assembles a root cause analysis (RCA) brief with evidence links, and creates a tracked Asana task ready for handoff.
引用にある「root cause analysis (RCA) brief」とは、障害の原因を裏づけ証拠とともにまとめた原因分析メモのこと。連携にはNew RelicのAIに外部ツールをつなぐ共通規格(MCP)サーバーと、タスク管理ツールAsanaを、Amazon Quickの標準コネクター経由で使う。
このエージェントの中核は、New Relicが提供する5つの調査ツールを1つの指示で横断的に呼び出す点にある。それぞれの役割は次のとおり。
障害対応では担当者が複数のツールをまたいで証拠を集め、利用者への影響を評価し、後続作業を起票する。これらの時間勝負の作業を、エージェントが1つの指示で代行する設計だ。
今回の手順の実務的な価値は、エージェント本体を独自実装しなくてよい点にある。New RelicとAsanaはAmazon Quickの標準コネクターとして組み込まれているため、外部サービスをつなぐ事前構築済みの連携機能をそのまま使える。
障害対応の平均復旧時間(MTTR)の短縮は、エンジニアリング部門が事業貢献を示す指標だ。New Relic社内のテストでは、本エージェントが証拠収集フェーズを短縮し、復旧の高速化につながったとされる。加えて、深夜のシフト交代時に起きやすい知見の引き継ぎ漏れを減らし、当番チーム全体で調査品質を揃える効果も挙げられている。既に監視・タスク管理ツールを使う組織にとって、追加の独自基盤なしで初動対応を自動化する選択肢が増えた。
立場別、明日から動ける一手。
Amazon Quickの専門サブスクリプションと作成権限、New Relicアカウント、Asanaワークスペースの利用要件を確認する。
自社の障害対応で証拠収集に費やす時間を測る基準と、削減目標を定義する。
1件の障害シナリオで5つの調査ツール呼び出しから原因分析メモとAsanaタスク生成までを試す。
公開直後のため反応はまだ少なく、ニュートラルな投稿が中心。障害対応(インシデントトリアージ)の証拠収集をAIが代行する点や、New Relicの5つの調査ツールを1つの指示で呼び出す構成への技術的関心が見られる段階で、明確な賛否の論点はまだ立っていない。
※トレンド検出時刻付近の人気投稿を表示
