For the last few years, almost every company built Retrieval-Augmented Generation (RAG) the same way: take a user's question, turn it into a vector embedding, grab the top 5 matching paragraphs from a search index, and paste them into the prompt.
That works fine for simple questions like "What is our vacation policy?"
It fails miserably when a manager asks a multi-part question like: "Compare our Q3 cloud spending in Europe against our Q2 forecast, and check if any delayed engineering projects in SharePoint explain the difference." A single search query cannot answer that. The system needs to break the question into pieces, search financial data in one system, search project docs in another system, look at what is missing, run a second follow-up search, and then combine the findings with exact citations.
In Microsoft Foundry, that active, multi-step research loop is built into the platform through Foundry IQ, Fabric IQ, Work IQ, and Memory Stores.
The Four Pillars of Knowledge and Memory in Foundry
Think of these four features as the different ways an experienced employee finds information:
+-----------------------------------------------------------------------+
| How Your Agent Knows Things |
+-----------------------------------+-----------------------------------+
| 1. Foundry IQ (Azure AI Search) | 2. Fabric IQ (Microsoft Fabric) |
| Searches unstructured PDFs, | Queries structured lakehouses, |
| manuals, and vector indexes | warehouses, and OneLake tables |
| with multi-hop query planning. | without copying data out. |
+-----------------------------------+-----------------------------------+
| 3. Work IQ (M365 Graph Context) | 4. Foundry Memory Stores |
| Connects to emails, Teams chats, | Remembers who the user is across |
| SharePoint sites, and meetings | separate conversations (facts, |
| respecting user permissions. | preferences, past decisions). |
+-----------------------------------+-----------------------------------+
- Foundry IQ (Unstructured Knowledge Bases): Built on top of Azure AI Search, Foundry IQ turns passive vector search into an agentic research engine. Instead of one-shot retrieval, it plans sub-queries, runs hybrid vector + semantic search (
vector_semantic_hybrid), checks if the retrieved chunks actually answer the question, and rewrites the query if needed. - Fabric IQ (Structured Analytics Data): Connects your agent directly to Microsoft Fabric Lakehouses and OneLake tables so the agent can answer analytical and financial questions without you writing custom SQL-generation pipelines.
- Work IQ (Workplace Context): Connects the agent to organizational knowledge inside Microsoft 365 (SharePoint, OneDrive, Teams channels) while strictly honoring the signed-in user's access permissions.
- Memory Stores (Long-Term Personalization): While a
Conversationonly remembers the messages inside the current chat thread, a Memory Store extracts lasting facts about a user (such as "User manages the East US AKS cluster and prefers Python examples") and automatically injects those facts into future conversations weeks later.
Grounding an Agent with Azure AI Search and Inline Citations
Let's connect an Azure AI Search index to a Foundry Prompt Agent and stream the response while extracting the exact source URL citations.
Prerequisites for Keyless Security
When connecting Azure AI Search to your Foundry project, never use admin API keys in production, especially if you use a private Virtual Network (key authentication is blocked on private VNets). Instead, enable the System-Assigned Managed Identity on your Foundry account and assign it two RBAC roles on your Azure AI Search resource:
Join the conversation! Your thoughts help the community grow.