In a single quarter, more than 160,000 organisations used Microsoft Copilot Studio to build over 400,000 custom agents1. That number is meant to sound like progress. Read it again and it sounds like a warning: hundreds of thousands of agents, and almost none of them actually know the company they serve.
Every major vendor now sells an agent builder. Microsoft, Salesforce, Google, IBM, Amazon and UiPath all ship one, and open-source frameworks give developers a free path to the same thing. The builders are genuinely good. They are also, increasingly, the same. Point-and-click canvas, a runtime, a connector library, grounding on your documents, a governance dashboard. If you have seen one 2026 platform demo, you have seen the shape of all of them.
This guide compares the real platforms honestly - what each one is good at, what it costs, and where it fits. Then it makes an argument most vendor comparisons will not: the agent builder is not the moat. The moat is the persistent memory your agents run on - a Company Brain that keeps how your company actually works, connected to the systems you already use. Superkind appears here as one option for that layer, not as a vendor that wins every row.
TL;DR
The platforms are converging - Copilot Studio, Agentforce, Vertex, watsonx Orchestrate, UiPath and Bedrock AgentCore all now offer a builder, a runtime, connectors and governance. Pick the one where your data and users already live.
Pricing moved to consumption - per message, per conversation, per action or per vCPU-hour. The headline number is almost never the real bill at scale.
Grounding is not memory - most platforms retrieve documents at query time and then forget. That stateless design is why 95 percent of GenAI pilots produce no measurable profit.
Gartner expects over 40 percent of agentic AI projects to be cancelled by 2027 - not because the builders fail, but because the context and value are missing.
The durable advantage is the Company Brain - a persistent memory of your people-knowledge, processes and corrections that any platform can run on and that compounds over time.
The Agent-Builder Boom of 2026
Two years ago, building an AI agent meant writing code against a raw model API. In 2026 it means opening a canvas and dragging boxes. Every large software vendor has shipped an agent platform, and the market has responded with a building spree that is easy to mistake for adoption.
- The builders exploded - Microsoft reported over 400,000 custom agents created in Copilot Studio by more than 160,000 organisations in a single quarter1. The number reflects how easy the agents are to make, not how deeply they understand each business.
- The market is real and growing fast - the AI agent market reached 7.84 billion dollars in 2025 and is projected to hit 52.62 billion by 2030, a compound annual growth rate above 46 percent22.
- Agents are becoming default - Gartner projects that 40 percent of enterprise applications will feature task-specific AI agents by the end of 2026, up from less than 5 percent in 202519.
- But most projects are still experiments - a January 2025 Gartner poll found only 19 percent of organisations had made significant agentic AI investments, with the rest testing, waiting or unsure18.
- And most pilots produce nothing - MIT research found 95 percent of generative AI pilots delivered no measurable profit-and-loss impact20.
- The cancellations are coming - Gartner predicts more than 40 percent of agentic AI projects will be cancelled by the end of 2027 due to escalating costs, unclear value and inadequate risk controls18.
Key Data Point
Hundreds of thousands of agents built, a market worth tens of billions, and a projected cancellation rate above 40 percent by 202718. The gap between how easy agents are to build and how often they deliver value is the single most important fact in this market. It is also the clue to where the real work lives - and it is not in the builder.
The lesson is not that agent platforms are bad. They are good, and getting better. The lesson is that the builder has become a commodity, and the hard, valuable, defensible part of an agent system sits somewhere else. Before we get there, it helps to know exactly what a platform gives you.
Anatomy of an Agent Platform: What You Are Actually Buying
Under the marketing, every enterprise agent platform is assembled from the same five layers. Knowing them lets you compare vendors on substance instead of slide design, and it makes obvious which layer no platform truly solves for you.
- The builder - the visual canvas or code framework where you define an agent: its instructions, its tools, its guardrails. This is the layer every demo shows, and it is where the platforms differ least.
- The runtime - the managed environment that runs the agent at scale, handles concurrency, retries and monitoring. Copilot Studio, Agent Engine, watsonx and Bedrock AgentCore all provide one so you do not host it yourself.
- The connectors - the pre-built integrations to email, chat, CRM, ERP and document stores. This is where vendors compete hard: Copilot leans on Microsoft Graph, watsonx ships 150-plus connectors, Agentforce lives inside Salesforce.
- The grounding layer - retrieval that pulls relevant company data into a single answer at query time. Powerful for search and drafting, but stateless by design - it does not remember across sessions.
- The governance layer - access control, audit logs, content filtering and policy enforcement. Increasingly the real enterprise selling point as agent sprawl becomes a board-level risk.
| Layer | What it does | How much platforms differ | Who solves it |
|---|---|---|---|
| Builder | Define agent logic and tools | Very little - commoditised | The platform |
| Runtime | Run agents at scale | Some - scaling and reliability | The platform |
| Connectors | Link to your systems | Meaningful - depends on your stack | Platform plus integration work |
| Grounding | Retrieve data for one answer | Similar - all use retrieval | The platform (statelessly) |
| Memory / knowledge | Remember and improve over time | Barely addressed by any platform | You - or a Company Brain |
The Missing Sixth Layer
Notice what the standard five layers leave out: a persistent memory of how your company works. Grounding retrieves and forgets. None of the major platforms ships a layer that captures a corrected invoice coding, a routing decision or an exception rule and applies it next time. That missing sixth layer is the whole subject of this article.
With the anatomy clear, the vendor comparison becomes far more useful. You are no longer asking which demo looked slickest - you are asking which platform gives you the best builder, runtime, connectors and governance for the systems and users you already have.
The Contenders, Honestly Compared
Here are the platforms that matter for an enterprise buyer in 2026. Each entry covers what it is, where it wins, and where it falls short. None of them is a bad product - the point is fit, not a scoreboard.
Microsoft Copilot Studio
- What it is - a low-code agent builder inside the Microsoft 365 and Power Platform ecosystem, grounding on Microsoft Graph, SharePoint and Dataverse4.
- Where it wins - unbeatable fit if your users live in Teams, Outlook and SharePoint, with 1,400-plus connectors and deep Microsoft integration3.
- Where it falls short - consumption cost climbs fast, and Microsoft is explicit that Copilot does not train on your tenant data - it grounds, it does not remember5.
- Best for - Microsoft-centric organisations wanting search, drafting and lightweight task agents.
Salesforce Agentforce
- What it is - Salesforce’s agent layer, grounded through Data Cloud and native to the CRM your revenue teams already use8.
- Where it wins - deep CRM context for sales and service, with agents that act directly on Salesforce records and workflows6.
- Where it falls short - serious deployments effectively require Data Cloud, which often runs into six figures per year on top of per-conversation or per-action charges7.
- Best for - Salesforce-first companies automating customer service and sales operations.
Google Vertex AI Agent Builder
- What it is - Google Cloud’s agent platform, rebranded as the Gemini Enterprise Agent Platform at Cloud Next 2026 and merged with Agentspace, offering both a visual builder and the code-first Agent Development Kit10.
- Where it wins - strong multi-agent orchestration, the open Agent2Agent protocol, a managed Agent Engine runtime, and native access to BigQuery and 200-plus models9.
- Where it falls short - it assumes a Google Cloud estate, and the rapid rebranding and consolidation add roadmap uncertainty23.
- Best for - Google Cloud and BigQuery-heavy enterprises building multi-agent systems.
IBM watsonx Orchestrate
- What it is - IBM’s enterprise agentic control plane, released in its next generation at IBM Think 2026, letting organisations deploy, govern and audit thousands of agents from any source under consistent policy12.
- Where it wins - 150-plus connectors to SAP, Salesforce, Workday, ServiceNow, Microsoft 365 and Oracle, plus prebuilt domain agents for HR, procurement and sales and an agent catalogue11.
- Where it falls short - priced and positioned for large, regulated enterprises; Essentials starts around 500 dollars per month and higher tiers are custom-quoted24.
- Best for - regulated, multi-system enterprises that need governance across many agents.
UiPath with Maestro
- What it is - the RPA leader’s move into agentic automation, with Maestro as an orchestration control plane that unifies agents, robots and humans into end-to-end processes13.
- Where it wins - unmatched for companies already deep in RPA, with Agent Builder, an AI Trust Layer, PII masking and case management for claims, loans and disputes13.
- Where it falls short - the value depends on an existing UiPath and process-automation footprint; it is less natural as a greenfield choice.
- Best for - enterprises extending mature RPA into agent-driven orchestration.
Amazon Bedrock AgentCore
- What it is - AWS’s modular agent runtime with separate Runtime, Gateway, Memory, Identity and Policy services, billed per component14.
- Where it wins - maximum control and flexibility for teams already building on AWS, with a dedicated Memory service and framework-agnostic design15.
- Where it falls short - twelve separate billing meters make cost hard to predict, and it is a builder’s toolkit rather than a business-user platform15.
- Best for - AWS-native engineering teams that want to assemble their own stack.
Open-source frameworks: LangGraph and CrewAI
- What they are - developer frameworks for building agents from code, not managed platforms. LangGraph reports tens of millions of monthly downloads and hundreds of verified enterprise production deployments16.
- Where they win - full control, no per-message meter, and a graph model that maps cleanly to audit trails and human-in-the-loop approval17.
- Where they fall short - you build the runtime, connectors, governance and memory yourself; a framework is a toolkit, not a finished system16.
- Best for - engineering-led teams that want to own the stack end to end.
| Platform | Home turf | Grounding source | Best fit |
|---|---|---|---|
| Copilot Studio | Microsoft 365 | Microsoft Graph, SharePoint | Microsoft-centric shops |
| Agentforce | Salesforce CRM | Data Cloud | Sales and service teams |
| Vertex / Gemini Enterprise | Google Cloud | BigQuery, Vertex Search | Multi-agent on GCP |
| watsonx Orchestrate | Multi-system enterprise | Connectors plus knowledge | Regulated, governed at scale |
| UiPath Maestro | RPA estate | Process and system data | RPA-heavy orchestration |
| Bedrock AgentCore | AWS | Your own retrieval | AWS engineering teams |
| LangGraph / CrewAI | Any cloud (self-run) | Whatever you build | Engineering-led builds |
Read down that table and a pattern jumps out: the honest differentiator is almost always home turf and grounding source, not agent quality. That is the tell. When the deciding factor is which cloud you already run, the builder has become a commodity - and the thing that would actually differentiate your agents is missing from every row.
Pricing Reality: The Meters Nobody Models
Almost every platform moved to consumption pricing, which sounds fair and turns out to be hard to forecast. The headline price is a starting line; the real bill depends on how many messages, conversations, actions and compute-hours your agents burn in production.
| Platform | Pricing model | Indicative rate | The catch |
|---|---|---|---|
| Copilot Studio | Per message | ~0.01 USD/message or 200 USD for 25,0002 | Generative and autonomous actions burn messages far faster3 |
| Agentforce | Per conversation or per action | ~2 USD/conversation or ~0.10 USD/action7 | Data Cloud grounding often runs six figures/year7 |
| Vertex Agent Builder | Pay-as-you-go | Model tokens plus runtime usage9 | Costs spread across many GCP line items |
| watsonx Orchestrate | Tiered subscription | Essentials from ~500 USD/month24 | Standard and Premium are custom-quoted24 |
| Bedrock AgentCore | Per resource | ~0.0895 USD/vCPU-hour, ~0.00945 USD/GB-hour14 | Twelve separate meters plus model tokens15 |
| LangGraph / CrewAI | Free framework | No licence; you pay infra and tokens16 | Engineering and maintenance cost is on you |
- Consumption hides the real number - Copilot Studio message consumption has been reported running 30 to 60 percent above first estimates once agents go live, with generative answers burning messages 5 to 15 times faster than scripted ones3.
- Grounding is a separate bill - Agentforce economics tip on whether Data Cloud is in play, and Data Cloud alone can start near 60,000 dollars a year and climb from there7.
- Modular means unpredictable - with Bedrock AgentCore, two of its twelve components typically drive 75 to 85 percent of the bill, so cost control depends on knowing which two15.
- Free is not free - open-source frameworks carry no licence but move the cost to your engineers, who own the runtime, connectors, governance and upkeep16.
- The meter you cannot see - none of these prices include the cost of the context work: cleaning data, mapping processes and capturing knowledge, which is where most of the real effort and budget go.
Budgeting Rule of Thumb
Model the platform bill at 2 to 3 times the demo estimate, then add the far larger line nobody quotes: the work to connect real systems and capture the knowledge your agents need. On most projects the platform licence is a minority of total cost. The context layer is the majority - which is exactly why it deserves the most attention.
“Most agentic AI projects right now are early stage experiments or proof of concepts that are mostly driven by hype and are often misapplied.”
- Anushree Verma, Senior Director Analyst at Gartner18
Not sure which layer you are actually missing?
Book a 30-minute call. We will map where a platform ends and where your context problem begins.
Why the Platform Is Not the Moat
If any competent team can build the same agent on any of six platforms in an afternoon, the builder cannot be your advantage. The advantage has to be something a competitor cannot copy by buying the same licence. That something is context - and context is exactly what the platforms do not keep.
Grounding retrieves. It does not remember.
Every major platform uses grounding, or retrieval-augmented generation: at query time it searches your data, pulls the most relevant snippets and hands them to the model. It is genuinely useful, and it is stateless by design.
- It anchors one answer - grounding makes a single response accurate against your documents, then discards the context when the session ends4.
- It does not learn from corrections - when a colleague fixes a mis-coded invoice or reroutes a ticket, grounding has no place to store that lesson for next time.
- It restarts near zero - each session begins without the accumulated knowledge of the last, so the agent never gets smarter about your business.
- Vendors say so plainly - Microsoft states Copilot does not train on your tenant data and retrieves content at query time, not from a memory of your workflows5.
The learning gap is why pilots die
MIT’s 2025 research put a number on the problem. Across 150 interviews, 350 surveys and 300 public deployments, 95 percent of generative AI pilots delivered no measurable profit impact20. The cause was not model quality.
“Pilots stall because most tools cannot retain feedback, adapt to context, or improve over time.”
- The GenAI Divide, MIT Project NANDA (2025)21
- The failing 95 percent - deployed tools that could not retain feedback, adapt to context or improve, so they never fit day-to-day operations20.
- The winning 5 percent - embedded AI into high-value workflows and shipped tools with memory and learning loops20.
- The difference was memory - not a better builder, not a bigger model, but a system that remembered and got better with use21.
Agent sprawl makes it worse
The easy builders create a second-order problem. When every team spins up agents on different platforms, you get sprawl: hundreds of disconnected bots, each with a thin slice of context and no shared truth.
Many Grounded Agents vs One Shared Memory
Hundreds of grounded agents
- ✗ No shared truth - each agent retrieves its own slice, and they disagree
- ✗ No accumulated learning - a correction in one agent never reaches the others
- ✗ Governance nightmare - access and audit scattered across platforms
- ✗ Knowledge still walks out - when a person leaves, their judgement is gone
One shared Company Brain
- ✓ Single source of judgement - every agent reads the same memory
- ✓ Compounding learning - one correction improves every future action
- ✓ Central governance - access, audit and residency in one place
- ✓ Knowledge stays - the memory survives turnover and retirement
This is why the platform is not the moat. The moat is the layer none of them keeps: a persistent, shared memory of how your company actually works. That layer has a name.

