This is the Trace Id: 876e0a53b0075c1cd09a973cfc7cd189
メイン コンテンツへスキップ 詳細はこちら すべての製品を表示 (200 以上) Microsoft Foundry Azure Copilot GitHub Copilot Azure Kubernetes Service (AKS) Azure Cosmos DB Azure Database for PostgreSQL Azure Arc Microsoft Fabric Azure での Linux virtual machines Foundry Models Foundry Agent Service Foundry IQ Foundry Tools Foundry Control Plane Foundry Control Plane の監視 Azure OpenAI in Foundry Models Foundry Tools での Azure 音声 Azure Machine Learning すべてのデータベースを表示 Azure Cosmos DB Azure DocumentDB Azure SQL Azure Database for PostgreSQL Azure マネージド再配布 Microsoft Fabric Azure Databricks Azure での Linux virtual machines Windows Server on Azure Azure Functions Azure Virtual Machine Scale Sets Azure API Management Azure Container Apps Azure Kubernetes Service (AKS) Azure Kubernetes Fleet Manager Azure Container Registry Azure Red Hat OpenShift Azure Container Instances Azure コンテナー ストレージ Azure Arc Azure Local Microsoft Defender for Cloud Azure Monitor Microsoft Sentinel Azure Migrate すべてのソリューションを表示 (40 以上) 中小規模企業のための使いやすいソリューション クラウド移行およびモダン化センター AI 向けデータ分析 Azure データベース AI アプリとエージェント Microsoft Marketplace Microsoft Sovereign Cloud AI アプリとエージェント Azure を利用した責任ある AI AI インフラストラクチャ AI 向けデータ分析 機械学習の運用 (MLOps) Azure でのロー コード アプリケーション開発 統合サービス サーバーレス コンピューティング DevOps 移行とモダン化センター .NET アプリ移行 Azure 上のデータベース Linux on Azure Oracle on Azure SAP on Microsoft Cloud 適応型クラウド ハイパフォーマンス コンピューティング (HPC) サービスとしてのインフラストラクチャ (IaaS) 回復性 Azure Essentials Frontier Accelerate for Azure FinOps on Azure Microsoft Marketplace Azure 価格の概要 Azure アカウントを作成する 無料の Azure サービス 柔軟な購入のオプション 料金計算ツール FinOps on Azure AI で ROI を最大化する Azure 節約プラン Azure 予約 Azure ハイブリッド特典 Virtual Machines Azure SQL Microsoft Foundry Microsoft Fabric Azure Kubernetes Service (AKS) Microsoft Defender for Cloud 詳細を見る ソフトウェア開発企業 Microsoft Marketplace パートナーを見つける Azure パートナー向けリソース Azure の利用を開始する お客様導入事例 アナリスト レポート、ホワイト ペーパー、e-Book ビデオ クラウド コンピューティングについての詳細情報 ドキュメント Azure portal の詳細 開発者向けリソース クイックスタート テンプレート スタートアップ企業向けリソース 開発者コミュニティ 学生 パートナー向け Azure ブログ イベントとウェビナー 学ぶ サポート 営業に問い合わせる Azure の利用を開始する サインイン

LLM 評価とは?

大規模言語モデル (LLM) 評価が、エンタープライズ環境で AI 搭載アプリケーションを展開するうえで重要な理由について説明します。

重要なポイント

  • 大規模言語モデル評価は、モデルの出力を特定の基準と照らし合わせて確認し、正確性、関連性、一貫性、安全性を維持します。
  • 自動メトリック、ベンチマーク、人によるレビューを組み合わせて、長所やリグレッションを特定します。
  • チームは、開発中、展開前、本番環境で評価を実施して、ドリフトを検知します。
  • これらの評価は、ハルシネーションやバイアスを特定し、より安全な更新の指針を示すことで、エンタープライズ チャットボットや検索拡張生成 (RAG) を支援しています。

LLM 評価のしくみ

LLM を評価する場合、通常は次のような質問に回答します。

  • このユース ケースにおいて、その情報は正確ですか?
  • それは、実際にユーザーの要求に応えるものでしたか?
  • 応答は明確で、理解しやすいものですか?
  • それは、問題のあるコンテンツや危険な動作を回避していますか?

小さな変更 (プロンプトの調整、モデル バージョンの変更、ワークフロー内の新しいデータなど) でも、出力品質が変化することがあります。評価を行うことで、チームはそうした変化に気付き、ユーザーが直面する問題として表面化する前に対処できます。

しくみ

大規模言語モデルの評価では通常、自動メトリック、ベンチマーク テスト、人によるレビューを組み合わせて、長所、短所、リグレッションを特定します。これは、本番環境に至るまでのさまざまなステージで実施されることがあります。

一般的な評価手法

  • 自動メトリックでは、多くの事例で一貫して測定可能なパターンに対し、すばやくスコアを付けることができます。
  • ベンチマーク テストは、代表的なプロンプトと想定される動作のセットであり、時間の経過に伴うバージョン比較に使用されます。
  • 人によるレビューでは、特に「良い」評価がコンテキスト、トーン、リスクに依存する場合に、ニュアンスを把握するための重点的なチェックが行われます。

