A fully managed platform in Microsoft Foundry for hosting, scaling, and securing AI agents built with any supported framework or model
Yes—there are migration timelines, and some parts have firm retirement dates.
- August 26, 2026 — the Assistants API sunsets. Workloads using classic agents should move to the Microsoft Foundry Agents service.
- May 30, 2026 — the
azure-ai-inferencepackage retires. SDK-based inference workloads should move to theopenaipackage. - If hosted agents were deployed from the initial public preview backend, those deployments are supported only until August 20, 2026 and aren't migrated automatically. They must be redeployed on the new backend.
For planning, that means there is not an indefinite period to stay on the old experience. Migration should be scheduled before the relevant retirement date for each workload.
For a smoother migration, use this path:
- Map old concepts to new concepts
- Threads → Conversations
- Runs → Responses
- Assistants / agents → Agents (new)
- Assistants API → Responses API (Agents v2)
- Hub + Azure OpenAI + Azure AI Services → Foundry resource with projects
- Update SDK and client usage
- Move toward
azure-ai-projects2.x andOpenAI()against the project endpoint model described in the current platform. - In the new API, conversations and responses use the OpenAI client, while agent creation and versioning remain on the project client.
- A common migration issue is calling conversations on the project client. In Python, use
project.get_openai_client()and then callopenai.conversations.create().
- Move toward
- Review feature differences before cutover
- Some tools carry over directly, but not all.
- Connected Agents in classic are not available in the new experience.
- The documented recommendation is to use A2A (Agent to Agent) instead.
- Azure Functions is available in classic but not in the new experience.
- Web Search is available in the new experience.
- Plan for data/state differences
- Old thread state is not migrated by the migration tool.
- Past runs, threads, and messages do not move over. New conversations must be started after migration.
- Validate models and package versions early
- If
responses.create()raises a model error, verify the model name in the project and check region availability. - For JavaScript, older
@azure/ai-projectsversions can causegetOpenAIClient is not a function; update to@azure/ai-projects@2.3.0or later.
- If
For the specific question about Connected Agents:
- In classic: Connected Agents = Yes (Public Preview)
- In new Foundry: Connected Agents = No
- Recommended alternative: A2A tool
So the replacement path for connected agents is to redesign that part of the solution around Agent to Agent (A2A) in the new Foundry experience.
If the current solution includes classic agents, connected agents, or older SDK patterns, the practical migration sequence is:
- Inventory classic agents, tools, and SDKs in use.
- Identify any dependency on Assistants API, Connected Agents, or preview hosted-agent backend.
- Replace classic agent patterns with Conversations/Responses and new agent versions.
- Replace Connected Agents with A2A.
- Test with new conversations rather than expecting historical thread state to move.
- Complete migration before the applicable 2026 retirement date.
References: