Salesforce Headless 360: Agent-Native Enterprise AI Guide (2026)

Enterprise software just had its agent moment. At TrailblazerDX 2026 on April 15 in San Francisco, Salesforce announced Headless 360 — a fundamental architectural transformation that turns the entire Salesforce platform into infrastructure for AI agents. Every CRM workflow, data object, and business process is now accessible directly to AI agents via APIs, MCP tools, and CLI commands, with no browser required. The release ships with over 60 new MCP server tools, 30+ preconfigured coding skills, Agentforce Vibes 2.0, and a new Experience Layer for rendering agent output in any client surface. Early adopters report deploying production-ready AI agents in 12 days, driving significant cost savings. For developers building on enterprise platforms, this is the architecture change that has been coming since the agent wave began — and Salesforce is the first CRM-scale platform to ship it at full depth.

What Salesforce Headless 360 Actually Is

Salesforce Headless 360 is an API-first, agent-first access layer beneath the traditional Salesforce UI. It exposes the full platform — Sales Cloud, Service Cloud, Marketing Cloud, Commerce Cloud, Salesforce Data Cloud, and the Agentforce agent runtime — through a uniform set of APIs, MCP server endpoints, and CLI interfaces designed for software agents rather than human users.

The term “headless” in web development refers to separating the presentation layer from the business logic and data layer, so that different front-ends can consume the same back-end. Salesforce extends this concept to AI agents: every platform capability is now consumable by Claude Code, Cursor, OpenAI Codex, Windsurf, or any MCP-compatible agent without a logged-in human navigating a UI.

The “360” refers to coverage. This is not just data access via SOQL queries, which has been possible through the REST API for years. Headless 360 includes workflows, automation rules, business logic execution, Apex code invocation, approval processes, real-time events, and the full Agentforce agent runtime. An agent can trigger a multi-step sales approval, update a pipeline stage, run a custom Apex function, and push the result to a Slack channel — in a single session, without a human at a keyboard.

The Architecture: Three Layers

Headless 360 is built on three technical layers that work together. Understanding which layer handles which responsibility helps developers design systems that use each layer correctly.

The API Layer

Salesforce has always had REST and SOAP APIs, but Headless 360 standardizes and extends them significantly. Every object type, every workflow trigger, and every automation is exposed through consistent, versioned API endpoints designed with agent consumption in mind. The critical addition over the legacy API is schema discoverability. Agents can introspect what capabilities exist, what parameters they accept, and what outputs they produce — without prior hard-coding of schema. This makes it possible for general-purpose AI agents to discover and invoke Salesforce capabilities at runtime, rather than requiring a developer to map each operation manually in integration code before deployment.

The MCP Integration Layer

Over 60 new MCP (Model Context Protocol) tools ship with Headless 360, giving coding agents direct, live access to the Salesforce org. These are not thin wrappers around the REST API. Each MCP tool includes domain-specific context: the tool for retrieving opportunity data includes metadata about field types, picklist values, validation rules, and related objects so the AI agent can generate valid data operations without guessing at schema. The server exposes 30+ preconfigured coding skills for common operations — creating contacts, running reports, triggering flows, and updating pipeline stages are all single-invocation operations from the agent’s perspective. The MCP server follows the Model Context Protocol standard now governed by the Linux Foundation’s Agentic AI Foundation, meaning any MCP-compatible client connects without Salesforce-specific tooling.

The CLI Layer

The Salesforce CLI has been updated to expose every platform capability as scriptable commands with structured output. For automated CI/CD pipelines, agent-driven deployments, and integration into development workflows, the CLI layer provides a stable interface that does not require browser authentication for service account operations. The CLI supports batch operations, pipeline composition, and JSON output suitable for downstream agent parsing. This layer is particularly valuable for DevOps teams building deployment pipelines that include AI-assisted test generation and Apex validation as standard stages.

Agentforce Vibes 2.0: The Developer Environment

Agentforce Vibes 2.0 is the integrated development environment layer that ships with Headless 360. It is the primary interface for building custom AI agents on the Salesforce platform. Four capabilities distinguish Vibes 2.0 from its predecessor in ways that change how development actually works.

Full org awareness from the start. When you open Vibes 2.0 in a Salesforce org, the AI development partner already knows the org’s schema, custom objects, active workflows, installed packages, and user permission sets. Earlier versions required explicit context injection — you had to export metadata and paste it into the development session. Vibes 2.0 ingests org metadata automatically on first connection, so the first prompt you write has full context about your specific org configuration.

Multi-model support. Vibes 2.0 supports Claude Sonnet 4.6, GPT-5.5, Gemini 3.1 Flash, and Mistral Medium 3.5 as the underlying model for the AI development partner. You can switch models per task — cost-optimized models for schema lookups and documentation generation, frontier models for complex reasoning about business logic and integration architecture. This matters in practice when working in large orgs where simple tasks vastly outnumber complex ones.

Native Apex generation and testing. Vibes 2.0 can generate Apex code, write test classes to Salesforce’s mandatory format, and execute those tests against a scratch org directly from the development session. This closes the loop between AI-assisted development and Salesforce’s 75% test coverage requirement — a friction point that has historically slowed AI code generation adoption on the platform.

