It is not whether or not you may construct an agent—it’s how briskly and seamlessly you may go from thought to enterprise-ready deployment.
This weblog submit is the fourth out of a six-part weblog collection known as Agent Manufacturing facility which is able to share finest practices, design patterns, and instruments to assist information you thru adopting and constructing agentic AI.
Developer experiences as the important thing to scale
AI brokers are shifting rapidly from experimentation to actual manufacturing methods. Throughout industries, we see builders testing prototypes of their Built-in Growth Setting (IDE) one week and deploying manufacturing brokers to serve hundreds of customers the subsequent. The important thing differentiator is not whether or not you may construct an agent—it’s how briskly and seamlessly you may go from thought to enterprise-ready deployment.
Trade traits reinforce this shift:
- In-repo AI growth: Fashions, prompts, and evaluations at the moment are first-class residents in GitHub repos—giving builders a unified area to construct, check, and iterate on AI options.
- Extra succesful coding brokers: GitHub Copilot’s new coding agent can open pull requests after finishing duties like writing checks or fixing bugs, appearing as an asynchronous teammate.
- Open frameworks maturing: Communities round LangGraph, LlamaIndex, CrewAI, AutoGen, and Semantic Kernel are quickly increasing, with “agent templates” on GitHub repos turning into widespread.
- Open protocols rising: Requirements just like the Mannequin Context Protocol (MCP) and Agent-to-Agent (A2A) are creating interoperability throughout platforms.
Builders more and more count on to remain of their present workflow—GitHub, VS Code, and acquainted frameworks—whereas tapping into enterprise-grade runtimes and integrations. The platforms that win might be people who meet builders the place they’re—with openness, pace, and belief.
What a contemporary agent platform ought to ship
From our work with prospects and the open-source neighborhood, we’ve seen a transparent image emerge of what builders really want. A contemporary agent platform should transcend providing fashions or orchestration—it has to empower groups throughout all the lifecycle:

- Native-first prototyping: Builders need to keep of their move. Which means designing, tracing, and evaluating AI brokers immediately of their IDE with the identical ease as writing and debugging code. If constructing an agent requires leaping right into a separate UI or unfamiliar atmosphere, iteration slows and adoption drops.
- Frictionless transition to manufacturing: A typical frustration we hear is that an agent that runs wonderful domestically turns into brittle or requires heavy rewrites in manufacturing. The precise platform gives a single, constant API floor from experimentation to deployment, so what works in growth works in manufacturing—with scale, safety, and governance layered in mechanically.
- Open by design: No two organizations use the very same stack. Builders might begin with LangGraph for orchestration, LlamaIndex for knowledge retrieval, or CrewAI for coordination. Others choose Microsoft’s first-party frameworks like Semantic Kernel or AutoGen. A contemporary platform should assist this variety with out forcing lock-in, whereas nonetheless providing enterprise-grade pathways for individuals who need them.
- Interop by design: Brokers are not often self-contained. They need to speak to instruments, databases, and even different brokers throughout totally different ecosystems. Proprietary protocols create silos and fragmentation. Open requirements just like the Mannequin Context Protocol (MCP) and Agent-to-Agent (A2A) unlock collaboration throughout platforms, enabling a market of interoperable instruments and reusable agent expertise.
- One-stop integration cloth: An agent’s actual worth comes when it could actually take significant motion: updating a document in Dynamics 365, triggering a workflow in ServiceNow, querying a SQL database, or posting to Groups. Builders shouldn’t must rebuild connectors for each integration. A strong agent platform gives a broad library of prebuilt connectors and easy methods to plug into enterprise methods.
- Constructed-in guardrails: Enterprises can’t afford brokers which are opaque, unreliable, or non-compliant. Observability, evaluations, and governance should be woven into the event loop—not added as an afterthought. The flexibility to hint agent reasoning, run steady evaluations, and implement id, safety, and compliance insurance policies is as vital because the fashions themselves.
How Azure AI Foundry delivers this expertise
Azure AI Foundry is designed to satisfy builders the place they’re, whereas giving enterprises the belief, safety, and scale they want. It connects the dots throughout IDEs, frameworks, protocols, and enterprise channels—making the trail from prototype to manufacturing seamless.
Construct the place builders dwell: VS Code, GitHub, and Foundry
Builders count on to design, debug, and iterate AI brokers of their each day instruments—not swap into unfamiliar environments. Foundry integrates deeply with each VS Code and GitHub to assist this move.
- VS Code extension for Foundry: Builders can create, run, and debug brokers domestically with direct connection to Foundry assets. The extension scaffolds tasks, gives built-in tracing and analysis, and permits one-click deployment to Foundry Agent Service—all contained in the IDE they already use.