これらの評価は、次のいずれかのステージ、またはすべてのステージで実施される可能性があります。

  • 開発中。ベースラインを確立し、初期の変更をテストするとき。
  • 展開前。リリース チェックを実行してリグレッションを検出するとき。
  • 本番環境で。継続的に監視して、時間の経過に伴うドリフトや品質の変化を検出するとき。

LLM 評価の利点とは?

LLM 評価は、組織が AI 生成応答の正確性、信頼性、ユーザーの意図との整合性を確認するのに役立ちます。これは、これらのシステムがエンタープライズ環境で実際の業務を支援する際に最も重要です。

実際には、次のような点でチームに役立ちます。

  • 回避可能なミスを減らす。より多くのユーザーに届く前に、誤った回答や誤解を招く回答を見つけ出します。
  • 品質を一定に保つ。更新が出力品質に影響するかどうかを追跡することで、結果が変化したときにチームがすばやく対応できるようにします。
  • 責任ある使用を支援する。修正がしやすく、業務への支障も少ない段階で、ハルシネーションやバイアスなどの問題を早期に顕在化させます。
  • より明確に比較する。一貫したチェックでモデルを比較し、より少ない推測でプロンプトやモデルの変更を行えるようにします。

実際の例

LLM 評価は、エンタープライズ環境内のさまざまなステージやユース ケースにわたって重要な役割を果たします。組織は、LLM がさまざまなシナリオでどのように動作するかを体系的に評価することで、正確性、安全性、ビジネス要件との整合性に関する標準を積極的に維持できます。これには、ユーザー クエリの処理、取得した情報の統合、Language API や Vision API などの Cognitive Services の呼び出しが含まれます。

チャットボットの検証

チームでは、生成事前学習トランスフォーマー (GPT) モデルを使って構築されたチャットボットをテストすることがよくあり、応答に関して以下が確認されます。

  • トピックから外れず、尋ねられた質問に対処すること。
  • 自信ありげだが、実際には誤った内容の発言をしないこと。
  • エンタープライズ使用における基本的な安全基準に従っていること。

RAG システムの監視

RAG エクスペリエンスの場合、LLM 評価は、システムに関して以下を確認するのに役立ちます。

  • 回答を生成するときに、取得したコンテキストを効果的に使用すること。
  • 推測で空白を埋めるのではなく、入手可能な情報に基づくこと。

エンタープライズ アプリケーションにおけるハルシネーションやバイアスの検出

ビジネス ワークフローでは、チームは次のようなパターンを探すことがよくあります。

  • ハルシネーション。LLM が詳細をでっち上げ、それを事実として提示すること。
  • バイアス。ユーザーまたはシナリオ間で、出力が不公平または一貫性のないものになる可能性があります。

モデルの比較と安全な反復

モデルを選択するときやプロンプトを修正するとき、一貫性のある LLM 評価を使用すると、チームは結果を比較し、より確信を持って更新を行うことができます。定期的な評価を行うことで、特定のタスクに対してどのモデルが最も信頼性の高い出力を提供するかを特定しやすくなります。また、このプロセスにより、チームは意図しない結果を招くリスクを冒すことなく、問題を迅速に見つけ、改善策を適用することが可能になります。

LLM 評価の今後の傾向

LLM が業務上重要なワークフローやコグニティブ AI アプリケーションに登場することが増えるにつれ、評価は日常的な AI 運用の中核になりつつあります。評価を一度きりの手順として扱うのではなく、LLM システムが時間の経過とともに実際に変化していく実態に即した運用へと移行するチームが増えています。たとえば、次のような方法があります。

LLM を自動エバリュエータとして使用する

LLM を使用して、大規模な出力のスコア付けやレビューを支援する傾向が高まっています。特に単純な合否ルールでは「良い」評価を捉えるのが難しいタスクでは顕著です。このアプローチは、特にチームがより迅速なフィードバック サイクルを求める場合に、人によるレビューやその他のチェックを補完することができます。

運用中も継続して評価する

オフライン テストも依然として重要ですが、システムのリリース後に発生するすべての事象を検出できるわけではありません。そのため、本番環境での継続的な評価が一般的になりつつあります。具体的には、リリース、データの変更、ワークフローの更新の後に出力を定期的に確認します。これにより、品質の問題を早期に把握できます。

よくあるご質問

  • 一般的に使用されるメトリックには、正確性、関連性、安全性、信頼性に加え、速度、スループット、応答時間、コストなどの運用指標が含まれます。
  • LLM-as-a-judge は、1 つの LLM を使って別のモデルの出力を、正確性や関連性などのルーブリックに照らして評価します。これは、手動レビューの代替となるスケーラブルな方法です。
  • 評価に最適な LLM は 1 つではありません。タスクとドメインに適した評価基準を選び、ラベル付きのセットで検証して、一致性と信頼性を確認します。
  • 関連性では、応答がユーザーのクエリや意図に合致しているかどうかを評価します。たとえば、トピックから外れず実際に要求に応えているかどうかなどです。
日本語 (日本) コンシューマーの正常性のプライバシー Microsoft に問い合わせ プライバシー 特定商取引法に基づく表示 Cookie の管理 使用条件 商標 広告について