Agent-to-agent orchestration. Multi-agent workflows can be defined inside Vibes 2.0, where specialist agents handle different parts of a business process: one agent for lead enrichment, another for qualification scoring, another for outreach scheduling. Vibes 2.0 handles the handoffs, shared context, and error recovery between agents in the workflow.

The Experience Layer: Rendering Across Surfaces

The Experience Layer solves one of the hardest practical problems in enterprise AI: surfacing agent output to users who live in different tools. Headless 360 separates what an agent does from how its output is presented. The Experience Layer is a UI service that allows agents to deliver rich interactive components — data tables, approval buttons, status indicators, form inputs, and custom widgets — that render natively inside Slack, Microsoft Teams, ChatGPT, Claude, Gemini, or any MCP-compatible client surface.

Salesforce ships a standard component library as part of the Experience Layer. Developers can build custom components using standard web component APIs. Any component built for the Experience Layer can be registered as an MCP tool that agents invoke to render output. This means the same agent code that executes a business process also handles presenting the result in the right format for the user’s current tool. A sales rep in Slack sees a pipeline summary card with inline approval buttons. A support manager in Teams sees a refund escalation form without requiring a Salesforce login.

Consumption-Based Pricing: What It Means in Practice

Headless 360 launches alongside a pricing model change with significant implications for how teams budget AI agent deployments. Salesforce is transitioning Agentforce from per-seat licensing to consumption-based pricing: you pay for what agents actually execute, measured in operations and compute, not in named users.

The upside is meaningful. Agents do not consume licenses. A contract with a fixed seat count can power dozens of agents executing thousands of operations per day without per-seat cost scaling. This changes the economics of automation: workflows that previously required allocating a Salesforce license now run at marginal compute cost.

The risk is equally real. Consumption can scale faster than expected. An agent running in a loop, or a workflow that generates more downstream tasks than anticipated, can accumulate consumption at a rate that surprises budget owners. Salesforce provides consumption budgets and per-agent operation caps as guardrails, but cost architecture becomes a first-class design concern in agent development, not an afterthought for operations teams.

Getting Started: Developer Quickstart

For developers starting with Headless 360, the path from zero to running agent has four stages:

1. Enable Headless 360 in Setup. In Salesforce Setup, navigate to Headless 360, enable the API layer and MCP server, and generate a connected app credential with the appropriate permission set. All orgs created after April 15, 2026 have Headless 360 enabled by default. Existing orgs require manual activation from a System Administrator.
2. Install the MCP server in your agent environment. Salesforce publishes an official MCP server package. In Claude Code, add it via the MCP server configuration in settings. In Cursor, add the Salesforce MCP server endpoint to your MCP settings file. The server authenticates via OAuth 2.0 with your connected app credentials and supports both user-context and service account (client credentials) flows.
3. Run tool discovery. Once the MCP server is connected, query the tool manifest to see all available tools with their parameter schemas and example invocations. Start with read-only tools (query accounts, retrieve opportunities, list cases) before moving to write operations and workflow triggers.
4. Build with Agentforce Vibes 2.0 for complex workflows. For multi-step agent workflows involving Apex, Flow, and approval processes, Vibes 2.0 provides the orchestration and testing environment. Prototype against a scratch org first. Salesforce maintains a free developer sandbox that supports Headless 360 without requiring a paid org.

What This Means for Enterprise AI Development

Salesforce Headless 360 is part of a pattern that has become consistent across enterprise software in 2026. Platforms that were UI-first for decades — Notion, GitHub, Google Workspace, and now Salesforce — are adding agent-first access layers. The Model Context Protocol is the common interface, and the underlying assumption is the same: the primary consumer of enterprise software is increasingly software, not human users navigating interfaces.

For Salesforce architects and developers, this creates a new class of work at the intersection of CRM expertise and agent engineering. The developers who understand both the Salesforce data model and how to design reliable agent workflows are building a combination of skills that was not relevant two years ago and is now in high demand. The MCP discoverability features reduce the entry barrier for general AI developers, but deep knowledge of Salesforce’s process and approval architecture remains necessary for production deployments that need to be reliable, auditable, and secure.

The consumption-based pricing shift is the business model signal to watch. Salesforce is betting that agents will drive platform engagement at a scale that exceeds what per-seat licensing can capture. If that bet is right, the platform becomes the infrastructure layer for a generation of enterprise AI applications built on top of CRM-grade data.

Conclusion

Salesforce Headless 360 is the most architecturally significant change the platform has shipped in years. By exposing the full platform to AI agents via 60+ MCP tools, a headless API layer, Agentforce Vibes 2.0, and the Experience Layer, Salesforce is positioning itself as enterprise AI infrastructure rather than a CRM with AI features added on. The consumption-based pricing shift unlocks agent scale while requiring new disciplines around cost architecture. The MCP integration follows an open standard, so agents built today connect to any MCP-compatible platform. The developer sandbox is free. The path from zero to running agent is four steps. The question is not whether enterprise AI deployments will use agent-native platforms like this — it is which developers will know how to build them when their organizations need them.