Don’t Step Into The Platform Trap: What Microsoft Build 2026 Could Mean for Your Next AI Stack Decision
Microsoft Build 2026 produced two announcements that, read together, describe something more interesting than the usual conference launch cadence: a plausible scenario in which enterprise AI stack decisions made in the next 12 months could become significantly harder to reverse. The operative word is “could”. Several pieces of the announced architecture are not fully shipping yet. But the direction is clear. The News Microsoft delivered two related announcements at Build 2026. The first came from Jay Parikh, EVP of CoreAI: the model is not the differentiator; the system governing it is. Microsoft’s answer is a six-step loop. Agents are built in GitHub, contextualized with Microsoft IQ, which grounds them in enterprise data from Microsoft 365, core business systems, knowledge bases, and the web, run in Foundry, governed via Agent 365, and continuously improved through a hill-climbing optimization cycle. Agent 365, combined with Entra, Purview, and Defender, catalogues every agent in the estate, regardless of where it was built, and lets IT enforce policy across all of them. The second came from Mustafa Suleyman, CEO of Microsoft AI: seven new MAI models built from scratch, with no distillation from third-party models. MAI-Thinking-1, the flagship reasoning model at 35 billion active parameters, benchmarks at parity with Anthropic’s Claude Sonnet 4.6 on software engineering tasks at significantly lower per-token cost. MAI-Code-1-Flash is integrated natively into GitHub Copilot. MAI-Transcribe-1.5 claims leading accuracy across 43 languages at five times the speed of competing models. Image and voice models complete the family. Alongside the models, Microsoft introduced Frontier Tuning: enterprises can train MAI models on their own workflow data using reinforcement learning environments. The model...
Sapphire 2026 – What SAP actually did for CX
SAP Sapphire 2026 was a major platform announcement, a competitive shot at ServiceNow, a coherent acquisition story across Reltio, Dremio and Prior Labs. It featured an Anthropic partnership that puts Claude at the center of the SAP Business AI Platform. For anyone who cares about customer experience, it was also a missed opportunity dressed up as ambition. If you watched only the keynote, you concluded SAP barely talks about CX. Klein did finance with JP Morgan. Herzig demoed pharma pricing. Industry AI showcased RWE wind turbines. The named flagship was the Autonomous Close Assistant. CX got line items. That reading is incomplete. Here is what actually happened for CX at Sapphire 2026, what it means competitively, and what SAP and SAP CX customers should do about it. What SAP actually shipped for CX On the same day as the keynote, Balaji Balasubramanian, SAP’s CX President and Chief Product Officer, published a substantive announcement listing ten named Joule Assistants for CX. Marketing gets Content and Campaign Assistants. Commerce gets Merchandising, Shopping and Order Management Assistants. Sales gets Sales, Deal Qualification and Deal Closing Assistants. Service gets Case Management and Service Management Assistants. The supporting announcements are the part most analyst coverage missed. A Google partnership brings Gemini into SAP CX, plus adoption of the open Universal Commerce Protocol. Vercel handles storefront development. SAP Unified Payment runs on Adyen, with Checkout.com and PayPal configurable. Expanded Parloa and Amazon partnerships cover voice and digital service. A new SAP Commerce Cloud, cloud ERP edition targets mid-market. Two Industry AI scenarios for CX: Autonomous Revenue Growth Management and Unified Commerce. All of it planned...
SAP’s Double Acquisition: How Dremio and Prior Labs Complete a Data Strategy the Competition Can’t Easily Match
On May 4, 2026, SAP announced two acquisitions in the same breath: Dremio, an Apache Iceberg-native agentic data lakehouse, and Prior Labs, a pioneer of Tabular Foundation Models. Neither acquisition is exotic. Together, they are contributing to the most coherent enterprise AI platform strategy any major vendor has shown this year. Let me unravel what each company actually brings, why the combination matters, what it means for the competitive field, and — most importantly — what buyers and SAP customers should be doing right now. The Problem SAP Is Solving Before diving into the deals, let’s formulate the problem addressed. SAP’s CTO Philipp Herzig said it clearly: “Enterprise AI doesn’t stall because the models aren’t good enough; it stalls because the data isn’t ready for AI agents“. That is not a marketing line. It describes a pattern analysts and practitioners see constantly: AI pilots perform in a sandbox and fail when they hit production. The reasons are familiar: data is locked in proprietary formats across a dozen systems, there’s no consistent business context, ETL pipelines take months to build, and governance gaps make audit-ready AI decisions nearly impossible. SAP has also faced an additional problem. The narrative about SAP is and always was that it works brilliantly if everything lives inside SAP and required considerable engineering if you want to connect it to anything else. In an enterprise world where the average organization uses dozens of SaaS applications, that story is a liability. Both acquisitions address these problems directly from different angles. Acquisition One: Dremio and the Data Layer Dremio is an open-data lakehouse built on Apache Iceberg. That...
SAP Draws a Perimeter around Agentic AI and What That Means for the Rest of US
The most consequential enterprise AI governance document published this year arrived in late April with surprisingly little fanfare. SAP’s updated API Policy, version 4/2026, is a short document in plain English. The clause that is most interesting is Section 2.2.2. It restricts how autonomous and generative AI systems are permitted to interact with SAP APIs. Read literally, it has the potential to change the architecture of agentic AI projects across every SAP customer landscape. Read carefully, it is also more interesting than the lock-in headlines suggest. The policy targets a specific category of AI behavior, not AI as such. It connects to commercial mechanics that go well beyond API stability. And the literal text, in its current form, will probably not survive the next two policy revisions intact. There is a lot to unpack. I will walk through what the policy actually says, how the SAP-watching community is reading it, what the rest of the major enterprise vendors are doing in comparison, what counts as an “endorsed architecture”, and what customers and partners should be doing about it now. I’ll close with a view on whether the policy can stand the test of time. What Section 2.2.2 actually says The operative sentence is direct. “Except through and within the limits of SAP-endorsed architectures, data services, or service-specific pathways expressly identified and intended for such purposes, SAP prohibits API use for interaction or integration with semi-autonomous or generative AI systems that plan, select, or execute sequences of API calls”. The same paragraph also prohibits scraping, harvesting, or systematic large-scale data extraction. Three things flow from that. First, only Published APIs,...