The Company Brain: The Layer That Actually Compounds
A Company Brain is a persistent, shared memory of how your organisation works - its people-knowledge, its processes, the decisions it makes and the corrections it applies - connected to the systems you already run. It is not a replacement for a platform. It is the sixth layer the platforms leave out.
- It sits under the agents - whatever builder you use, the agents read from and write to one shared memory instead of re-retrieving from scratch each time.
- It connects to real systems - email, Teams, SharePoint, CRM and ERP, so it learns from the work as it happens rather than from a static document dump.
- It captures tacit knowledge - the goodwill rules, the exception handling, the “we never do X” conventions that no manual ever wrote down.
- It turns corrections into rules - when a person fixes an agent’s output, that fix becomes a rule the system applies next time, so accuracy climbs with use.
- It compounds - grounding is flat, the same on day 100 as on day 1; a Company Brain is more useful in month three than in week one.
- It survives turnover - when your best colleague leaves, their judgement stays encoded in the memory instead of walking out the door.
| Dimension | Platform grounding | Company Brain |
|---|---|---|
| State | Stateless - forgets after each answer | Persistent - remembers across sessions |
| Learning | None - retrieves the same way each time | Captures corrections as reusable rules |
| Scope | The documents it can reach right now | People-knowledge, processes and decisions |
| Trajectory | Flat over time | Compounds - better every month |
| Turnover | Knowledge leaves with the person | Knowledge stays in the company |
| Relationship to platform | Built into each platform separately | One layer any platform can run on |
Why This Is the Defensible Part
A competitor can buy the same Copilot Studio licence tomorrow. What they cannot buy is a memory of how your company decides, routes, prices and handles exceptions - built up over months from your real work. The builder is a commodity anyone can rent. The Company Brain is an asset only you can accumulate. That is the definition of a moat.
With the memory layer in place, the platform choice stops being existential and becomes what it should be: a practical decision about builders and runtimes. Which brings us to how to actually choose.
Five Real Scenarios: Where the Split Shows Up
The platform-versus-memory argument stays abstract until you put it next to a real process. Here are five common enterprise scenarios. In each, the platform choice is easy and the memory layer is where the value is won or lost.
1. Finance: invoice coding and matching
- The process - an agent reads incoming invoices, matches them to purchase orders, codes them to the right cost centre and posts approved ones to the ERP.
- The platform - Copilot Studio or watsonx Orchestrate both connect to SAP and Microsoft 365 and handle the mechanics fine.
- Why memory decides it - the hard part is the coding judgement no manual holds: which vendor maps to which internal account, the exceptions, the “always ask Petra for anything over 50,000” rules. Grounding cannot keep those; a Company Brain captures each correction and applies it next time.
2. Customer service: warranty and claims triage
- The process - an agent triages inbound warranty claims, checks coverage, applies goodwill within policy and routes the rest.
- The platform - Agentforce is a natural fit if the data lives in Salesforce Service Cloud.
- Why memory decides it - the goodwill rules and the borderline-case reasoning live in one experienced service lead’s head. When they leave, grounded agents lose that judgement; a memory layer keeps it in the company.
3. Sales: RFP and tender responses
- The process - an agent drafts responses to inbound RFPs, pulling the right product facts, prior answers and pricing guidance.
- The platform - Copilot Studio for Microsoft-based teams, or Vertex for Google Cloud shops, both draft competently.
- Why memory decides it - the winning answers depend on which past bids succeeded and why, and the “never promise X” conventions. That is accumulated judgement, not a document retrieval - exactly what a Company Brain stores.
4. IT: internal service desk
- The process - an agent resolves password resets, access requests and common incidents, escalating the rest.
- The platform - almost any platform handles this; it is the most commoditised use case.
- Why memory decides it - the difference between deflecting 30 percent and 60 percent of tickets is remembering the last resolution for each recurring quirk of your estate, which grounding on a static knowledge base never learns.
5. HR: employee onboarding
- The process - an agent guides new joiners, provisions access, answers policy questions and schedules the first-week plan.
- The platform - watsonx Orchestrate ships prebuilt HR agents; Copilot fits Microsoft-based HR teams.
- Why memory decides it - onboarding quality depends on the unwritten conventions of each team and the corrections HR makes every cycle. A Company Brain turns each cycle’s fixes into next cycle’s defaults.
The Pattern Across All Five
In every scenario the platform choice is a footnote and the memory layer is the story. The agent can be built on any of six platforms in a day. Whether it is worth anything depends entirely on whether it remembers how your company actually handles the work - which is the one thing no platform ships.
How to Choose: A Buyer’s Framework
Choosing well means separating the two decisions most buyers fuse into one. First, which platform fits your stack. Second, and more important, how you will give the agents a memory. Here is a practical sequence.
- Start from your data gravity - pick the platform where your users and systems already live. Microsoft 365 points to Copilot Studio, Salesforce to Agentforce, Google Cloud to Vertex, a mixed regulated estate to watsonx.
- Pin down one real use case - not “AI agents” but “triage inbound warranty claims” or “draft supplier responses.” A concrete process is the only honest test of any platform.
- Model consumption at production scale - take the demo estimate and multiply. Ask the vendor to price your real message, conversation or action volumes, not a toy scenario.
- Audit the connectors you actually need - confirm the platform reaches your ERP, CRM and document stores natively, and price the integration work for the ones it does not.
- Decide the memory layer explicitly - this is the step buyers skip. Decide how the agent will remember and improve, because no platform does this for you by default.
- Plan governance from day one - one place for access control, audit logs and data residency, so you never inherit ungoverned agent sprawl.
- Keep human-in-the-loop where it matters - route low-confidence or high-stakes actions to a person, and capture their decision back into the memory.
Platform Selection Checklist
- You have named one concrete process, not a vague ambition
- You know where the data for that process lives
- You have modelled consumption cost at real production volume
- The platform connects natively to your critical systems
- You have decided how the agent will remember and improve
- Governance, audit and data residency have a single owner
- Human-in-the-loop checkpoints are defined for risky actions
- You can name the metric that will prove the project worked
| If your priority is... | Lead with | But still decide |
|---|---|---|
| Microsoft 365 productivity | Copilot Studio | The memory layer for real processes |
| CRM-native service and sales | Agentforce | Data Cloud cost and grounding limits |
| Multi-agent on Google Cloud | Vertex / Gemini Enterprise | Persistent memory across agents |
| Governed scale in a regulated firm | watsonx Orchestrate | Where the knowledge layer comes from |
| RPA-driven process automation | UiPath Maestro | Shared memory beyond single robots |
| Full engineering control | Bedrock AgentCore or LangGraph | Who builds and owns the memory |
How Superkind Fits
Superkind is not another agent builder competing with Copilot Studio or Agentforce. It is one option for the layer they leave out: the persistent Company Brain your agents run on, connected to the systems you already use. If you have picked a platform, Superkind can sit underneath it; if you have not, it works regardless of which one you choose.
- Company Brain as the core - a persistent memory of your people-knowledge, processes, decisions and corrections that grows from real work rather than a static document import.
- Platform-agnostic by design - it sits under the agents you build, so you keep Copilot for drafting or Agentforce for CRM while the memory layer does the remembering.
- Connected to your real systems - email, Teams, SharePoint, CRM and ERP, reading the work as it happens through encrypted connections.
- Process-first discovery - we map how your team actually works before building anything, so the memory reflects reality, not an org chart.
- AI employees on top of the brain - agents that own routine work end to end - coding invoices, routing tickets, drafting responses - grounded in the shared memory.
- Corrections become rules - every human fix is captured and applied next time, so accuracy compounds instead of resetting each session.
- Knowledge that survives turnover - when a key person leaves, their judgement stays encoded in the brain rather than walking out with them.
- Governance in one place - central access control, audit logs and data residency, which is far easier to defend under the EU AI Act than scattered agent sprawl.
- Outcome-based engagement - priced per use case against measurable results, not per seat, with a first process typically live in 8 to 12 weeks.
| Question | An agent platform | Superkind Company Brain |
|---|---|---|
| What layer is it? | Builder, runtime, connectors | The memory and knowledge layer beneath them |
| Does it remember? | Grounds at query time, then forgets | Persistent memory that compounds |
| Where does it live? | Inside one vendor ecosystem | Across your existing systems |
| What happens when staff leave? | Their knowledge leaves too | Their judgement stays in the brain |
| How is it priced? | Per message, conversation or action | Per use case, tied to outcomes |
Superkind
Pros
- ✓ Solves the missing layer - persistent memory, not another builder
- ✓ Works with your platform - sits under Copilot, Agentforce or Vertex
- ✓ Compounds over time - corrections become rules that improve accuracy
- ✓ Outcome-based pricing - pay for results, not seats
- ✓ Central governance - easier EU AI Act and DSGVO story than sprawl
Cons
- ✗ Not a self-serve builder - it is a partnership, not a download
- ✗ Needs process access - we have to understand how you really work
- ✗ Overkill for simple bots - a single FAQ agent does not need a brain
- ✗ Capacity-limited - we work with a focused number of clients
If you already own a platform, this is the piece that makes it pay off. If you are still choosing, it is the reason the choice matters less than the vendors want you to think.
Decision Framework: Build, Buy, or Both
The last question is what to build in-house and what to buy. The honest answer splits along the layers: buy the commodity, own the context.
| Layer | Build or buy | Why |
|---|---|---|
| Builder and runtime | Buy | Mature, commoditised, not worth rebuilding |
| Connectors | Buy plus integrate | Use native connectors, fund the gaps |
| Governance | Buy or standardise | One policy layer beats scattered controls |
| Memory and knowledge | Own it | Unique to you, and the only real moat |
| Process design | Own it, with a partner | Your workflows are the product |
Chasing the Platform vs Building the Brain
Chasing the platform
- ✗ Endless re-evaluation - a new builder ships every quarter
- ✗ Lock-in risk - your logic trapped in one vendor
- ✗ Still no memory - the agents never get smarter
- ✗ Sprawl - disconnected bots multiply
Building the brain
- ✓ Platform-independent - swap builders without losing context
- ✓ Compounding asset - the memory grows more valuable
- ✓ Real differentiation - a moat a competitor cannot rent
- ✓ One source of truth - governance and learning in one place
The platform question deserves a careful afternoon. The memory question deserves a strategy. Get the second one right and every platform on the shortlist becomes a good enough choice.
Frequently Asked Questions
The most widely deployed enterprise agent platforms in 2026 are Microsoft Copilot Studio, Salesforce Agentforce, Google Vertex AI Agent Builder (rebranded as the Gemini Enterprise Agent Platform at Cloud Next 2026), IBM watsonx Orchestrate, UiPath with Maestro, and Amazon Bedrock AgentCore. Alongside these managed platforms sit open-source frameworks like LangGraph and CrewAI, which developers use to build agents from code. Each is strong at building and running agents, but the platform is only one layer of a working system.
There is no single best platform - the right choice usually follows where your data and users already live. Copilot Studio fits Microsoft 365 shops, Agentforce fits Salesforce-centric revenue teams, Vertex fits Google Cloud and BigQuery estates, watsonx Orchestrate fits regulated multi-system enterprises, and UiPath fits companies with heavy RPA and process orchestration. The harder and more durable decision is not the builder but the memory and knowledge layer the agents run on, because that is what determines whether they actually understand your business.
Almost all of them moved to consumption pricing. Copilot Studio charges roughly 0.01 dollars per message or 200 dollars per month for a 25,000-message pack. Agentforce charges about 2 dollars per conversation or 0.10 dollars per action through Flex Credits, plus Data Cloud for grounding which often runs into six figures per year. watsonx Orchestrate Essentials starts around 500 dollars per month. Bedrock AgentCore bills per vCPU-hour and per GB-hour across separate meters. The headline price is rarely the real bill - consumption at scale is.
An agent platform gives you the builder, the runtime, the connectors and the governance to create and run agents. A Company Brain is the persistent memory layer underneath them - a living record of how your company actually works, its people-knowledge, processes, decisions and corrections, connected to the systems you already use. The platform executes; the Company Brain remembers. Without that memory, every agent restarts from near-zero context and cannot improve over time.
Mostly not in the way buyers assume. Platforms like Copilot and Agentforce use grounding, which is retrieval at query time - they pull relevant documents into a single answer and then forget. Microsoft states plainly that Copilot does not train on your tenant data. Grounding is powerful for search and drafting, but it is stateless: it does not build a memory of your workflows, your exceptions or your team feedback. That learning gap is exactly why so many pilots stall.
Gartner predicts that more than 40 percent of agentic AI projects will be cancelled by the end of 2027 because of escalating costs, unclear business value and inadequate risk controls. MIT research found that 95 percent of generative AI pilots produced no measurable profit impact, largely because most tools cannot retain feedback, adapt to context or improve over time. The failure is rarely the model or the builder - it is the missing memory and process layer that would let the agent actually fit the business.
Yes. A Company Brain is not a rip-and-replace of your platform - it sits underneath the agents as the shared memory they read from and write to. You can keep Copilot Studio for Microsoft 365 search and drafting, keep Agentforce for CRM-native service, and put a persistent memory layer beneath the processes that genuinely need to remember and improve. The platform stays; the brain gives it the context it never kept.
They are capable and widely used - LangGraph reports tens of millions of monthly downloads and hundreds of verified enterprise production deployments, and its graph model maps well to audit trails and human-in-the-loop approval. But a framework is a toolkit, not a finished system. You still have to build the runtime, the connectors, the governance and, above all, the memory and knowledge layer yourself. Frameworks lower the cost of building agents; they do nothing on their own to solve the context problem.
If your users live in Teams, Outlook and SharePoint, Copilot Studio is the natural first stop because it grounds on Microsoft Graph and ships with a large connector library. It is excellent for search, drafting and lightweight task agents. The catch is consumption cost at scale and the fact that its agents ground rather than remember. Many Microsoft-heavy companies pair Copilot for personal productivity with a separate persistent memory layer for the processes that need to learn.
Grounding is retrieval-augmented generation: when you ask a question, the system searches your files, records or knowledge base, pulls the most relevant snippets and hands them to the model with your prompt. It anchors that single answer in your data. But grounding is stateless - it does not remember what it retrieved yesterday or how you corrected it. Memory is the opposite: it captures the outcome and the correction and applies them next time, so the system gets better rather than starting fresh each session.
Agent sprawl happens when teams build hundreds of disconnected agents on different platforms, each with its own thin slice of context and no shared source of truth. The fix is not another builder - it is a shared memory and governance layer that every agent reads from and writes to, so knowledge, access rules and audit trails live in one place. Standardising the memory layer matters far more than standardising the builder, because the memory is where the risk and the value both concentrate.
For most mid-sized companies, buying the builder and runtime is the right call - the platforms are mature and building that plumbing in-house rarely pays off. The part worth owning is your context: the memory of how your company works, which is unique to you and cannot be bought off a shelf. The practical answer is to buy the platform layer, invest in the knowledge and memory layer, and use an external partner to connect the two to your real systems.
The EU AI Act becomes fully applicable in August 2026. Most business process agents fall into the minimal-risk or limited-risk categories, which mainly require transparency, but agents used in hiring, credit or safety can be high-risk and need conformity assessments. A centralised memory and governance layer makes compliance far easier than hundreds of ungoverned agents scattered across platforms, because access controls, audit logs and data residency live in one auditable place.
Building a demo agent on any of these platforms takes hours. Getting one into reliable production usually takes weeks to months, and the time goes almost entirely into the non-platform work: connecting real systems, cleaning data, defining the process, adding human-in-the-loop checks and capturing the knowledge the agent needs. A focused first use case with a partner typically reaches production in 8 to 12 weeks, with the memory layer doing more of the work each week after launch.
Related Articles
- Why 400,000 Copilot Agents Still Do Not Know Your Company
- Agent Sprawl: When Hundreds of Bots Become a Governance Problem
- AI Agents vs Copilot: What the Difference Actually Means
- What a Company Brain Actually Costs
- AI Agent Memory: Why Persistence Beats Retrieval
- Multi-Agent Orchestration in the Real World
- The Sovereign Company Brain: Keeping AI Memory In-House
Sources
- Fortune - Microsoft AI Grew 157% (Nadella: 160,000 orgs built 400,000 custom agents in Copilot Studio)
- Microsoft - Microsoft 365 Copilot Pricing: AI Agents and Copilot Studio
- CloudZero - Microsoft Copilot Studio Pricing in 2026: Credits, Plans, and What It Actually Costs at Scale
- Microsoft Learn - How Microsoft 365 Copilot Works: Architecture and Grounding
- Microsoft Learn - Data, Privacy, and Security for Microsoft 365 Copilot
- Salesforce - Agentforce Pricing
- eesel AI - Salesforce Agentforce Pricing: The Real 2026 Cost
- Salesforce - The Force Behind Agentforce: How Data Cloud Grounds Agents
- UI Bakery - Vertex AI Agent Builder: 2026 Guide to Google’s Enterprise AI Agent Platform
- The Next Web - Google Cloud Next 2026: AI Agents, A2A Protocol and the Gemini Enterprise Agent Platform
- IBM - watsonx Orchestrate Product Page
- Enterprise DNA - IBM Think 2026: watsonx Orchestrate GA and Agent Catalog
- UiPath - Agentic Automation Platform and Maestro Orchestration
- Amazon - Bedrock AgentCore Pricing
- Cipher Projects - Amazon Bedrock AgentCore Pricing (2026): What Actually Drives the Bill
- Firecrawl - The Best Open Source Frameworks for Building AI Agents in 2026
- LangChain - The Best AI Agent Frameworks in 2026
- Gartner - Over 40% of Agentic AI Projects Will Be Cancelled by End of 2027 (Anushree Verma)
- Gartner - 40% of Enterprise Apps Will Feature Task-Specific AI Agents by 2026
- Fortune - MIT Report: 95% of Generative AI Pilots at Companies Are Failing (2025)
- Forbes - MIT Finds 95% of GenAI Pilots Fail Because Companies Avoid Friction (2025)
- Digital Applied - State of AI Agents 2026: 200+ Data Points
- TWIML - Google Cloud Next ’26: Delivering the Agentic Control Plane
- G2 - IBM watsonx Orchestrate Pricing 2026
Ready to give your agents a memory?
Book a 30-minute call with Henri. We will look at the platform you have or are choosing, and map where a Company Brain would make it pay off - no commitment, no sales pitch.
Book a Demo →
