Azure AI / Azure OpenAI / 公式ブログ / 2026/04/29 / 通常
Azure AI / Azure OpenAI 2026年4月29日の公式ブログ解説: Azure AI Foundry IQ の役割
公式ブログ原文
Microsoft Tech Community の Making Sense of Azure AI Foundry IQ は、Azure AI Foundry IQ をどのようなknowledge layerとして使うべきかを整理する記事です。agentが組織内知識へ安全にアクセスするための境界を説明しています。
要点
- Foundry IQ は Azure AI Search 上に構築された managed knowledge layer として説明されている
- SharePoint、Azure Blob Storage、OneLake、既存Azure AI Search indexなど複数のcontent sourceを単一のpermission-aware endpointとして扱える
- SQL実行、集計、リアルタイム数値精度を担うものではなく、主に非構造化テキスト検索・引用付き回答のための層として位置づけられている
- knowledge baseを複数agentやアプリで再利用し、retrieval pipelineの重複を減らす考え方が示されている
今回のブログ記事で語られていること
今回のブログ記事は、enterprise teamsがAI agentを作るとき、難しいのはモデル選びだけではなく、組織内の知識へどのように正確・安全・継続的にアクセスするかだと説明しています。社内文書はSharePoint、Blob Storage、OneLake、wiki、既存検索indexなどに分散しており、agentごとにretrieval pipelineを作ると、接続、chunking、embedding、routing、permissionsが重複し、保守が難しくなります。Foundry IQ はこの課題に対し、複数のknowledge sourceを一つのknowledge baseとして定義し、agentやアプリからpermission-aware endpointとして利用できるようにする層として紹介されています。
記事では、Foundry IQ が何をするか、何をしないかが明確に区別されています。agentがknowledge baseに問い合わせると、Foundry IQはクエリの実行計画を立て、関連するknowledge sourceを選び、retrievalを実行し、user permissionを適用し、citation付きのgrounded resultsを返します。一方で、Foundry IQはSQL queryを実行したり、数値集計をしたり、リアルタイムの分析精度を保証したりするものではありません。つまり、業務データベースに直接問い合わせる分析レイヤーではなく、非構造化文書やナレッジをagentが安全に参照するためのmanaged retrieval layerです。
この整理は、AI agent設計において重要です。多くの失敗は、knowledge baseを万能データアクセス層のように扱うことから起こります。規程、手順書、FAQ、提案書、設計資料などの文書ベース回答には向きますが、最新売上の集計、在庫数の正確な照会、トランザクションデータの計算には別の仕組みが必要です。この記事は、Foundry IQを使うべき場面、使うべきでない場面、Azure AI Search API/SDKでknowledge baseを直接queryする方法の方向性を示しており、enterprise knowledge copilotの基盤設計に役立ちます。
今回のブログ記事が関係する人
- Azure AI Foundryでknowledge copilotやagentを作る開発チーム
- SharePoint、Blob、OneLake、Azure AI Searchを横断した社内検索を設計する人
- permission-aware retrieval と引用付き回答を標準化したいプラットフォーム担当
実務でまず確認したいこと
- Foundry IQで扱うknowledge sourceと、扱わない構造化データを分ける
- permission enforcementとcitationの出方を実データで検証する
- 複数agentでknowledge baseを再利用する運用単位を決める
結局、今回のブログ記事をどう読むべきか
Foundry IQは、社内知識をagentへ安全に渡すためのmanaged retrieval layerです。万能なデータアクセス基盤ではなく、文書・知識・権限付き検索を標準化する部品として読むと設計を誤りにくくなります。