An Azure search service with built-in artificial intelligence capabilities that enrich information to help identify and explore relevant content at scale.
Hello NAVEEN Mittal,
Greetings! Thanks for raising this question in Q&A forum.
This is a very timely and important question. The Azure OpenAI Assistants API is deprecated and will be retired on August 26, 2026 all workloads using it must be migrated to the generally available Microsoft Foundry Agents service. Since there is no single automated discovery tool that scans a subscription and lists all Assistants API usages, you need to use a combination of approaches. Let me walk you through exactly how to find what needs migration.
Step 1: Check Foundry (classic) portal for existing Assistants resources
- Go to the Foundry classic portal at ai.azure.com and toggle to the classic view using the banner at the top
- Navigate to each of your Azure OpenAI resources associated with the subscription
- Look for any projects or deployments that have Assistants configured these will be listed under the Assistants section in the left navigation
- Note down each Assistant name, its resource name, and the resource group it belongs to
Step 2: Use the Azure OpenAI Assistants REST API to list all Assistants programmatically For each Azure OpenAI resource endpoint in your subscription, run this API call to list all existing Assistant objects:
GET https://<your-resource-name>.openai.azure.com/openai/assistants?api-version=2025-04-01-preview
With Azure CLI authentication:
az rest --method GET \
--url "https://<resource-name>.openai.azure.com/openai/assistants?api-version=2025-04-01-preview" \
--resource "https://cognitiveservices.azure.com/"
If this returns any Assistant objects, those workloads need migration.
Step 3: Find all Azure OpenAI resources in your subscription using Azure CLI Run this to list all Azure OpenAI resources across the subscription so you know which endpoints to check:
az cognitiveservices account list --subscription c75c4131-b27e-47e8-bca6-2f2908215bd6 \
--query "[?kind=='OpenAI' || kind=='AIServices'].{Name:name, RG:resourceGroup, Endpoint:properties.endpoint}" \
--output table
Then repeat Step 2 for each endpoint returned.
Step 4: Search your application code and infrastructure for Assistants API usage Search your code repositories for any of the following patterns — these are all signs that a workload is using the Assistants API and must be migrated:
/openai/assistants
/openai/threads
create_assistant
beta.assistants
AzureOpenAI().beta
Also search your Bicep, Terraform, or ARM templates for these same patterns in any deployment scripts or configurations.
Step 5: Use Azure Monitor / Log Analytics to find active Assistants API traffic If your Azure OpenAI resources have diagnostic settings enabled, go to Log Analytics and run a query to find recent API calls to the Assistants endpoints:
AzureDiagnostics
| where ResourceType == "ACCOUNTS"
| where requestUri_s contains "/openai/assistants" or requestUri_s contains "/openai/threads"
| summarize count() by requestUri_s, Resource
This will surface active Assistants API usage even for workloads you may have forgotten about.
Step 6: Understand what changes are needed for migration The migration from Assistants API to the Foundry Agents service involves rewriting agents that use the Assistants API to use the Responses API before the August 2026 sunset. Key concept changes include: Threads become Conversations, Messages become Items, Runs (async, polled) become Responses (sync by default), Assistants/Agents become Agent Versions, and the create_agent() method becomes create_version() using PromptAgentDefinition.
Step 7: Follow the official migration guide Once you've identified all Assistants API usages, follow the step-by-step migration guide at: https://learn.microsoft.com/en-us/azure/foundry/agents/how-to/migrate
This covers migrating each classic Assistant to a new Foundry Agent, updating SDK packages from azure-ai-projects 1.x to 2.x, and updating your endpoints.
Important note about the deadline The August 26, 2026 Assistants API sunset deadline means all workloads must be migrated to the Microsoft Foundry Agents service before that date. Given that this is less than 3 months away, it is important to start the discovery and migration process as soon as possible to avoid any service disruption.
If this answer helps you kindly accept the answer which will help others who have similar questions.
Best Regards,
Jerald Felix.