- Mannequin Inference API: With a single, unified inference endpoint, builders can consider efficiency throughout fashions and swap them with out rewriting code. This flexibility accelerates experimentation whereas future-proofing functions in opposition to a fast-moving mannequin ecosystem.
- GitHub Copilot and the coding agent: Copilot has grown past autocomplete into an autonomous coding agent that may tackle points, spin up a safe runner, and generate a pull request, signaling how agentic AI growth is turning into a standard a part of the developer loop. When used alongside Azure AI Foundry, builders can speed up agent growth by having Copilot generate agent code whereas pulling within the fashions, agent runtime, and observability instruments from Foundry wanted to construct, deploy, and monitor production-ready brokers.
Use your frameworks
Brokers aren’t one-size-fits-all, and builders typically begin with the frameworks they know finest. Foundry embraces this variety:
- First-party frameworks: Foundry helps each Semantic Kernel and AutoGen, with a convergence right into a fashionable unified framework coming quickly. This future-ready framework is designed for modularity, enterprise-grade reliability, and seamless deployment to Foundry Agent Service.
- Third-party frameworks: Foundry Agent Service integrates immediately with CrewAI, LangGraph, and LlamaIndex, enabling builders to orchestrate multi-turn, multi-agent conversations throughout platforms. This ensures you may work along with your most well-liked OSS ecosystem whereas nonetheless benefiting from Foundry’s enterprise runtime.
Interoperability with open protocols
Brokers don’t dwell in isolation—they should interoperate with instruments, methods, and even different brokers. Foundry helps open protocols by default:
- MCP: Foundry Agent Service permits brokers to name any MCP-compatible instruments immediately, giving builders a easy strategy to join exterior methods and reuse instruments throughout platforms.
- A2A: Semantic Kernel helps A2A, implementing the protocol to allow brokers to collaborate throughout totally different runtimes and ecosystems. With A2A, multi-agent workflows can span distributors and frameworks, unlocking situations like specialist brokers coordinating to unravel advanced issues.
Ship the place the enterprise runs
Constructing an agent is simply step one—impression comes when customers can entry it the place they work. Foundry makes it straightforward to publish brokers to each Microsoft and customized channels:
- Microsoft 365 and Copilot: Utilizing the Microsoft 365 Brokers SDK, builders can publish Foundry brokers on to Groups, Microsoft 365 Copilot, BizChat, and different productiveness surfaces.
- Customized apps and APIs: Brokers could be uncovered as REST APIs, embedded into net apps, or built-in into workflows utilizing Logic Apps and Azure Capabilities—with hundreds of prebuilt connectors to SaaS and enterprise methods.
Observe and harden
Reliability and security can’t be bolted on later—they should be built-in into the event loop. As we explored in the earlier weblog, observability is crucial for delivering AI that’s not solely efficient, but in addition reliable. Foundry builds these capabilities immediately into the developer workflow:
- Tracing and analysis instruments to debug, evaluate, and validate agent conduct earlier than and after deployment.
- CI/CD integration with GitHub Actions and Azure DevOps, enabling steady analysis and governance checks on each commit.
- Enterprise guardrails—from networking and id to compliance and governance—in order that prototypes can scale confidently into manufacturing.
Why this issues now
Developer expertise is the brand new productiveness moat. Enterprises have to allow their groups to construct and deploy AI brokers rapidly, confidently, and at scale. Azure AI Foundry delivers an open, modular, and enterprise-ready path—assembly builders in GitHub and VS Code, supporting each open-source and first-party frameworks, and making certain brokers could be deployed the place customers and knowledge already dwell.
With Foundry, the trail from prototype to manufacturing is smoother, sooner, and safer—serving to organizations innovate on the pace of AI.
What’s subsequent
In Half 5 of the Agent Manufacturing facility collection, we’ll discover how brokers join and collaborate at scale. We’ll demystify the combination panorama—from agent-to-agent collaboration with A2A, to device interoperability with MCP, to the function of open requirements in making certain brokers can work throughout apps, frameworks, and ecosystems. Count on sensible steering and reference patterns for constructing actually linked agent methods.
Did you miss these posts within the collection?