1. You need to ground an Azure AI Foundry agent with real-time enterprise data stored in Azure AI Search. The agent must dynamically retrieve relevant documents at query time rather than relying on pre-loaded file attachments. Which two actions should you take to achieve this? (Select TWO.)
- A. Upload all Azure AI Search documents as file attachments and enable File Search on the agent
- B. Create a custom function tool that accepts a search query and calls the Azure AI Search REST API, returning relevant results✓ Correct
- C. Configure an Azure AI Search index as a connected data source and enable the Azure AI Search tool on the agent✓ Correct
- D. Set the agent's system prompt to include the full contents of the Azure AI Search index at startup
- E. Use Code Interpreter to directly query the Azure AI Search SDK within the sandboxed Python environment
Explanation
Options B and C are correct. Option B (custom function tool calling Azure AI Search) is a valid and flexible approach: the agent invokes the function, which queries the live index and returns fresh results at runtime—enabling true dynamic retrieval. Option C (configuring Azure AI Search as a connected data source with the native tool) is the first-class supported integration in Azure AI Foundry, providing direct, low-code grounding against a live index. Option A (uploading documents as file attachments) creates a static snapshot and does not reflect updates to the live index. Option D (embedding the full index in the system prompt) is impractical for large indexes due to context window limits and does not provide dynamic retrieval. Option E (Code Interpreter querying Azure AI Search SDK) is technically conceivable but the Code Interpreter sandbox has network restrictions and is not a supported or reliable pattern for enterprise data grounding.