AI Strategy · Field notes

Forward-Deployed AI: Closing the Enterprise Deployment Gap

By Infonaligy · Published July 22, 2026 · 6 min read

Fine threads of blue and violet light streaming inward from many directions and weaving into one braided cable of light, illustrating forward-deployed AI engineering embedded inside a business

In the first week of July 2026, Microsoft committed $2.5 billion and 6,000 industry and engineering experts to a new business whose entire job is getting AI deployed inside customer operations. Amazon committed $1 billion to its own forward-deployed engineering effort days earlier, and Anthropic and OpenAI launched comparable ventures earlier this year. When the largest cloud and model providers on earth independently conclude that the bottleneck is not the model but the deployment, IT leaders should take the signal seriously. The industry just admitted, with its balance sheet, that buying AI and getting value from AI are two different projects.

What forward-deployed engineering actually means

Forward-deployed engineering is a practice where a vendor sends its own technical staff to work inside a customer's operations, designing, building, deploying, and then continuously operating systems on site rather than handing over a license and a training deck. Microsoft's version, announced July 2, 2026, is called Microsoft Frontier Company. It is led by longtime enterprise executive Rodrigo Kede Lima, and the stated model is to embed industry and engineering experts with customers to co-design and continuously improve AI systems against measurable business outcomes. Early named customers include Unilever, Novo Nordisk, and the London Stock Exchange Group.

The reason this model is suddenly worth billions is unflattering to the last three years of enterprise AI. Research from MIT's Project NANDA found that roughly 95% of enterprise generative AI pilots delivered no measurable impact on profit and loss. Not a modest return. No measurable impact at all. The models were not the problem. The pilots were real, the demos worked, and almost none of it reached the operational core of the business where money is actually made or saved.

The headline

The AI bottleneck has moved from capability to deployment. Roughly 95% of enterprise AI pilots produce no measurable P&L impact, which is why the largest vendors are now spending billions to put engineers inside their customers. The lesson for everyone else is not to buy a bigger model. It is to fund the deployment work: integration, data access, governance, and continuous operation.

Meanwhile, agents are arriving whether you have a plan or not

The deployment gap is widening at exactly the moment agents are becoming default infrastructure. Gartner projects that 40% of enterprise applications will ship with embedded agents by the end of 2026, up from under 5% in 2025. Microsoft reports active agents in the Microsoft 365 ecosystem growing roughly fifteen-fold year over year. In practical terms, agentless enterprise software is about to become the exception.

That creates a specific problem for IT Directors. Agents are entering your environment through software you already own, on the vendor's schedule, not yours. You are not deciding whether to adopt agents. You are deciding whether they arrive governed or ungoverned. Adoption is running ahead of control. Agents are reaching production faster than the frameworks meant to scope, approve, and audit them, and that gap is where the real risk lives. We covered the control side of it in our AI agent governance checklist.

Why pilots stall: the five things nobody funds

When we look at AI efforts that never made it out of the demo, the failure is almost never the model's reasoning. It is the unglamorous work around it that no one budgeted:

  • Systems integration: the agent has to read and write in your ERP, CRM, ticketing, and document systems. A pilot that lives in a chat window and a spreadsheet export has not been deployed, it has been demonstrated.
  • Data access and quality: the model can only be as good as what it is allowed to see. Most stalled projects are starved of the exact records that would make them useful, usually for permissions reasons nobody wanted to resolve.
  • Governance and identity: scoped permissions, approval steps for consequential actions, and an audit trail. Without these, security rightly blocks production, and the pilot dies in review.
  • Change management: the workflow around the humans has to change too. If people still do the old process alongside the new one, you have added cost, not removed it.
  • Continuous operation: agents drift as your business, prompts, data, and vendors change. Something has to own them after launch, the way something owns your network.

Notice that four of those five are operational disciplines, not data science. That is precisely why the hyperscalers are shipping engineers instead of features, and it is the model behind our managed intelligence practice.

What this means if nobody is sending you 6,000 engineers

Microsoft Frontier is aimed at Unilever and the London Stock Exchange Group. If you run IT for a 200-person manufacturer, a regional healthcare group, or a private equity portfolio company, no one is embedding a forward-deployed team in your operations at that scale. The strategic question is not how to get on that list. It is how to get the same operating model at your size.

The good news is that the model is reproducible, because what actually creates the value is structural, not headcount. Forward-deployed engineering works because the people building the system sit close to the work, own outcomes rather than deliverables, and stay after go-live. A mid-market company can buy exactly that shape of engagement without buying 6,000 people:

  1. Pick a workflow with a number attached. Not "adopt AI." Days to close the books, invoices processed per FTE, hours to first response, ticket deflection rate. If you cannot name the metric, you cannot prove the outcome, and you will end up in the 95%.
  2. Fund integration and governance as first-class scope. Budget them explicitly, not as an assumed afterthought. This is the single most common reason a promising pilot never ships.
  3. Deploy into the real system of record. If the output still requires a human to copy it somewhere, you have automated the thinking and kept the labor.
  4. Put the agent under identity and audit from day one. Scoped credentials, human approval on consequential actions, full logging. Retrofitting governance after a security review is far more expensive than building it in. Our AI security practice treats this as table stakes.
  5. Assign an owner for the operating phase. Someone must monitor, tune, and retire agents over time. An unowned agent becomes shadow infrastructure.
  6. Measure at 30, 60, and 90 days against the baseline you captured before you started. Without a baseline, every result is an anecdote.

Buy, build, or embed: a practical read

The embedded-agent wave changes the build-versus-buy calculation in a useful way. If 40% of enterprise applications will have agents built in by year end, then a growing share of routine capability arrives with software you already license. Paying to custom-build what your vendor is about to ship is a poor use of capital.

What vendors will not do is the part specific to you: your process, your data model, your approval chains, your exceptions. That is where custom AI agents and workflow automation earn their keep, and it maps cleanly to a rule of thumb. Take the embedded agent for generic work inside a vendor's own product. Build for the workflow that is genuinely your business. Embed engineering capacity, internally or through a partner, for the integration, governance, and operations layer that makes either one real.

For a deeper walk through the economics of that decision, see our 2026 look at AI agent economics and our AI ROI guide.

The bottom line

The most important enterprise AI story of this summer was not a model release. It was the largest cloud and model providers independently pricing the deployment gap and deciding it was worth billions to close by hand. Read that as confirmation of what your own stalled pilots have been telling you: capability is no longer the constraint, and the return comes from integration, governance, and sustained operation. You do not need a 6,000-person embedded team to apply the lesson. You need one workflow with a real metric, funded deployment work, governance from day one, and someone who owns the system after it launches.

Infonaligy is an AI-native managed intelligence provider based in the Dallas–Fort Worth metro, delivering AI deployment, governance, and operations across Texas and remotely nationwide.

Close your own deployment gap

Get the forward-deployed model at your size.

Book an assessment and we'll pick one workflow with a real metric, scope the integration and governance honestly, and stay through operation so it actually reaches production.

DFW · remote nationwide · governed by default · 800-985-1365