ビジネスリーダーは日々の運用ダッシュボードを共有の真実の情報源として信頼しています。しかし、ダッシュボードは既知の質問に答えるために構築されています。チームがアドホックな質問、多次元的な質問、または予期せぬ質問を探索する必要がある場合、ボトルネックが発生します。BIチームが新しいビューを構築したりレポートを更新したりするのを待つ必要があり、数時間から数日かかることもあります。Dataset Q&A機能はそのギャップを埋めます。自然言語で質問でき、新しいダッシュボードを構築したりキューの待ち時間なしに、数秒で正確な回答を得られます。既存のデータセットとの対話型会話を実現し、チームが依存するダッシュボードを妨げることはありません。
AWSの技術現場コミュニティ(TFC)プログラムは、年間数十万件の顧客インタラクションをサポートしています。規模が拡大するにつれて、リーダーが答える必要のある質問は複雑化しました。従来の静的ダッシュボードでは、高度な多次元クエリに対応できませんでした。AWSはTARA(技術分析調査エージェント)を開発し、Amazon QuickのDataset Q&A機能を活用しました。TARAはAI駆動の分析アシスタントであり、統一された会話インターフェースを提供します。ユーザーは自然言語で複数の統合データセット、ライブシステムAPI、専門調査エージェントを探索できます。
2026年第1四半期に、SDLチームはDataset Q&A機能の初期採用者となりました。この機能は、クエリ時に自然言語をSQLに変換し、データセット自体に存在するセマンティック定義に基づいています(個別に維持されるトピックではなく)。データのビジネス上の意味(フィールド説明、同義語、データセット指示)は一度定義され、どこでも再利用できます。SDLチームにとって、これは画期的な進歩でした。プログラムリーダーは、BIチームがビジネス用語の定義を更新したり新しいフィールドマッピングを構成したりするのを待たずに、実際に重要な質問をできるようになりました。
アーキテクチャの違いは、Dataset Q&Aがユーザーの意図を動的に解釈し、関連データセットを特定し、クエリ時に最適化されたSQLを生成することにより、複雑な多次元分析を処理できる点にあります。構造化されたグラウンドトゥルーステストを通じて、チームは以下の改善を測定しました:精度約48%向上、複雑な分析クエリの正常実行(エラーがほぼゼロに)、応答時間が約2〜3分から約10秒に短縮(90%以上の削減)。
TARAのアーキテクチャはAmazon Quick上に構築され、4つの緊密に統合された層で構成されています:ユーザーアクセスとオーケストレーション層、Dataset Q&Aとワークスペース統合層、カスタムエージェント指示によるセマンティックインテリジェンス層、そして接続システムとアクション層。構造化分析、オペレーショナルシステム、組織知識を統合します。
実装は4段階で行います:カスタムチャットエージェントの構成、データセットの準備と統合、MCPを使用したアクション統合、自然言語クエリ処理。ユーザーは直接質問でき、TARAが自動的に処理します。
結果と影響は大きく、クエリ成功率が80〜85%から95%以上に向上、複雑な質問の平均解決時間が約90分から5分未満に短縮、毎月2〜3日かかっていたセマンティックメンテナンスが不要になり、15,000人以上のTFCメンバーとAWSリーダーが自然言語クエリで分析にアクセスしています。
このアーキテクチャの重要な差別化要因は、トピックベースのQ&Aから直接データセットQ&Aへの移行であり、セマンティック中間層を排除しました。新しい列は構成なしですぐにクエリ可能、クロスデータセットクエリは自動的に解決、ビジネスロジックは文脈に応じて適用され、メンテナンスオーバーヘッドはほぼゼロになります。これにより、TARAは少数の事前モデル化されたクエリパターンから、SDLチームの全データポートフォリオにわたる数千の独自の多次元質問を処理できるようになりました。
直接データセットQ&Aは、構成オーバーヘッドを軽減し動的なクエリ生成を可能にすることで、ユーザーとデータのインタラクションを変革します。このアプローチは、複雑なデータセットをセマンティックモデリングなしで即座にクエリ可能にし、ビジネスロジックを実行時に文脈に応じて適用し、自然言語による高度な多次元分析をサポートし、エンタープライズセキュリティポリシーに準拠しながら、メンテナンスを大幅に削減します。AWSでは、Dataset Q&Aの使用を開始するためのドキュメントと統合ガイドを提供しています。