Share via

How to find which Azure OpenAI Assistants APIs in my subscription needs to upgrade to Microsoft Foundry Agent Service

NAVEEN Mittal 130 Reputation points Microsoft External Staff
2026-05-28T07:03:15.0633333+00:00

How to find which Azure OpenAI Assistants APIs in my subscription needs to upgrade to Microsoft Foundry Agent Service. could you please suggest

Subscription : K2 PubPlanning (ARM)

Subscription Id: c75c4131-b27e-47e8-bca6-2f2908215bd6

Azure AI Search
Azure AI Search

An Azure search service with built-in artificial intelligence capabilities that enrich information to help identify and explore relevant content at scale.


2 answers

Sort by: Most helpful
  1. Jerald Felix 12,460 Reputation points Volunteer Moderator
    2026-05-28T07:35:47.2066667+00:00

    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

    1. Go to the Foundry classic portal at ai.azure.com and toggle to the classic view using the banner at the top
    2. Navigate to each of your Azure OpenAI resources associated with the subscription
    3. Look for any projects or deployments that have Assistants configured these will be listed under the Assistants section in the left navigation
    4. 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.

    Was this answer helpful?

    0 comments No comments

  2. AI answer

    2026-05-28T07:03:30.38+00:00

    Azure OpenAI Assistants API is deprecated and will be retired on August 26, 2026, and workloads using it must be migrated to Microsoft Foundry Agent Service.

    From the provided information, there is no subscription-level discovery API or portal view documented that lists “all Assistants API usages” across a subscription. The available guidance focuses on:

    1. Recognizing that Assistants is a legacy capability in the Foundry (classic) portal and must be migrated to Agents.
    2. Using the migration guide for moving each workload from Assistants to Agents.

    Based on the documentation, the practical way to identify what needs migration is:

    1. Check for use of Assistants (classic) in Foundry:
      • In the Foundry (classic) portal, look for any solutions or projects that use the Azure OpenAI Assistants feature (Assistants, Threads, tools like code interpreter and file search). These are the workloads that must be migrated.
    2. Check application code and infrastructure definitions:
      • Search code repositories and IaC (Bicep/Terraform/ARM) for usage of the Assistants REST endpoints or SDKs (for example, /openai/assistants, Threads, tools, or Assistants-specific client classes). Any such usage indicates an application that must be migrated to Agents.
    3. Plan migration to Microsoft Foundry Agent Service:
      • For each identified Assistants-based workload, follow the documented migration guidance to move to the generally available Microsoft Foundry Agents service. The documentation explicitly states that Assistants is deprecated and points to Agents and its migration guide as the path forward.

    Because the documentation does not expose a subscription-wide inventory mechanism for Assistants, identification must be done via portal inspection of classic Assistants resources and code/configuration search for Assistants APIs.


    References:

    AI-generated content may be incorrect. Read our transparency notes for more information.

    Was this answer helpful?

Your answer

Answers can be marked as 'Accepted' by the question author and 'Recommended' by moderators, which helps users know the answer solved the author's problem.