Categories
Salesforce Agentforce

Salesforce Winter ’27 Release: 15 Critical Changes to Test

The Salesforce Winter ’27 release goes generally available on October 12, 2026, and it is not a quiet one. Alongside the usual Flow and admin improvements, it carries security changes that can stop integrations from logging in, a platform events retirement with a real deadline, and a large set of Agentforce updates that change how agents are built and measured.

This guide lists the 15 Salesforce Winter ’27 release changes we think Salesforce admins, architects and IT leads should actually test, in order of risk. It is written for teams running a live production org who want to know what to check before their instance upgrades, not for people who want to read every line of the release notes. For each item you will find what changed, who it affects and the specific test to run.

We work on Salesforce orgs every week as an implementation partner, so the list leans towards what tends to break in real orgs rather than what looks best in a keynote.

Salesforce Winter ’27 release dates at a glance

Salesforce rolls a major release out in waves, so your production org may upgrade on a different weekend from someone else’s. The dates below are the ones that matter for planning. Always confirm your own maintenance window on the Salesforce Trust status site for your instance.

Salesforce Winter '27 release dates timeline with GA on October 12, 2026 and 2027 retirement deadlines
MilestoneDateWhat it means for you
Pre-release orgs openAugust 13, 2026Free trial orgs with Winter ’27 features, but none of your own configuration
Release notes publishedAugust 19, 2026Full list of features and release updates available to read
Sandbox previewLate August 2026Preview sandboxes upgraded early, the best place to test your own setup
Production upgradesWaves through early October 2026Your date depends on your instance, check Trust status
General availabilityOctober 12, 2026All production orgs on Winter ’27
OAuth username-password flow retiredFebruary 20, 2027Integrations using grant_type=password stop getting tokens
SOAP login() call retiredJune 1, 2027Integrations that log in through SOAP must move to OAuth
Standard-volume platform events retiredSummer ’27Events must be migrated to high-volume before then

How this Salesforce Winter ’27 release list is organised

The 15 Salesforce Winter ’27 release changes fall into three groups: five that can break things, five Flow and admin wins and five Agentforce updates. The first five can break something that works today, so they come first and deserve testing time before your upgrade weekend. The next five are Flow and admin improvements that are worth adopting because they save time or reduce risk. The last five are Agentforce and cloud updates that mostly affect planning and budgets rather than day to day stability.

If you only have one afternoon, test group one. If you have a week, work through all three.

Part 1: Five Salesforce Winter ’27 release changes that can break things

1. SOAP login() needs a new API permission

The Salesforce Winter ’27 release enforces a release update titled “Assign Use Any API Auth Permission for SOAP login()”. Users who authenticate through the SOAP API login() call now need that permission assigned, either through a profile or a permission set.

Who it affects: any integration user, middleware tool or older data loader setup that still logs in through SOAP rather than OAuth. These are often integrations nobody has looked at in years.

What to test: in your preview sandbox, list every integration user and check which ones authenticate through SOAP login(). Assign the permission through a permission set rather than editing profiles, then run each integration once end to end. Also note the bigger deadline behind this change: the SOAP login() call itself retires on June 1, 2027, so this is the moment to plan the move to OAuth rather than patching it twice.

2. Profile Filtering is switched on by default

With Profile Filtering enforced by the Salesforce Winter ’27 release, users without the View All Profiles permission can no longer see the names of profiles they are not assigned to. On its own this is a sensible security change. The problem is anything built on the assumption that profile names are visible.

Who it affects: flows, validation rules, formula fields, Apex and reports that read Profile.Name for users who do not hold View All Profiles, plus any custom user management screens.

What to test: search your metadata for references to Profile.Name, run the affected automation as a standard user in the sandbox and confirm it still behaves. Where logic depends on profile, consider switching it to a custom permission, which is the more durable pattern anyway.

3. The OAuth username-password flow is retired on February 20, 2027

This is the change most likely to cause a silent outage. Salesforce is retiring the OAuth 2.0 username-password flow for connected apps, where an integration sends a username, password and security token to get an access token. Enforcement is set for February 20, 2027. When it lands, those integrations simply stop getting tokens, and there is no warning screen for a user to notice.

Who it affects: existing orgs with server to server integrations still using grant_type=password. New orgs already have the flow blocked by default.

What to test: ask every integration owner which OAuth flow they use. Move nightly jobs and middleware to the client credentials flow running as a dedicated integration user, or to the JWT bearer flow for more sensitive connections. Store secrets in Named Credentials, not in code or config files. The Salesforce Winter ’27 release is the moment to do this, because February leaves little room once year end freezes are taken into account.

4. Standard-volume platform events retire in Summer ’27

You can no longer define new standard-volume custom platform events, and new platform events are high-volume by default. Existing standard-volume events are due to retire in Summer ’27, according to the Salesforce Platform Events Developer Guide.

Who it affects: orgs with older event-driven integrations, especially ones built several years ago when standard volume was the default.

What to test: list your custom platform events and check each one’s publish behaviour. For every standard-volume event, plan the migration to high-volume and retest the subscribers, including any Apex triggers, flows and external CometD clients. The migration is not hard, but it touches every subscriber, so it belongs in a planned release rather than a rushed fix.

5. Accessibility updates change layouts above 200% zoom

Three accessibility updates enforced by the Salesforce Winter ’27 release improve how cards, docked containers, menu lists, panels, date pickers, popovers, utility bars, record headers, page headers and modal windows behave at zoom levels above 200%.

Who it affects: most orgs will simply get a better experience. The risk sits with custom Lightning components and CSS overrides that assume a fixed layout.

What to test: open your most used record pages, custom components and utility bar items at 200% and 400% browser zoom in the sandbox. Look for clipped buttons, overlapping text and modals that cannot be closed. Fix those before users who rely on zoom run into them.

Part 2: Five Flow and admin changes in the Salesforce Winter ’27 release

6. Flow Test Mode (beta) replaces Debug Mode

In the Salesforce Winter ’27 release, Test Mode gives Flow Builder a dedicated place to test a flow, combining what debug and flow tests used to do separately. You can save test scenarios with mock inputs and assertions, rerun them after every change and track coverage.

Why it matters: most flow failures in production come from a change to one branch breaking another branch nobody retested. Saved, repeatable tests are the cheapest protection against that.

What to do: pick your three most important record-triggered flows and build saved tests for them in the sandbox. Because Test Mode is still beta, keep your existing testing process running alongside it for now.

7. Screen flows can run on many records at once

After the Salesforce Winter ’27 release, a screen flow can run as a mass quick action from a list view or a related list, receiving the selected records as a collection of IDs. Screen flow quick actions also get custom modal sizing.

Why it matters: bulk updates that used to need a data loader job, a custom Lightning component or a developer can now be built by an admin.

What to do: look for requests your team handles with spreadsheets and data loader, such as reassigning a batch of cases or updating stages on selected opportunities. Those are good first candidates.

8. Flow Builder catches more mistakes at save time

With the Salesforce Winter ’27 release, Flow Builder warns when a Create Records element is missing required field assignments and catches field length violations when you save, instead of failing at runtime. There is also a new run option that makes a flow respect the running user’s permissions, plus an edit history panel and better version comparison.

Why it matters: fewer broken flows reach production, and you can see who changed which element and restore an older version.

What to do: open your largest flows in the sandbox after the upgrade and fix any new warnings. Then review which flows run in system context by default and decide whether they should run in user context instead. For guidance on getting an org ready for automation at this level, our Agentforce readiness checklist covers the permission and data clean up that makes this safer.

9. Apex heap limits go up

The Salesforce Winter ’27 release raises the Apex heap size limit from 6MB to 10MB for synchronous transactions and from 12MB to 25MB for asynchronous transactions. Developers can also test External Services and HTTP callouts in Apex integration tests (developer preview), and a new Apex Symbol API (beta) exposes Apex type metadata.

Why it matters: heap limit errors are a common cause of failed batch jobs and integrations that process large payloads. Some of those will now simply work.

What to do: check your logs for recent heap limit exceptions. Rerun those jobs in the sandbox, but do not treat the higher limit as permission to skip optimisation. Code that barely fitted in 6MB will not stay comfortable for long.

10. Reports get record preview and a home on LWR sites

The Salesforce Winter ’27 release lets you preview records straight from Lightning reports without leaving the report (beta), and Lightning reports and dashboards can now be embedded in Lightning Web Runtime Experience Cloud sites (beta).

Why it matters: partners and customers on an LWR portal can finally see real reports and charts, and internal users lose fewer clicks moving between a report and the records behind it.

What to do: if you run a partner or customer portal, check which reports your external users currently receive by email or export. Those are candidates for embedding once the feature leaves beta.

Part 3: Five Agentforce updates in the Salesforce Winter ’27 release

11. Agent Skills and Plugins get a unified registry

Salesforce’s Winter ’27 announcement introduces a unified registry for Agent Skills and Plugins with more than 100 prebuilt skills. Developers can create reusable, governed capabilities that work across surfaces instead of rebuilding the same action for each agent.

Why it matters: the cost of an Agentforce rollout is often in building and maintaining actions. A shared, governed library changes that equation, and it follows the same direction as the seven Agentforce named agents announced in September.

What to plan: list the actions your agents use today and check which ones now exist as prebuilt skills. Retiring custom actions you no longer need is also a maintenance saving.

12. Custom Scorers (beta) for agent quality

The Salesforce Winter ’27 release adds Agentforce Custom Scorers in beta, letting you define your own evaluation logic for agent sessions on top of the built-in quality metrics.

Why it matters: a generic quality score cannot tell you whether an agent followed your refund policy or escalated at the right point. Custom scoring lets you measure the rules that matter to your business.

What to plan: write down three or four rules every agent conversation must follow, and turn those into scorers in a sandbox. This is also the evidence a steering committee will ask for before approving wider rollout.

13. Adaptive Experiences and Dynamic Plans in service

Adaptive Experiences and Dynamic Plans listen to service conversations in real time and generate and update a resolution plan as the issue evolves. Salesforce says four customers are live, including PowerSchool with more than 550 users.

Why it matters: this moves AI from summarising after the call to guiding the agent during it, which is where handle time actually drops.

What to plan: this depends heavily on clean case data and well structured knowledge. If your knowledge base is out of date, fix that first. For consumption-based costs, our explainer on Agentforce pricing and Flex Credits shows how usage is billed.

14. Agentforce Contact Center expands, with autonomous scheduling

In the Salesforce Winter ’27 release, Agentforce Contact Center expands to more than 30 countries, bringing voice, digital channels and CRM together. Autonomous scheduling with Agentforce Voice lets an agent check availability and book or dispatch technicians around the clock, turning a booking call that used to take around 15 minutes into seconds.

Why it matters: field service and appointment-heavy businesses get a practical use case with a clear return, rather than a general chatbot.

What to plan: map your current booking calls. If most follow the same pattern of checking availability and confirming a slot, they are good candidates. Check your edition too, because what is included changed with the new Salesforce Core, Advanced and Max editions.

15. Agentforce orchestrates third-party agents

With the Salesforce Winter ’27 release, Agentforce can orchestrate agents running on AWS, Azure and Google through A2A-compliant ecosystems. In other words, a Salesforce agent can hand work to an agent built elsewhere and receive the result back.

Why it matters: few large companies will run every agent on one platform. Orchestration across vendors is what keeps a multi-vendor setup from turning into disconnected bots.

What to plan: if you already run agents outside Salesforce, list them and the data each one needs. Governance, logging and permissions across vendors will need an owner before this goes live. If you are weighing Salesforce’s own agents against Claude inside Salesforce, our comparison of Claudeforce vs Agentforce covers the trade-offs.

Smaller Sales and Service changes in the Salesforce Winter ’27 release

A few smaller Salesforce Winter ’27 release updates will not break anything but are worth showing users. In Sales, Einstein Conversation Insights suggests follow-up actions after meetings, reps can capture voice notes after a meeting in the Salesforce mobile app, and Pipeline Forecasting shows deal risks, methodology scores and contact insights. In Service, agents can view original case attachments inline in case details, delete outdated milestones from the case timeline, and use a revamped Enhanced Case Merge interface (beta).

What was pulled from the Salesforce Winter ’27 release: Flow Tags

Flow Tags, which would have let admins label and group flows by category, was removed from the Winter ’27 release during the week of September 14, 2026. The release notes change log records the removal, and Salesforce said only that the feature is not quite ready yet.

The practical lesson is simple. Plan and budget on what is generally available, not on what appeared in a preview, a keynote or an early version of the release notes. Keep using naming conventions and descriptions to organise flows until Flow Tags returns.

Salesforce Winter ’27 release testing checklist

Every Salesforce Winter ’27 release test needs an owner: integration leads cover authentication, admins cover Flow and profiles, and developers cover Apex and platform events. The table maps each change to its test and usual owner.

#AreaWhat to testUsual owner
1SOAP login()Assign the new API auth permission, run each SOAP integration end to endIntegration lead
2Profile FilteringFind Profile.Name references, run them as a standard userAdmin
3OAuth flowsList integrations on grant_type=password, plan client credentials or JWTIntegration lead
4Platform eventsList standard-volume events, plan migration to high-volumeDeveloper
5AccessibilityCheck key pages and custom components at 200% and 400% zoomAdmin, UX
6Flow Test ModeBuild saved tests for the three most important flowsAdmin
7Bulk screen flowsReplace one data loader task with a mass quick actionAdmin
8Flow save checksOpen large flows, clear new warnings, review run contextAdmin
9Apex heapRerun jobs that hit heap limits recentlyDeveloper
10ReportsIdentify portal reports suited to LWR embeddingAdmin
11 to 15AgentforceMap actions to prebuilt skills, draft custom scorers, list external agentsProduct owner

How to run the Salesforce Winter ’27 release upgrade in your org

  1. Confirm your date. Look up your production instance on Salesforce Trust status and put the maintenance window in the team calendar.
  2. Test in a preview sandbox, not a pre-release org. Pre-release orgs have the new features but none of your configuration, so they cannot tell you what breaks.
  3. Start with the release updates. Open Setup, then Release Updates, and work through anything marked for enforcement before touching new features.
  4. Run your regression tests. Apex tests, key flows, integrations and the top ten record pages your users open every day.
  5. Tell users what changes for them. A short note on the few visible changes saves a week of support tickets.
  6. Book the follow-up work. The OAuth, SOAP and platform event deadlines fall in 2027, but the migrations need a slot in your plan now.

Teams without the capacity to test every release properly often hand this recurring work to Salesforce managed services.

Frequently asked questions about the Salesforce Winter ’27 release

When is the Salesforce Winter ’27 release date?

Salesforce announced general availability of the Salesforce Winter ’27 release on October 12, 2026. Production orgs upgrade in waves before that date, and the exact weekend depends on your instance, which you can check on Salesforce Trust status.

What breaks in Salesforce Winter ’27?

The Salesforce Winter ’27 release changes most likely to cause problems are the SOAP login() permission requirement, Profile Filtering being on by default and accessibility changes affecting custom components. Two later deadlines matter just as much: the OAuth username-password flow retires on February 20, 2027 and standard-volume platform events retire in Summer ’27.

Is Flow Test Mode generally available in Winter ’27?

No. Flow Test Mode is in beta in the Salesforce Winter ’27 release. It is safe to use in a sandbox for building saved flow tests, but keep your existing testing process alongside it until it reaches general availability.

Did Salesforce remove Flow Tags from Winter ’27?

Yes. Flow Tags was removed from the Salesforce Winter ’27 release in September 2026, with the change recorded in the release notes change log. Salesforce has not given a new date.

What should Salesforce admins test first in Winter ’27?

Test the enforced release updates first: SOAP login() authentication, Profile Filtering and the accessibility changes. Then check which integrations still use the OAuth username-password flow, because those will stop working on February 20, 2027.

Do Winter ’27 Agentforce features cost extra?

It depends on the feature and your edition. Check the availability section of each feature in the Salesforce Winter ’27 release notes before planning a rollout. Many Agentforce capabilities consume Flex Credits, and edition packaging changed in September 2026 with Core, Advanced and Max.

Getting help with the Salesforce Winter ’27 release

Ashapura Softech is a Salesforce implementation partner working with US businesses on Salesforce CRM development, Salesforce cloud services and CRM software development, and builds the custom middleware behind many Salesforce integrations through our enterprise software development team. If you want a second pair of eyes on your release updates, your integration authentication or an Agentforce rollout, we are happy to help, and you can see how we approach delivery in our Agentforce implementation partner guide.

Categories
Agentforce Salesforce

Agentforce Coworker: What It Does, What It Costs and How to Turn It On

Of everything Salesforce announced under AIforce at Dreamforce 2026, Agentforce Coworker is the piece most admins will meet first. It is not a pilot you apply for. In many orgs it is already switched on, because Salesforce began turning it on automatically from 10 August 2026. This guide explains what Agentforce Coworker is, what it can and cannot touch, what it costs, how to turn it on or keep it off, and how to fix the errors admins run into during setup.

Agentforce Coworker at a glance

QuestionShort answer
What it isAn AI assistant in the Salesforce search bar that answers questions in plain language and can act on CRM records
Where it worksSalesforce, Slack, Microsoft Teams, Claude, ChatGPT and mobile
What it readsSalesforce CRM, Slack and connected Data 360 sources
EditionsEnterprise, Unlimited and Agentforce 1
CostNo extra fee for CRM and Slack search on eligible Unmetered seats; Data 360 answers use credits
StatusAnnounced May 2026, automatic enablement from 10 August 2026, part of AIforce since 15 September 2026

What is Agentforce Coworker?

Agentforce Coworker is an AI assistant that sits in the Salesforce search bar inside Lightning. A user types a question in plain language, and instead of a list of matching records they get one written answer built from the data they are allowed to see. Salesforce’s own Coworker FAQ describes it as a teammate that can reason over complex requests, build a multi step plan and call backend tools to finish the task.

The simplest way to think about it: Coworker replaces “search, open five records, read, piece it together” with “ask once, get the summary”. It does not replace your agents, your flows or your reports. It sits in front of them and becomes the single entry point to them.

Agentforce Coworker timeline

  • May 2026: Marc Benioff announced Coworker as an AI teammate “inside every Salesforce search bar”, and it opened as a beta for Agentforce customers.
  • 10 August 2026: Salesforce started enabling it automatically for eligible orgs, on a rolling basis.
  • 15 September 2026: At Dreamforce it became one of the three products inside AIforce, next to Claudeforce and Slackforce. Salesforce said 100,000 users activated it in the first 35 days.
Agentforce Coworker timeline: beta in May 2026, automatic enablement from 10 August 2026, part of AIforce from 15 September 2026
Agentforce Coworker timeline in 2026.

Agentforce Coworker vs traditional Salesforce search

Classic global search is good at one thing: finding a record when you already know roughly what it is called. Coworker is built for the questions that sit between records.

Traditional Salesforce searchAgentforce Coworker
InputKeywords and record namesPlain language questions
OutputA list of matching recordsOne written answer with the records behind it
SourcesSalesforce objectsSalesforce, Slack and Data 360 sources
ActionNone, the user opens and edits recordsCreates or updates CRM records after confirmation, routes work to agents
SecurityUser permissionsUser permissions plus Data 360 governance, masking and grounding
Agentforce Coworker vs traditional Salesforce search: input, output, sources, actions and security compared
Agentforce Coworker compared with traditional Salesforce search.

Where Agentforce Coworker works

The Lightning search bar is where most users first see it, but Salesforce’s Agentforce Coworker page lists more surfaces: Slack, Microsoft Teams, Claude, ChatGPT and mobile. The point is that the same assistant, with the same permissions, follows the user into whichever tool they already have open. That is the idea behind AIforce as a whole, and it is why Coworker pairs naturally with Claudeforce for teams that already work in Claude.

What Agentforce Coworker can search and do

According to the Salesforce developer guide and the help FAQ, Coworker reads across three kinds of source:

  • Salesforce CRM data: accounts, contacts, opportunities, cases, custom objects, knowledge articles and past case history.
  • Slack: messages, channels and conversations the user can already access.
  • Data 360 sources: Salesforce says more than 270 external sources connect through Data 360 connectors, including data lakes, knowledge bases and enterprise apps such as Jira.

On top of search, it does three things that matter in daily work:

  • Create or update records. It checks permissions and validation first, and asks the user to confirm before it saves anything. Today this works only on Salesforce CRM records, not on Slack or external data.
  • Route the request. If a question belongs to a specialised agent, for example a service agent or one of the named agents like Casey or Piper, Coworker hands it over rather than guessing.
  • Summarise across sources. A sales rep can ask what is putting a deal at risk and get the open cases, the Slack thread about pricing and the stalled approval in one answer.
How Agentforce Coworker answers a question: user question, permission check, CRM, Slack and Data 360 sources, answer or action
How Agentforce Coworker turns one question into an answer or an action, inside the user’s own permissions.

Agentforce Coworker use cases and example prompts

The value shows up when people ask the questions they currently answer by opening several tabs. These are the kinds of prompts that fit each team.

Sales

  • “What should I know before my call with this account tomorrow?”
  • “Which of my opportunities closing this quarter have had no activity in two weeks?”
  • “Log a note on this opportunity: pricing approved, legal review next week.”

Service

  • “Has this customer reported this issue before, and how was it fixed?”
  • “Why are cases about login errors spiking this week?”
  • “Find the knowledge article that answers this case.”

Customer success and leadership

  • “Summarise open cases, renewal date and recent Slack discussion for this account.”
  • “Which strategic accounts have an open escalation and a renewal in the next 90 days?”

For the wider picture of where agents earn their keep, see our Agentforce use cases guide.

How it handles security and permissions

Salesforce says Coworker “fully honors the existing Salesforce access model”. It runs with the permissions of the person using it, so if a user cannot open a record, Coworker cannot read it for them. Behind that sit attribute based access control, PII masking, toxicity detection and result grounding through Data 360, and the AIforce announcement repeats the zero data retention model for the underlying language models.

External sources need more thought. Permission aware sources carry their access rules across automatically, and federated sources enforce permissions in real time at the source. For other connectors, an admin has to create governance policies in Data 360 by hand. Data from sources that are not zero copy is ingested and stored in Data 360, which matters for data residency reviews.

The practical catch is that “respects your permissions” is only as good as the permissions themselves. Many orgs have years of broad sharing rules, public read on objects that should be private, and profiles that were cloned instead of designed. Search used to hide that problem because nobody scrolled through everything. A good AI answer surfaces it in seconds. If you have not reviewed sharing in a while, do that before you roll Coworker out widely. Our Agentforce readiness checklist covers the same ground.

Automatic enablement: is Coworker already on in your org?

Salesforce’s automatic enablement FAQ says the rollout began on 10 August 2026 on a rolling basis. Your org is in scope if it has Unmetered User Based AI seats and Einstein is active.

Some orgs are left out of automatic enablement:

  • Orgs that have opted out of generative AI.
  • Multi dataspace or multi org setups.
  • HIPAA, health and life sciences, and government orgs.
  • Flex Foundation seats without Unmetered entitlements.

If your org is in scope and you would rather roll it out on your own schedule, there are two ways to opt out: the link in the notification email Salesforce sends, or Setup > Agentforce Coworker > Opt Out of Auto Activation. Users who gain an eligible seat after the automatic switch on still need an admin to give them access by hand.

Agentforce Coworker pricing: what does it cost?

For most seat based customers, the search itself is included. Salesforce states that searching CRM data and Slack carries no extra fee for users on eligible Unmetered seats, and that their usage shows as zero consumption in the Digital Wallet.

Costs appear in two places:

  • Data 360 objects. Answers that pull from connected Data 360 objects consume Flex Credits or Data Services Credits.
  • Users without an eligible seat. Anyone who loses an Unmetered seat moves back to normal Flex Credit or Data Services Credit billing.

So the budget question is not “what does Coworker cost” but “which users are on metered seats, and how much Data 360 do we plan to expose”. If you are still working out how Flex Credits are counted, start with our Flex Credits explainer, and read the Core, Advanced and Max editions change alongside it, since the new editions bundle credits differently.

Agentforce Coworker pricing: no extra fee for CRM and Slack search on eligible seats, credits for Data 360 answers and metered users
Who pays what for Agentforce Coworker.

Requirements to turn on Agentforce Coworker

If your org was not switched on automatically, you can turn it on yourself. The setup guide and the help FAQ list these requirements.

RequirementWhat you need
EditionEnterprise, Unlimited or Agentforce 1
Usage based licensingData Cloud or Data 360, a Foundations or Flex Foundations licence, and Flex Credits
Seat based licensingData Cloud or Data 360, plus Agentforce 1 Edition or Agentforce for Sales, Service and Industries
Admin accessSalesforce admin role, the Agentforce Coworker Admin permission set and the AI Search Setup permission set licence
User accessThe Access_Ai_Search permission set group

How to turn on Agentforce Coworker, step by step

  1. In Setup, type Agentforce Coworker in the Quick Find box.
  2. Select Get Started with Agentforce Coworker, click Turn On and confirm. Einstein turns on automatically at this point. Setup takes a few minutes, and Salesforce shows a warning if any prerequisite is missing.
  3. If your org has more than one data space, choose the data space, then select the data sources Coworker should use.
  4. In the Manage Users section, click Manage and assign the Access_Ai_Search permission set group to the users who should have it.
  5. For seat based access, open each user in Setup, go to Permission Set License Assignments, tick Unmetered User-Based AI and save.
  6. Test with two or three users from different roles before you widen access. Ask each the same question and check that the answers differ in the way their permissions say they should.
How to turn on Agentforce Coworker in six steps: Quick Find, Turn On, data sources, assign users, seat licence, test
The six steps to turn on Agentforce Coworker.

Troubleshooting common Agentforce Coworker errors

These are the errors Salesforce lists in its troubleshooting FAQ, with the fix for each.

ErrorLikely causeFix
Coworker does not appear, or “Not Enabled”User is missing the licence or the Access_Ai_Search groupCheck the permission set licence and group assignment for that user
401 UnauthorizedConnected App or OrgJWT set up incorrectlyConfirm the Connected App definitions and OrgJWT certificates match
400 Invalid IDAgent ID is truncated or in the wrong formatCopy the full 18 character Agent ID from the setup URL
500 Server Error or engine lookup failureBackend or model gateway interruptionHard refresh the browser, then turn Coworker off and on again
Invalid TokenThe session failed OAuth or JWT validationCheck client credentials and the gateway network path

Limits worth knowing before rollout

  • 30 language model calls per minute per user. Salesforce notes this is not technically enforced yet, but one question can trigger several calls, so heavy users will reach it sooner than the number suggests.
  • Record updates are CRM only. Coworker can read Slack and Data 360, but it can only write to Salesforce records.
  • Files over 75 MB are not indexed, so very large documents will never show up in answers.
  • English only during the beta. Salesforce says other languages follow at general availability.
  • Not yet available in GovCloud. It does work for authenticated Experience Cloud users.
  • Answers are only as good as the data. Duplicate accounts, empty close dates and stale opportunity stages all show up in the answer. An AI summary of messy data is still messy data, just faster.

A sensible Agentforce Coworker rollout plan for admins

Whether Coworker is already on or you are about to switch it on, the order of work is the same:

  1. Check the status. Open Setup and see whether Coworker is active and who has the Access_Ai_Search group.
  2. Review sharing. Look at organisation wide defaults, sharing rules and the objects with public read. Fix what you would not want a quick question to reveal.
  3. Clean the high use objects. Merge duplicate accounts and contacts and fill the fields reps rely on, such as stage, close date and next step.
  4. Decide on Slack and Data 360. Connect Slack if your teams live there. Connect Data 360 sources only where the value is clear, set governance policies for any source that is not permission aware, and remember those answers consume credits.
  5. Start with a pilot group. Pick one sales team and one service team, collect the questions they actually ask, and write short guidance on what Coworker is good at.
  6. Measure. Track adoption, the questions that return weak answers and credit consumption for the first month before you expand.
Agentforce Coworker rollout plan: check status, review sharing, clean data, connect Slack and Data 360, pilot group, measure
A six step Agentforce Coworker rollout plan for admins.

If you need help with the sharing review, the data clean up or the Data 360 connections, our Salesforce managed services and Data Cloud consulting teams work on exactly these steps.

Frequently asked questions about Agentforce Coworker

Is Agentforce Coworker part of AIforce?

Yes. At Dreamforce 2026 Salesforce grouped Agentforce Coworker, Claudeforce and Slackforce under AIforce, its new interface layer for reaching Salesforce data from any screen.

Is Agentforce Coworker free?

Searching CRM data and Slack carries no extra fee for users on eligible Unmetered User Based AI seats. Answers that use Data 360 objects consume Flex Credits or Data Services Credits, and users without an eligible seat are billed on credits.

Was Agentforce Coworker turned on automatically?

Possibly. Salesforce began automatic enablement on 10 August 2026 for orgs with Unmetered User Based AI seats and Einstein active. HIPAA, health, government and multi org setups were excluded.

How do I opt out of automatic activation?

Use the opt out link in the Salesforce notification email, or go to Setup, Agentforce Coworker, and turn on Opt Out of Auto Activation.

Can Agentforce Coworker see data a user cannot see?

No. It runs with the permissions of the person using it, so it can only read and change what that user can already read and change.

Does Agentforce Coworker work in Slack and Microsoft Teams?

Yes. Salesforce lists Slack, Microsoft Teams, Claude, ChatGPT and mobile as surfaces alongside the Salesforce search bar.

Which editions support Agentforce Coworker?

Enterprise, Unlimited and Agentforce 1 editions, with Data Cloud or Data 360 in place.

Why can’t I see Agentforce Coworker in my org?

Usually the user is missing the required permission set licence or the Access_Ai_Search permission set group. Check both in Setup before looking for anything else.

The bottom line

Agentforce Coworker is the most visible part of AIforce because it lives where every user already clicks: the search bar. It costs little or nothing for most seat based orgs, and it may already be running in yours. The real work is not switching it on. It is making sure your permissions and data are in a state where a fast, confident answer is also a correct one. Start there, pilot small, and expand once the answers hold up.

Categories
Agentforce Salesforce

Agentforce Named Agents: What Casey, Paige, Carter, Hunter, Marshall, Piper and Fin Actually Do

For two years Agentforce was something you built. You picked a topic, wrote instructions, wired up actions, tested it, and hoped the thing behaved in production. At Dreamforce in September 2026 Salesforce changed the starting point: seven named agents that arrive already configured for a specific job, six of them generally available on day one.

That shift is bigger than the names suggest. A prebuilt agent is an opinion about how a job should be done, baked into software. It will fit some orgs closely and fight others. This guide goes through all seven, what each one is actually scoped to do, which cloud it needs, what is shipping today versus later, and where we would not use it.

The seven Agentforce named agents at a glance

AgentJob it doesWhere it livesStatus
CaseyCustomer service resolution across voice, SMS, WhatsApp and web chatService CloudGA now
PaigeIT and HR service requests through Slack and employee portalsEmployee ExperienceGA now
CarterProduct discovery, comparison and checkout help for shoppersCommerce CloudGA now
PiperInbound lead engagement and qualification across web and emailSales and MarketingGA now
FinComplex customer experience workflows spanning channelsCustomer OperationsGA now
MarshallBack office process orchestration with deterministic executionBack OfficeGA now
HunterOutbound pipeline, from research through to outreachSales CloudPilot now, GA expected November 2026

1. Casey: the service agent that finally covers voice

Casey handles customer service issues end to end across voice, SMS, WhatsApp and web chat. The channel spread is the part worth noticing. Most deflection projects we see start and stop at web chat, because chat is where the transcript is clean and the integration is easy. Voice is where the volume and the cost actually sit, and voice is where a handover to a human has always been ugly.

What Casey is good at: repeat, policy driven questions where the answer exists in a knowledge article or a record. Order status, appointment changes, password and access issues, returns inside policy.

What it does not remove: the need for a clean knowledge base. An agent that reads bad articles gives confident bad answers faster than a human would. If your knowledge base has not been audited in a year, that audit is the first project, not the agent.

2. Paige: employee service, where the ROI case is easiest

Paige answers IT and HR service requests inside Slack and employee portals. Of the seven, this is the one with the least risk attached, because the audience is internal. A wrong answer to an employee costs a follow up ticket. A wrong answer to a customer costs the customer.

That makes Paige a sensible first deployment even for an organisation whose real target is customer facing automation. You get the operating experience, the prompt tuning habits and the escalation design without putting revenue on the line while you learn.

3. Carter: commerce assistance, not a storefront replacement

Carter works inside Commerce Cloud on product discovery, comparison and checkout assistance. It is the agent most often confused with something it is not. Carter does not replace your storefront, your catalogue structure or your merchandising rules. It sits on top of them, and it inherits their quality.

If product data is thin, if attributes are inconsistent between categories, or if the same item appears three times under different SKUs, Carter surfaces those problems to shoppers rather than hiding them. Catalogue hygiene is the prerequisite. We cover how that data flows in our guide to Salesforce ecommerce integrations.

4. Piper: inbound lead qualification

Piper engages and qualifies inbound leads across websites and email. The job is speed to lead and consistency of questioning, two things humans are reliably bad at on a Friday afternoon.

The caution here is qualification criteria. Piper applies whatever definition of a qualified lead you give it, at scale, without the quiet human correction that normally happens in the background. If your MQL definition has drifted from what sales will actually accept, an agent will expose that gap within a week. Fix the definition before you automate it.

5. Fin: the cross channel workflow agent

Fin is scoped to complex customer experience workflows that span channels, which is the vaguest brief of the seven and also the most interesting. Think of the cases that start in chat, move to email, require a back office action and end with an outbound confirmation. Those are the ones that fall through today, because no single team owns them end to end.

Fin is worth evaluating if your complaint volume is driven by process breakage rather than by product problems. It is not worth evaluating if your handoffs are undocumented, because there is nothing for it to follow.

6. Marshall: deterministic back office execution

Marshall orchestrates back office processes with what Salesforce calls deterministic execution. That word matters. Most of the anxiety around agents in finance and operations comes from non determinism: the same input producing a different sequence of steps on different days. Marshall is positioned as the answer to that, running defined processes in a defined order rather than reasoning its way to an outcome.

Where this fits: invoice handling, order processing, fulfilment exceptions, reconciliation steps that today sit in a spreadsheet and a person’s head. Where it does not: anything where the process itself is undefined. Marshall executes a process, it does not design one for you.

7. Hunter: outbound pipeline, and the one that is not GA yet

Hunter covers outbound sales pipeline from account research through to outreach, and it is the only one of the seven still in pilot, with general availability expected in November 2026. It is also the agent that debuts long horizon runtime, which is the genuinely new platform capability in this release.

Long horizon runtime means an agent can pursue a goal across days and weeks rather than inside a single session. It preserves memory between runs, survives interruption through durable execution, and can be steered mid flight without being restarted. For outbound that is the difference between a sequence and a campaign that adapts.

It is also the capability that deserves the most governance attention. An agent working a goal for three weeks accumulates three weeks of decisions nobody reviewed individually. Decide in advance what it is allowed to send, to whom, and what it must escalate.

What shipped alongside the agents

Three platform pieces came with the agent portfolio and change how the seven are used together.

Multi agent orchestration is generally available now, and routes work across the specialised agents so they operate as a team rather than seven separate deployments. This is what stops Casey and Fin from both claiming the same case.

AI Skills in Agentforce Coworker lets an employee teach a task once and have it reused across the workforce. It is in pilot now with general availability expected in October 2026.

Agent Optimizer covers building, refining, testing and analysing agent performance across the lifecycle, with general availability expected in October 2026. Until it lands, measurement of agent quality is still something you assemble yourself.

All of this sits inside the wider announcement Salesforce made at Dreamforce. If you want the commercial side, including which Flex Credit allowance comes with which tier, start with what AIforce actually changed and the Core, Advanced and Max editions.

When a named agent is the wrong answer

Four situations where we would tell a client to wait.

The underlying data is not trustworthy. Every one of these agents reads your records and your content. Duplicate accounts, stale knowledge articles and half migrated product data do not get smoothed over by an agent, they get amplified and put in front of a customer.

The process is undocumented. Marshall and Fin in particular assume a process exists. If the answer to “what happens next” depends on which person picks it up, an agent has nothing to follow.

Your volume is low. An agent earns its keep on repetition. A team handling forty cases a week will spend more effort tuning than it saves.

The job is judgement, not throughput. Complaint escalations that involve goodwill decisions, a renewal conversation with an unhappy account, anything with a legal or clinical dimension. Those stay human, with the agent doing preparation rather than resolution.

How to choose which one to turn on first

The order we recommend, and the reasoning behind it.

Start with Paige if you have an internal service desk. Lowest blast radius, fastest feedback loop, and the operating habits transfer directly to the customer facing agents afterwards.

Start with Casey if service cost is the board level number. It is the only one of the seven that touches voice, which is usually where the cost sits.

Start with Piper if speed to lead is the bottleneck. Measure current first response time before you deploy, because this is the one agent whose effect shows up in a single clean metric.

Wait on Hunter unless you are comfortable in a pilot. General availability is expected in November 2026, and long horizon runtime is new enough that early deployments are learning exercises as much as productivity ones.

Whichever you pick, scope one job, instrument it, and run it for a month before adding a second. Teams that switch on four agents at once cannot tell which one caused the change in their numbers.

What this means for existing Agentforce builds

If you already built custom agents, the named agents do not obsolete them, but they should prompt a review. Anything you built that maps closely to one of the seven jobs is now maintenance you may not need to carry. Anything you built that is specific to your business, your products or your regulatory position is exactly what should stay custom.

The practical exercise is to list your current agent topics against the seven and mark each as replace, keep or merge. Our Agentforce readiness checklist covers the questions to ask before either path, and the implementation partner guide covers how the delivery work is usually split.

The named agents are not the only way users reach Agentforce. Agentforce Coworker in the Lightning search bar routes a question to the right specialised agent on its own, and our Agentforce Coworker guide explains how that works and what it costs.

The named agents arrive alongside a busy platform release. See the Salesforce Winter ’27 release guide for the 15 changes to test in your org, including the new Agent Skills registry.

Frequently asked questions

Are all seven Agentforce named agents available now?

Six are generally available: Casey, Paige, Carter, Piper, Fin and Marshall. Hunter is in pilot, with general availability expected in November 2026.

Do the named agents replace custom built Agentforce agents?

No. They cover common, well defined jobs. Anything specific to your products, your industry rules or your internal processes still needs to be built, and the two run alongside each other under multi agent orchestration.

Which licences do the named agents need?

Each sits inside a product area, so Casey needs Service Cloud, Carter needs Commerce Cloud and so on. Consumption is drawn from the Flex Credit allowance that comes with your edition, which means two organisations on the same edition can see very different usage. Confirm current entitlements with Salesforce or your account executive before budgeting.

What is long horizon runtime?

It lets an agent pursue a goal across days and weeks instead of within one session, by preserving memory between runs, surviving interruptions and accepting steering mid task. Hunter is the first agent to use it.

Where do we start if we have never deployed an agent?

With an internal use case, a documented process and a single measurable metric. Paige on an IT or HR service desk is the usual low risk starting point.

Talk to us about which agent fits

Ashapura Softech is a certified Salesforce partner working with teams in the United States on Service Cloud, Sales Cloud, Commerce Cloud and Agentforce delivery. If you want a view on which of the seven fits your org, and what would have to be cleaned up first, get in touch.

Categories
Agentforce Salesforce

What Is AIforce? Salesforce’s Dreamforce 2026 Announcement Explained

On 15 September 2026, at Dreamforce in San Francisco, Salesforce announced AIforce. The framing Salesforce used for it is blunt: AI replaces the UI. Instead of asking people to open Salesforce to get work done, AIforce lets AI agents read and act on Salesforce data from wherever the person already is, whether that is Claude, Slack, Lightning or a tool your own team has built.

If you run a Salesforce org, this is the announcement from this Dreamforce that actually changes how your users will touch the system. Here is what was announced, what is available today, and what it is reasonable to do about it this quarter.

What is AIforce?

AIforce is a layer on top of Salesforce’s existing Agentic Enterprise architecture, not a replacement for Agentforce. It takes what already sits in your org, Customer 360 records, Data 360 context and the Agentforce agents you have configured, and exposes them to AI interfaces outside the Salesforce UI.

The practical effect is that a rep can update an opportunity, log a call, pull pipeline or ask for account research without opening a Salesforce tab. Marc Benioff described the idea as combining model intelligence with the context customers have already built inside Salesforce to create a composable system.

The word composable is doing real work in that sentence. AIforce is built on the Headless 360 toolkit Salesforce shipped in March 2026, which exposes platform capability through APIs, Model Context Protocol servers and developer tooling. Agents are assembled from those pieces rather than bought whole.

The three products inside AIforce

Claudeforce

Claudeforce is the extended Anthropic partnership. It puts Salesforce inside Claude, shipping with 37 prebuilt sales skills covering work like prospecting and pipeline management, with analytics and further skills for service, marketing, commerce and industries on the roadmap. There is also a Salesforce Development plug in for Claude Code carrying more than 40 skills for developers.

Salesforce in Claude is in beta and open to all customers now. If your team already uses Claude, this is the lowest friction way to see what the interface revolution actually feels like on your own data.

We covered the Salesforce and Anthropic partnership in detail in What is Claudeforce.

Slackforce

Slackforce brings Salesforce into Slack as an interactive surface rather than a notification feed. It includes a Slackbot assistant and Slack CRM, which lets a user create an account, log call notes and update records from a prompt without leaving the channel. Slack Code covers collaborative AI development in the same place.

For teams whose real working day happens in Slack, this closes the gap that CRM adoption programmes have been fighting for a decade. Data quality problems are usually a data entry friction problem, and this removes a large part of that friction.

Agentforce Coworker

Agentforce Coworker is an AI teammate inside the Lightning interface, working across devices and operating strictly inside your existing business rules, permissions and security model, with zero data retention. Salesforce has described it as instantly available to customers.

Coworker is the part of AIforce most admins will meet first, because Salesforce began switching it on automatically in August. We cover eligibility, cost, the opt out setting and the setup steps in our Agentforce Coworker guide.

Coworker is the one to test first if your objection to agents so far has been governance. It inherits the permission set of the person it is working for, so it cannot see what that person cannot see. Our guide to Agentforce use cases covers where agents have actually been shipped in practice.

The Headless Toolkit and AgentExchange

Underneath the three products sits the Headless Toolkit, which exposes platform elements through MCPs, APIs, plug ins and skills so you can build your own AI experience rather than take one off the shelf. AgentExchange is where partners publish integrations, with Anthropic, AWS, Google, OpenAI, DocuSign and Vercel already named in that ecosystem.

This matters for anyone with a non standard process. The interesting AIforce work in 2027 will not be turning on Coworker, it will be exposing your own objects, validation rules and approval flows as skills an agent can call safely.

Salesforce Core, Advanced and Max: the edition change to read alongside it

Salesforce also simplified its editions, effective September 2026, into Core, Advanced and Max across Agentforce Sales, Service and Industries. Every edition now bundles Agentforce capabilities such as Account Research and Service Rep Assistant, Slack and Slackbot, embedded agentic analytics powered by Tableau Next, enterprise grade data security and Premier Success Plans, along with Flex Credits: 500K on Core, 1M on Advanced and 2.75M on Max.

List pricing is 195 dollars per user per month for Core, 395 for Advanced and 550 for Max. Salesforce has said existing Agentforce 1 Edition customers can move to Max at no extra cost, legacy edition pricing is unchanged for current customers, and Industry Edition pricing is still to come this autumn.

Confirm your own numbers with your account executive before you budget against these. Published list pricing and what lands on a renewal quote are rarely the same thing, and consumption based Flex Credits change the shape of the bill.

What this actually changes for your org

Your interface strategy is now a real decision. Until this announcement, “where do users work” had one answer. Now there are four plausible answers and you should pick deliberately per team rather than let it happen by accident.

Permissions and sharing rules become the control surface. An agent that inherits a user’s permissions is only as safe as those permissions are tidy. If your profiles and permission sets have drifted over years of ad hoc requests, that debt is about to become visible in a new way.

Data quality gets more exposed, not less. An agent asked to research an account will answer from what is in your org. Duplicate accounts, stale contacts and half filled custom fields have been survivable while a human was reading the record and mentally correcting it. They are less survivable when the answer arrives as a confident sentence.

Automation you already have may be duplicated. Before you build an agent for a task, check whether a Flow already does it. Agents are the right tool for judgement and language, not for deterministic steps a Flow handles cheaply.

A sensible order of work

  1. Turn on Salesforce in Claude for a small group, in a sandbox or with a limited permission set, and watch what people actually ask it.
  2. Run a permissions audit before you widen access. Profiles, permission sets, field level security, sharing rules.
  3. Run a duplicate and data completeness pass on accounts and contacts, since that is what agent answers are built from.
  4. Pilot Agentforce Coworker with one team and one measurable task rather than across the org.
  5. Model your edition options against actual usage before renewal, including what Flex Credit consumption looks like at your volume.

Steps two and three are unglamorous and they are where most of the value is. Agent quality is downstream of org hygiene, which is the bulk of what our Salesforce managed services team spends its time on.

Frequently asked questions about AIforce

Is AIforce the same as Agentforce?

No. Agentforce is the agent platform inside Salesforce. AIforce is the layer that lets those agents and your Salesforce data be reached from outside the Salesforce interface, through Claude, Slack, Lightning or your own build.

Is AIforce available now?

Salesforce in Claude is in beta and open to all customers. Agentforce Coworker has been described as instantly available. Other components, including further Claudeforce skills for service, marketing, commerce and industries, are on the roadmap rather than shipped.

What does AIforce cost?

Salesforce has not published separate AIforce pricing. The related edition pricing effective September 2026 is 195, 395 and 550 dollars per user per month for Core, Advanced and Max respectively, with Flex Credits included at each tier. Check current pricing with Salesforce directly.

What are Salesforce Flex Credits?

Flex Credits are the consumption units bundled with the new editions, 500K with Core, 1M with Advanced and 2.75M with Max. Because agent usage draws on them, two orgs on the same edition can see very different bills depending on how heavily agents are used.

Do we need Data Cloud for this to work well?

You do not strictly need it, but the quality of agent answers depends on the context available to them. If your customer data is spread across systems Salesforce cannot see, that is the gap to close first. Our Salesforce Data Cloud and Data 360 consulting page covers what that work involves.

Where should a mid sized team start?

With one team, one task, and a permissions audit first. Agent quality follows org hygiene, so the groundwork matters more than the agent configuration.

Where AIforce lands

We are a certified Salesforce partner working with teams in the United States from Irving, Texas, with our development centre in Ahmedabad. The work we expect to matter most over the next two quarters is not agent configuration, it is the permission, data and automation groundwork that decides whether an agent gives a useful answer or a confidently wrong one.

If you want a second opinion on where your org stands before you widen agent access, get in touch.

Two pieces of this are worth reading on their own. The commercial change is covered in our guide to the Core, Advanced and Max editions, and the earlier question of how the two agent platforms differ is answered in Claudeforce vs Agentforce. If you are working out a credit budget, Flex Credits explained has the arithmetic.

The seven named agents announced alongside all this are covered one by one, with status and licence notes, in our guide to the Agentforce named agents.

Categories
Agentforce Salesforce

Salesforce Agentforce Use Cases: What Works in Sales, Service, Marketing and Commerce

This guide covers Salesforce Agentforce use cases that companies have actually put live, grouped by the team that owns them: sales, service, marketing, commerce and the contact center. Most Agentforce articles list twenty things an AI agent “could” do. This one sticks to live deployments and the results those companies have published. At the end you will find a simple way to choose your first use case and what a Salesforce AI implementation needs before an agent goes live.

What Agentforce is, in two sentences

Agentforce is Salesforce’s platform for building AI agents that read your CRM data, follow the rules you set, and take actions such as updating a case, booking a meeting or drafting a quote. Salesforce ships prebuilt agents for each cloud, and you can build your own in Agentforce Builder using Flows, Apex and prompt templates you already have.

If you are still comparing options, our Claudeforce vs Agentforce guide explains how the two fit together.

Agentforce for Service: the most proven use case

Service is where Agentforce has the most live deployments, because the work is repetitive, the answers already sit in knowledge articles, and success is easy to measure (deflection, resolution rate, handle time).

What the Service Agent does

  • Answers customer questions across chat, messaging and web, using your knowledge base and case history
  • Takes actions: checks an order, changes a booking, opens or updates a case
  • Hands off to a human rep with the full conversation and a summary when it cannot resolve the issue

Published Agentforce customer service results

CompanyWhat the agent handlesPublished result
OpenTableRestaurant web queries73% of queries handled after three weeks
Shoe CarnivalCustomer calls40% of call volume handled, escalations cut from 75% to 35%
AgibankBanking requests22,500 requests a month, 75% deflection
Fisher & PaykelAppliance supportSelf-service rose from 40% to 70%
1-800AccountantChat during tax week70% of chats resolved autonomously
FinnairCustomer service questionsAims to automate 80% of questions

Source: Salesforce customer stories. Figures are as published by Salesforce and its customers.

Where it works best: order status, booking changes, account questions, returns, appointment scheduling and FAQ-heavy support. Where to be careful: complaints, refunds above a set amount, and anything regulated. Keep a human approval step on those.

Salesforce Service Cloud is the base for all of this. See our Service Cloud services page.

Agentforce Contact Center and Agentforce Voice

This is the newest part of the story and the least crowded, which is why it deserves its own section.

Agentforce Contact Center became generally available on 10 March 2026. It brings voice, digital channels, routing, call recording, transcription and analytics into Salesforce itself, running on Hyperforce, instead of bolting a separate telephony system onto the CRM. Workforce engagement features (workforce and quality management) were added in June 2026.

Agentforce Voice is the voice side of the agent. It can hold a real-time conversation that the caller can interrupt, transcribe it live, update CRM records during the call, trigger workflows and hand the call to a person. It works with Amazon Connect, Five9, Genesys, NICE and Vonage, so you do not have to replace an existing telephony provider to use it.

Practical contact center use cases

  • After-hours voice line: the agent answers, verifies the caller, handles simple requests and books a callback for the rest
  • Call deflection for top intents: order status, balance checks, appointment changes
  • Live assist for human reps: real-time transcript, suggested answers and an automatic call summary into the case
  • Post-call work: wrap-up notes, disposition codes and follow-up tasks created without the rep typing them

A note on licensing: not every Contact Center or Voice capability is in the base Agentforce licence. Map the features you need to the right edition and add-ons before you budget. Our Agentforce pricing and Flex Credits guide covers how consumption is charged.

Agentforce for Sales

Sales use cases are growing fast because they remove the admin work reps dislike, without taking the relationship away from the rep. For the setup side, see agentic AI in Salesforce Sales Cloud.

Prebuilt sales agents

  • SDR Agent: engages inbound leads around the clock, answers product questions from your content, and books meetings
  • Lead nurturing: sends follow-ups to leads that are not ready to talk yet
  • Pipeline management: watches deal activity and suggests next steps so opportunities do not stall
  • Sales Coach: role-plays and reviews pitches so reps can practise before a real call
  • Quote creation: drafts a quote from a plain-language request and the customer’s record

Published Agentforce for sales results

  • Asymbl: coverage equal to a team five times larger, about 575,000 dollars saved a year, targeted engagement up 427%
  • Equipter: time to reach inbound leads cut from nearly a day to hours
  • Carnegie Learning: account research time cut by 92%, from up to an hour to 5-10 minutes
  • Trustpilot: win rates up 36%
  • Uber: email conversion up 60% and ad sales 83% faster

Where it works best: high inbound lead volume, long lists of small accounts, and teams where reps spend hours on research and CRM updates. If quoting is your bottleneck, pair this with our Salesforce CPQ work.

Agentforce for Marketing

The Campaign Agent in Marketing Cloud builds a campaign from a goal: it drafts the brief, suggests the audience segment, writes first-draft content and sets up the journey for review. Marketers approve, edit and launch.

Use cases we see make sense

  • Turning a one-line campaign goal into a brief and segment in minutes
  • Personalising email and SMS content by segment without writing every variant by hand
  • Answering questions from website visitors and passing qualified ones to sales
  • Suggesting changes to a live journey based on performance

Published results: 360 MMS reports campaign build time cut 16 times. Goodyear and Equinix both use Agentforce to scale targeted campaigns and lead generation.

Agents are only as good as the data behind them, so marketing use cases depend heavily on clean, unified profiles. That is the job of Data Cloud. See our Salesforce Data Cloud consulting page and our Marketing Cloud services.

Agentforce for Commerce

Commerce agents work on both sides of the store.

For shoppers

  • A shopping assistant on the storefront that answers product questions, compares items and recommends products based on what the customer says
  • Order tracking, returns and exchanges handled in chat or on WhatsApp
  • For B2B buyers, reordering and quick quotes from past orders

For merchants

  • Writing product descriptions and category copy
  • Setting up promotions from a plain-language instruction
  • Spotting stock or conversion problems and suggesting fixes

Published results: Grupo Falabella moved 71% of digital service interactions to WhatsApp within three weeks. Advanced Turf Solutions uses Agentforce to answer online product questions and send the right PDFs. Saks uses it for routine inquiries so staff can focus on personal service.

Commerce agents need clean product, order and inventory data. If your store runs on Shopify, Magento or BigCommerce rather than Commerce Cloud, that data must first flow into Salesforce. Our guide to Salesforce ecommerce integrations explains how. See our Salesforce Commerce Cloud page.

Agentforce use cases in other teams

  • HR and recruiting: Capita reports time-to-hire cut from months to as little as 24 hours; Adecco uses agents for resume screening and interview scheduling
  • Field service: agents prepare work briefs, schedule jobs and suggest fixes to technicians
  • Financial services: Hero FinCorp reports loan approval in 30 minutes with 75% straight-through processing
  • Healthcare: appointment booking, reminders and patient FAQs (Amplifon runs this across nearly 10,000 locations)
  • Nonprofit: Good360 matches donated goods to communities three times faster. See our Nonprofit Cloud page

How to choose your first Agentforce use case

Pick the first agent with four questions:

  1. Is the volume high? Hundreds of similar requests a week, not ten.
  2. Is the answer already written down? Knowledge articles, policies, product data.
  3. Can the action be done in Salesforce? A Flow or API already exists for it.
  4. Is the risk low if the agent gets it wrong? Start where a mistake is easy to fix.

For most companies this points to one of three starters: service FAQs and order status, inbound lead response, or after-hours voice.

Use caseTypical first winMain dependency
Service FAQs and order statusDeflection and faster repliesGood knowledge base
Inbound lead response (SDR)Faster speed to leadClean lead and product data
After-hours voiceCalls answered 24/7Telephony setup and call flows
Campaign buildingFaster launchUnified customer data
Commerce assistantHigher self-serviceProduct and order data in Salesforce

What a Salesforce AI implementation needs before go-live

  • Clean data: duplicates and missing fields lead straight to wrong answers
  • Permissions: the agent should only see and change what its role allows
  • Guardrails and topics: clear instructions on what the agent must and must not do
  • Testing: run real past conversations through the agent before customers see it
  • Handoff rules: when and how a human takes over
  • Measurement: agree the metric (deflection, resolution, speed to lead) before launch

Our Agentforce readiness checklist goes through each step in detail.

How Ashapura Softech helps

Ashapura Softech is a certified Salesforce partner (see our Salesforce cloud services). Our Salesforce AI services cover use-case selection, data cleanup, agent build in Agentforce Builder, Contact Center and Voice setup, testing and ongoing tuning. Read how to choose an Agentforce implementation partner, or contact us to talk through your first agent.

FAQs

What are the most common Salesforce Agentforce use cases?

Customer service self-service, inbound lead response, sales research and pipeline follow-up, campaign building, commerce shopping assistants and contact center voice.

Is Agentforce only for customer service?

No. Service has the most live deployments, but Salesforce ships agents for sales, marketing, commerce, field service and employee support.

What is Agentforce Contact Center?

Salesforce’s native contact center, generally available since March 2026, combining voice, digital channels, routing, recording, transcription and AI agents inside Salesforce.

Does Agentforce Voice replace my phone system?

Not necessarily. It works with Amazon Connect, Five9, Genesys, NICE and Vonage, so you can keep your existing telephony.

How long does a first Agentforce use case take?

It depends on data quality and scope. A focused service or lead-response agent on clean data is a much shorter project than a multi-channel contact center rollout.

Where does AIforce fit with these use cases?

AIforce, announced at Dreamforce on 15 September 2026, is the layer that lets these agents and your Salesforce data be reached from outside the Salesforce interface, through Claude, Slack or Lightning. The use cases above do not change, the surface the user works on does. See What is AIforce for the component breakdown and the new Core, Advanced and Max edition pricing.

Several of these use cases now have a prebuilt agent attached to them. The named agents guide maps Casey, Paige, Carter, Piper, Fin, Marshall and Hunter to the jobs they are scoped for.

Categories
Agentforce

Salesforce Core, Advanced and Max Editions: What Replaced Enterprise and Unlimited

Quick answer

Salesforce Core, Advanced and Max are the editions that now replace Enterprise, Unlimited and Agentforce 1, announced on 3 September 2026. The useful question is not what changed in the names, it is which tier your org actually needs and what forces an upgrade. The comparison below covers what each tier includes, where the limits sit, and the triggers that decide the answer.

Salesforce Core, Advanced and Max editions are the packages that now replace Enterprise, Unlimited and Agentforce 1. Salesforce announced them on 3 September 2026, and they apply across Agentforce Sales, Agentforce Service and Agentforce Industries. If you are mid way through a Salesforce evaluation, or you renew in the next two quarters, this changes the quote in front of you.

This article covers what each edition costs, what moved into the bundle, what happens to existing contracts, and the questions Salesforce has not answered yet. Every figure here comes from Salesforce’s own announcement and its live pricing pages, both linked at the end.

Salesforce Core, Advanced and Max editions pricing at 195, 395 and 550 dollars per user per month with Flex Credit allocations

The three new Salesforce editions at a glance

The old ladder of Essentials, Professional, Enterprise and Unlimited is gone at the top end. What remains is Starter Suite and Pro Suite for small teams, and then three agentic editions above them.

EditionPrice per user per monthFlex Credits includedWho it fits
Core$195500,000Teams moving off legacy Enterprise who want AI included rather than bolted on
Advanced$3951,000,000Organisations that need stronger security, structured sales programs and autonomous service agents
Max$5502,750,000Businesses running agents across sales and service at scale, including workforce engagement and IT service

Two details matter more than the headline numbers. Core and Advanced carry new pricing, because Salesforce has moved a lot of separately sold products inside them. Max costs the same as Agentforce 1 did, so for anyone already on that SKU the packaging changed and the invoice did not.

What replaced what

This is the question most buyers are actually asking, so here it is plainly.

Legacy editionNew equivalentWhat Salesforce claims
Enterprise EditionCore70% more value than legacy Enterprise
Unlimited EditionAdvancedMore than 50% more value than legacy Unlimited
Agentforce 1 EditionMaxNearly 60% more value, with no price change

Treat the value percentages as vendor framing, not as a measurement. What is verifiable is the list of products that used to be separate line items and now sit inside the edition. That list is where the real comparison lives, and it is the next section.

What is now bundled that you used to buy separately

Every one of the three tiers now includes five things that were previously priced or contracted on their own:

  • Agentforce, with capabilities such as Account Research, Service Rep Assistant and Agentforce Coworker built into the daily flow of work rather than sold as an add on.
  • Slack and Slackbot, so deal and case work happens in one conversational surface alongside agents.
  • Embedded agentic analytics, delivered through prebuilt apps and semantic models rather than a separate analytics purchase.
  • Data security, covering sensitive data protection and permission change management as the AI footprint grows.
  • Premier Success Plan, which on the old ladder was an extra percentage on top of the licence bill for most editions.

If your current budget already carries lines for Slack, an analytics product, Premier Support and Agentforce credits, compare the total of those lines against the new edition price before you conclude that Salesforce got more expensive. For some accounts it is a repackaging of spend that already existed. For others, particularly teams that never bought Slack or Premier, it is a genuine increase.

What differs between the tiers

The tier specific features are where the $195 to $550 gap gets decided:

CapabilityCoreAdvancedMax
Momentum, automatic CRM record captureYesYesYes
Sales programs, repeatable playbooks and incentivesNoYesYes
Agentforce Help Agent, autonomous customer resolutionNoYesYes
Service Rep Assistant with unmetered Coworker accessNoNoYes
Workforce Engagement, AI workforce management and coachingNoNoYes
Agentforce IT Service, employee request automationNoNoYes

One pricing mechanic inside this table is worth pausing on. Agentforce Help Agent carries outcome based pricing, which means the charge lands when an issue is actually resolved rather than per conversation. That is a different budgeting model from per user licensing and it needs its own forecast.

If you are already on Enterprise, Unlimited or Agentforce 1

Salesforce has been explicit that existing customer pricing on legacy editions remains unchanged. Nobody is being repriced mid contract.

Agentforce 1 customers get the clearest deal: an upgrade to Max at no extra cost, which Salesforce describes as up to $500 in added value. If you hold that SKU, this is a call worth booking rather than waiting for renewal.

For Enterprise and Unlimited customers the practical consequence is quieter. Your current agreement holds, but new purchases, added seats and renewals will be quoted on the new structure. So the planning question is not whether your bill changed today. It is what your renewal looks like at $195 or $395 per seat, and whether the bundled products replace things you are already paying for elsewhere.

If you are buying Salesforce for the first time

Start by separating what you need from what is included. Core at $195 already carries AI, Slack, analytics, security and Premier Success, which is a wide floor. The honest test for moving up a tier is whether you will use the tier specific features within the first year.

Advanced earns its price when two conditions are true together: you run a service operation with enough volume that autonomous resolution changes headcount maths, and your sales motion is repeatable enough that structured programs are worth configuring. One of the two on its own rarely justifies the jump.

Max earns its price when agents are the operating model rather than an experiment, and when workforce management and IT service are problems you were going to solve with other software anyway.

What none of this decides is implementation. Licensing is a subscription. Configuration, data migration, integration and training are a separate project with a separate budget, and a bundled edition does not reduce that work. If anything, more included capability means more decisions to make during configuration.

The Flex Credits question

Each edition ships with Flex Credits: 500,000 on Core, 1 million on Advanced, 2.75 million on Max. Credits are the consumption currency behind agent actions, so the allocation is what lets a team experiment without a second purchase order.

The mistake we see teams make is treating the included allocation as a capacity plan. It is a starting balance. What consumes it is the number of agent actions your workflows trigger, and that number is decided by design choices made during implementation, not by the edition you bought. A chatty agent placed in a high volume workflow will burn through an allocation that a carefully scoped one would not touch.

Before signing, ask for a consumption estimate tied to your actual use cases. If nobody can produce one, the honest position is that the first year is a measurement exercise, and the budget should say so.

What Salesforce has not answered yet

Three things are genuinely open, and it is better to name them than to guess:

  • Industry Editions pricing. Salesforce has said new pricing for Agentforce Industry Editions takes effect later this fall. Anyone in financial services, healthcare or public sector planning a purchase this quarter is quoting against a moving target.
  • Headless 360 capacity. Salesforce says Max editions will include an allocation in the future. Future is not a date, so it should not appear in a business case today.
  • Migration mechanics for large estates. The announcement covers packaging and price. It does not describe what a multi org, multi cloud customer does at renewal, and that is where the real work sits.

What the new editions change about an implementation project

A licensing change is usually invisible to a delivery team. This one is not, for three reasons.

First, scope grows quietly. When Slack, analytics and agent capability arrive inside the edition, stakeholders assume they are in scope for the rollout. Somebody has to decide whether Slack workflows and agentic analytics belong in phase one or phase two, and that decision belongs in the project plan before kickoff, not in week six.

Second, agent design becomes part of configuration. On the old ladder, buying Salesforce and deploying agents were two projects separated by months. With Agentforce inside every tier, teams reasonably expect at least one working agent at go live. That means agent scoping, guardrails and testing sit next to the usual object model and automation work. Our Agentforce readiness checklist covers what has to be true before an agent is worth deploying at all.

Third, consumption needs an owner. Credits are a shared resource that any automation can spend. Someone has to watch the balance and know which workflow is consuming it, the same way someone watches API limits and storage. We wrote about how the credit model behaves in practice in our guide to Agentforce pricing and Flex Credits.

Seven checks to run before you sign

These are the questions we put to clients evaluating a quote on the new structure. None of them require a partner to answer, so run them yourself first.

  1. List what you already pay for separately. Slack, an analytics tool, Premier Support, any Agentforce credits. Total those lines, then compare against the edition price. That comparison, not the sticker, tells you whether your cost went up.
  2. Name the tier specific feature you will actually use. If you cannot name a use case for sales programs or Help Agent, Advanced is not yet justified.
  3. Ask for a credit consumption estimate against your workflows. Not an industry average. Your cases, your volumes.
  4. Check whether outcome based pricing applies. Help Agent charges on resolution, which behaves differently in a budget than per seat licensing does.
  5. Confirm what happens at renewal, in writing. Legacy pricing holds today. Get the renewal position stated rather than assumed.
  6. Separate licence budget from implementation budget. They are different money with different approval paths, and mixing them is how projects stall at month three.
  7. If you are on Agentforce 1, ask about the Max upgrade now. It is offered at no extra cost, so there is no reason to wait for a renewal cycle to have that conversation.

How this fits with the rest of the Salesforce AI stack

The editions change is packaging. It sits alongside two other moves worth understanding together, because buyers keep conflating them.

Agentforce is the agent platform, and it is now inside every tier rather than an add on. Claudeforce is the separate arrangement bringing Anthropic’s models into Salesforce, which we compared against Agentforce in Claudeforce vs Agentforce. Headless 360 is the route for using Salesforce capability outside the Salesforce interface, and Max editions are due an allocation of it at a date Salesforce has not named.

Three different things, three different decisions. An edition upgrade does not settle which models you use, and a model choice does not settle how agents reach your other applications. If you are choosing an implementation partner for any of this, our guide to picking an Agentforce implementation partner sets out what to ask.
If Salesforce pricing is the sticking point, compare it with Zoho in our Zoho vs Salesforce breakdown.
If you are planning an edition change, also check the Salesforce Winter ’27 release changes, which go live on October 12, 2026 and include security updates that can affect integrations.

Frequently asked questions

Did Core replace Enterprise Edition?

Yes. Core is the replacement tier for legacy Enterprise Edition, priced at $195 per user per month, with Agentforce, Slack, analytics, data security and Premier Success included.

What do the new Salesforce editions cost?

Core is $195 per user per month, Advanced is $395 and Max is $550. Starter Suite at $25 and Pro Suite at $100 remain below them for smaller teams.

What happens to my Agentforce 1 Edition?

Agentforce 1 customers can move to Max at no extra cost. Salesforce puts the added value at up to $500, and the price of Max matches what Agentforce 1 cost.

Will my existing Salesforce pricing change?

No. Salesforce has stated that existing customer pricing on legacy editions remains unchanged. The new structure applies to new purchases and, in practice, to what gets quoted at renewal.

How many Flex Credits come with each edition?

Core includes 500,000, Advanced includes 1 million and Max includes 2.75 million. Consumption depends on how many agent actions your workflows trigger, so the allocation is a starting balance rather than a capacity plan.

When did the new editions take effect?

Salesforce announced them on 3 September 2026. Pricing for Agentforce Industry Editions is scheduled for later this fall, and availability can vary by region.

Where this leaves a buying decision

The packaging is simpler than what it replaced, and that is a real improvement for anyone who has ever assembled a Salesforce quote out of six SKUs. The cost question is less tidy. Whether Core at $195 is more expensive than Enterprise was depends entirely on what you were already buying alongside Enterprise.

The work that decides your total spend has not changed. It is scope, data quality, integrations and adoption. A bundle does not configure itself, and credits do not spend themselves carefully.

Ashapura Softech Inc. is a certified Salesforce implementation partner based in Irving, Texas, delivering Salesforce cloud services and Salesforce CRM development for US teams. If you are working out which edition your requirements actually need, we will walk the requirement list with you before anyone talks about a quote.

Sources

Salesforce’s announcement of the new editions is published on its newsroom as Salesforce Simplifies Editions, dated 3 September 2026. Per user prices were verified against the live Sales pricing page and Service pricing page. Salesforce notes that pricing and packaging are subject to change and availability varies by region.

Related reading: on the commerce side, the systems requirement is separate from the licence question. See what your ERP and CRM have to give a Claude commerce agent.

These three editions were not announced on their own. They arrived as the commercial half of AIforce, alongside the prebuilt sales skills and the Headless Toolkit. Read what else shipped with them before you settle on a tier.

Many teams on Core or Advanced have no full-time admin to adopt what each release adds. Managed Salesforce services cover release updates, user support and small enhancements on a fixed monthly plan.

Categories
Agentforce

Claude Commerce Agents: ERP and CRM Readiness Checklist

Update (14 Sep 2026): On 11 Sep 2026 Salesforce announced a new portfolio of named, job-ready Agentforce agents built for specific high-value work: Casey (customer service), Paige (IT and HR service), Carter (shopper agent for e-commerce), Marshall (supply chain orchestration), Piper (inbound lead generation) and Fin (complex customer experience), all generally available now, plus Hunter (outbound sales), in pilot with general availability expected November 2026. The release also adds long-horizon runtime so agents can pursue goals over days or weeks rather than single interactions, AI Skills for teaching agents new tasks (pilot now, GA October 2026), multi-agent orchestration across workflows, and an Agent Optimizer for continuous performance tuning (GA October 2026). This sits on top of the Core, Advanced and Max editions Salesforce introduced in early September.

Claude Commerce Agents is the open blueprint Anthropic released on 2 September 2026: a working shopping agent and a working merchant agent, forkable, Apache 2.0. Almost every write up since has covered the storefront half. This article covers the half the blueprint deliberately leaves to you, which is what your ERP, your CRM and your permission model actually have to provide before either agent can answer a real customer question.

If your commerce runs on a CRM, an ERP and a warehouse system that disagree with each other on a good day, this is the work that decides whether a Claude Commerce Agents project ships or stalls. What follows is the requirement list we walk clients through, in the order it tends to bite.

There’s a specific moment in these projects that I’ve come to expect.

You demo the agent to the client. It’s fast, it understands a messy question, it builds a sensible cart, everyone in the room is pleased. Then somebody from operations asks what happens when a customer asks about an order that was partially returned, and the room goes quiet, because the answer is that nobody has decided which of the three systems holding pieces of that order is allowed to be the one the agent believes.

That question has nothing to do with the AI. It’s an integration question, and it was there before anyone mentioned agents.

Almost all the coverage in the days since has been about the storefront: what the agent can do for a shopper, what it means for product data, how it fits Shopify. Reasonable, as far as it goes. But it skips the part that decides whether the thing works, which is what happens behind the tool call.

What Anthropic released, briefly

Claude Commerce Agents is an Apache 2.0 reference blueprint, published 2 September 2026. Two agents. The shopping agent lives in your app or storefront and handles search, comparison, multi-item requests, cart building, and customer-service questions like order status and returns. The merchant agent faces your own staff and covers sales analysis, inventory monitoring, pricing and promotion recommendations, and campaign drafting.

Four runnable examples ship with it (retail, travel, telecom and ticketing) plus a Claude Code plugin that will scaffold an agent against your systems or review one you’ve already built.

The line I’d point any client to isn’t on the announcement page, though. It’s at the bottom of the repository README, where Anthropic states plainly that this is a reference implementation, that it is not maintained, and that it does not accept contributions.

That’s not a criticism. It’s a scoping fact, and it’s the most important one in the whole release. You are not adopting a product with a roadmap. You are forking a set of patterns that become your code, your maintenance burden and your security surface from the moment you clone it. Budget accordingly, and don’t let anyone put “Anthropic supports it” in a slide deck.

The blueprint deliberately stops at your systems

Here’s the part I think most readers have glossed over.

The repository ships no MCP connectors. If you have been following the agentic CRM architecture debate, this is the same boundary we described in What Is Salesforce Headless 360. None. Both agents reach the outside world through two Python interfaces, StorefrontBackend on the shopping side and MerchantBackend on the merchant side. Every method on those interfaces is a function your team writes, calling your service, server-side, with a credential your host application holds for the session. The model never sees the credential. It only sees what your method returns.

That design decision carries a commercial consequence that is easy to read past: every capability the agent appears to have is a method your team has to build, own and maintain.

The agent needs, at minimum: catalog search, product detail, cart operations, order lookup, returns and policy answers, customer preferences, sales analytics, inventory positions, pricing rules, promotion state and campaign data. On a mid-market stack, look at where those actually live. Order history is in the CRM. Inventory and cost are in the ERP. Contract pricing is in the ERP or a CPQ layer. Campaign state is in the marketing platform. Product attributes are wherever your PIM is, assuming you have one, which about half the businesses we talk to don’t.

Almost none of it is in the storefront.

So the honest name for a commerce agent project is systems integration project with a conversational front end. That’s a different budget line, a different team and a different risk register than “add an AI assistant to the website,” and if the proposal your client is looking at doesn’t say so, the proposal is wrong.

Claude Commerce Agents shopping agent answering a product question on a storefront with add to cart

The ERP and CRM readiness checklist for Claude Commerce Agents

Before any of the agent code matters, twelve things have to be true of your systems. Nine of the twelve are data and process questions that have nothing to do with AI. This is the list we work through with a client before we quote anything.

What your CRM has to give it

  • Session identity resolved by your host application. The agent inherits an authenticated shopper; it never decides who the user is. Guest checkout, duplicate email addresses on one account and B2B users buying for several ship-to locations all have to resolve to one answer.
  • Order and returns state readable live. Not last night’s extract. Partial returns, exchanges and in-flight refunds included, because those are the questions customers actually ask.
  • Account and contract pricing resolvable per customer. If the agent can only see list price, it will quote list price to a customer on a negotiated rate.
  • Memory scoped, with a written retention rule. What the agent is allowed to remember between sessions, for how long, and how a customer gets it deleted.

What your ERP has to give it

  • Revenue, margin and returns defined the same way everywhere. Two systems that disagree on margin will produce an agent that confidently reports the wrong number.
  • On-hand and committed stock, current. Committed matters as much as on-hand; an agent that only sees on-hand will promise stock that is already allocated.
  • Cost data to reason against, and price floors it cannot cross. The floor belongs in your system, enforced server-side, not in a prompt.
  • Product attributes as structured fields. Size, material, compatibility and voltage as fields, not buried in a paragraph of marketing prose.
  • A campaign calendar queryable by product. Otherwise the agent will recommend a discount on something already promoted.

What has to be true across both

  • Every merchant write staged for human approval. The blueprint is built this way; keep it that way when you extend it.
  • Credentials held server-side in the host application. The agent calls your backend methods, it does not hold keys to your ERP.
  • A test set of real edge cases before pilot. Partial returns, price exceptions, shared logins, discontinued SKUs. This is the part that gets cut, and it is the part that decides whether the pilot survives.

If you cannot tick nine of these twelve today, the honest answer is that the first phase of a Claude Commerce Agents project is a data and integration project, not an AI project.

Which ERPs and CRMs best connect with Claude in 2026

The readiness checklist above assumes a connection exists. That assumption is worth testing, because the connector estate is uneven, and the gaps are not where most buyers expect them. We checked Anthropic’s own connector directory on 10 September 2026, which lists 796 connectors in total. Here is what it actually holds for the systems commerce teams run.

SystemIn Anthropic’s connector directoryWhat that means in practice
SalesforceYes, listed as Salesforce, BetaFirst party listing, still marked beta, so treat scope and limits as moving
ZohoYes, the widest coverage of any vendor with nine listings including Zoho CRM, Books, Desk, Projects and AnalyticsThe most complete suite level coverage on the directory today
HubSpotYes, one listingStraightforward CRM connection
Oracle NetSuiteYes, one listingThe only mainstream ERP with a first party listing
MicrosoftMicrosoft 365 and Microsoft Dataverse are listed, Dynamics 365 is not listed by nameDynamics data is reachable through Dataverse rather than a Dynamics connector
ShopifyYesStorefront and order data on the commerce side
QuickBooksYes, two listingsCovers the finance side for smaller operations
SAPFour listings, but all four are developer tooling for SAPUI5, Fiori, MDK and CAPNothing here reads business data. An SAP commerce agent needs a custom MCP server or middleware
OdooNo listingCustom MCP server, community module or middleware
Sage, Acumatica, PipedriveNo listingMiddleware or custom build

Two things in that table are easy to misread, so we will say them plainly.

The SAP row is the one that trips people. Search the directory for SAP and four results come back, which looks like coverage. Open them and they are tooling for people building SAP front ends, not connectors that read orders, stock or pricing. If your commerce data lives in SAP, budget for a custom MCP server or an integration layer, and do not let a screenshot of four search results become a line in a project plan.

The Zoho row is the surprise in the other direction. Nine listings across CRM, Books, Desk, Projects and Analytics is broader than any other vendor on the directory, including Salesforce. For a mid market retailer already on Zoho One, that is a shorter path to a working agent than the platform’s reputation would suggest.

A missing listing is not a blocker either. The Model Context Protocol is open, so any system with a decent API can be exposed to Claude through a custom MCP server. It is a build, not a purchase, and it belongs in the project estimate as one.

What we would check before trusting any connector

A listing tells you a connection exists. It does not tell you the connection is enough for a commerce agent. Four questions settle that:

  • Read or write. A read only connector supports a shopping agent answering questions. A merchant agent that updates orders or stock needs write access, and write access needs a permission model behind it.
  • Which objects. Access to accounts and contacts is not access to orders, entitlements, price books and stock positions. Ask for the object list before the demo.
  • Rate limits. An agent asks more questions than a human does. Connector limits that never mattered for reporting start mattering here.
  • Beta status. The Salesforce listing is marked beta. Beta is fine for a pilot and a poor foundation for a customer facing commitment.

What each agent needs, by system

The two agents in the blueprint pull on different systems. Splitting the requirement this way makes the scoping conversation faster.

RequirementShopping agentMerchant agent
Primary systemCRM and catalogueERP and order management
Access neededMostly readRead and write
Data that decides successProduct attributes, availability, customer historyStock positions, order status, pricing rules, fulfilment
The usual blockerCatalogue attributes are marketing copy, not structured dataNobody owns the rule for when the agent may change an order
Cheapest honest startRead only answers on a narrow product setDraft actions that a human approves before they commit

What the Claude shopping agent wants from your CRM

Four things. Most mid-market CRMs supply two of them cleanly and struggle with the other two.

Identity, resolved per session. Before the agent can say anything account-specific it has to know who’s asking. Your host application authenticates the shopper and the agent inherits that context; it doesn’t get to decide who the user is. Straightforward in principle, and in practice this is where guest checkout, multiple email addresses on one account, and B2B users buying on behalf of three different ship-to locations all come and find you.

Order and returns state. Anthropic’s shopping agent is designed to answer service questions inside the same conversation as shopping ones (where the order is, how to return something, what the refund policy actually says) rather than dumping the customer on a support page. That’s genuinely the best feature in the release, and it’s also the one that exposes your data model fastest. Full orders are easy. Partial returns, split shipments, exchanges against a replacement SKU, and anything involving a third-party fulfilment partner are where teams discover their order record was never designed to answer a question in natural language.

Account and contract pricing. The repository’s guidance is that the price quoted is the session account’s price. If you sell B2B at all, that single sentence routes your pricing call out of the catalog and into the ERP or CPQ system, and it has to return within a latency budget a person will tolerate mid-conversation.

Memory that survives the session, and doesn’t become a liability. The agent is designed to remember what a customer tells it. Anthropic’s engineering guide treats this as a data-handling problem rather than a storage one, and the recommendations are worth reading in full, but the four that matter: decide up front which categories of fact you’re willing to hold and enforce that with a validator on the write path rather than an instruction in the prompt; give users a way to see, correct and delete what’s stored; wire that deletion into your existing account-deletion and data-request flows; and set a retention period, because a preference from two years ago is probably wrong now.

There’s a fifth recommendation in there that I’d have missed if I hadn’t read the guide carefully, and it applies to the merchant side. Merchant logins get shared between operators constantly: one account, four people on the floor. So memory should be keyed to the person, not the login, and reads have to respect that person’s permissions. A store manager’s agent shouldn’t be able to recall something a district manager said. That’s a small design decision that becomes an expensive retrofit.

Claude Commerce Agent reading customer data and order history from CRM and inventory and pricing from ERP

What the Claude merchant agent wants from your ERP

The merchant agent’s capabilities ship as five named skills: performance-insights, catalog-listings, inventory-operations, pricing-promotions and marketing-campaigns. Each maps onto a back-office system, and each has a precondition that isn’t about AI at all.

CapabilitySystem that answersWhat has to be true
Sales performance questionsERP or warehouseRevenue, margin and returns defined the same way everywhere
Inventory alertsERP or WMSOn-hand and committed stock, current, not last night’s extract
Pricing and promotion recommendationsERP, CPQ or pricing engineCost data to reason against and floors it cannot cross
Campaign draftingMarketing platformCampaign calendar queryable by product
Listing maintenancePIM or catalogAttributes as structured fields, not prose

Now the design detail that has the biggest operational consequence, and I don’t think anyone has written about it yet.

No merchant write goes live directly in the reference implementation. Every write produces a staged change with a server-generated ID, and applying it requires that ID to have been approved through a real surface, a button in the operator’s portal, a confirmation in the CLI. Fine, that’s the sensible pattern. But the guardrails are re-checked at apply time, against the limits in force then, not the limits that applied when the change was staged.

Think about what that requires of your ERP. Not “can you produce a report.” It’s: can you answer what is true right now, on demand, in the second the approver clicks the button. If your inventory or pricing data lands in the reporting layer on a nightly batch, you cannot support that, and closing the gap is your first sprint, before a single prompt gets written.

I’d rate that as the most common blocker we’ll see in mid-market Odoo and Dynamics estates over the next year. It isn’t glamorous and it doesn’t demo well, but it’s the thing.

The failure nobody plans for

This one I’d put money on.

The shopping agent reads availability from the storefront. The merchant agent reads availability from the ERP. A customer is told an item is in stock. The operations team, looking at the same SKU, sees that stock committed against a wholesale order. Both agents are behaving correctly. They’re reading two systems that have never agreed on what “available” means, and nobody noticed, because until now no two consumers of that number were ever quoted in the same conversation.

The agent didn’t create that contradiction. It made it legible.

That’s why I’d argue hard against building both agents at once, even when the budget exists and the client is enthusiastic. Two conversational surfaces reading through separate data logic will contradict each other in front of a customer within weeks, and when they do, the blame lands on “the AI” rather than on a definition mismatch that predates it by five years. The project gets cancelled for the wrong reason.

Before funding both, five things need one owner and one definition each: product and catalog data, customer identity, commercial rules, action authority, and how you’ll evaluate correctness. If your team can’t name the system of record for all five inside an hour, that reconciliation is the project. The agent comes after.

A trap for integrators specifically

There’s a warning in Anthropic’s engineering guide that I think is aimed squarely at people who do the kind of work we do, and it’s easy to walk straight into.

The rule is that the agent’s tools should call the systems you already run, not reimplement their logic. Your search ranking, your promotion engine, your inventory allocation, those encode years of tuning and see signals a model never will. The tool is where their logic ends and the model’s judgment starts. When the agent calls search_products, results should arrive already ranked; the agent’s job is deciding which of them serve the goal and how to present them.

Where it goes wrong is subtle. The guide describes an availability check that calls the catalog for the SKU, then the inventory service per store, then fulfilment for cutoffs, then applies substitution rules and pickup eligibility, all inside the tool’s own code. Every one of those steps looks reasonable while you’re writing it. What you’ve actually built is a tool carrying domain knowledge that belongs upstream, which will drift out of correctness the moment the business changes a rule, and which nobody will think to update because it doesn’t look like a business system.

The fix is boring and correct: one backend endpoint that answers the question, called by one agent tool.

I’m flagging this because the pressure to stitch missing logic into the tool layer is enormous on integration projects. It’s always the fastest path in the sprint you’re in. It’s also how you end up owning a shadow pricing engine written in a tool wrapper.

A related, smaller point from the same guide: tool results are context, so return the fields the model reasons with and drop the rest. Image URLs on every search row are named as the usual offender. That’s a token cost on every single turn for data the model does nothing with.

Claude Commerce Agents, Agentforce, Claudeforce

Clients ask this as though it’s a choice between three products. It mostly isn’t, and framing it that way leads to bad scoping.

Agentforce is native. Agents run inside Salesforce, on Salesforce data, under Salesforce permissions and governance, and the readiness questions there are different again, which we set out in our guide to choosing an Agentforce implementation partner. If your commerce operation genuinely lives in Salesforce Commerce Cloud end to end, most of the integration work described in this article is already done for you, and the trade is that you work within that ecosystem’s boundaries and its pricing model.

Claudeforce, the expanded Salesforce, Anthropic partnership announced in August 2026, is a different shape again: Claude supplies reasoning, Salesforce supplies the business context and governs the action. We wrote about the distinction separately in Claudeforce vs Agentforce, and it’s worth reading before you assume one replaces the other, because they don’t.

Claude Commerce Agents sits at the far end of that spectrum. You get the harness, the prompts, the skills, the tool contracts and the safety gates; you supply every connection to every system. Maximum control, maximum integration work, no platform lock-in. The same code runs on the Claude API, Amazon Bedrock, Microsoft Foundry or Google Cloud Vertex AI, which matters more than it sounds if you have a cloud commitment or a data-residency requirement.

My honest read: if you’re Salesforce end-to-end, look hard at the native options first and only fork the blueprint if you hit a wall. If you’re running Odoo for ERP and Zoho for CRM behind a custom storefront, which describes a lot of the North American mid-market we work with, there is no native path, and the backend-interface model is genuinely the shorter route, not just the more flexible one.

Where the safety design actually is

Worth understanding before you promise a client this is safe, because the guarantees are real but specific.

Enforcement lives in the harness, in code, not in the prompt. Anthropic’s reasoning is that in commerce the failures are financial and often irreversible, and a prompt rule is one injection away from being skipped. Three mechanisms do most of the work:

Server-issued IDs only. The harness keeps a per-session record of every ID it has handed the model, and that record is the only key any write or render will accept. The cart takes only product IDs the server returned in this session. An ID that arrived any other way, hallucinated, pasted in by a user, planted inside a product review, is refused before your backend ever sees it.

Caps enforced on the resulting state. Limits are checked against what the state would be after the write, so a shopper saying “add two more” three times can’t stack past a per-customer cap, and cart writes within a session are serialised so parallel tool calls can’t combine to exceed it. Merchant changes are checked the same way against caps on price movement, discount depth, restock size and campaign budget, plus a list of protected fields that no change may touch.

Third-party text is sanitised and fenced. In commerce most of your context is written by people who aren’t you, sellers, reviewers, competitors. Every backend read authored by a third party goes through one sanitiser before the model sees it, wrapped in a fence with a fixed label, with control and bidirectional characters stripped and anything imitating a conversation turn or a tool call defused. The prompt carries the other half of the contract: fenced text is material to report on, never to act on.

If you’re presenting this internally to a security or risk function, those three are the answer to “what stops the AI from doing something stupid with money.” The answer is that structurally it can’t, because the checkout interface has no charge method and the write path only accepts approved IDs.

What Claude Commerce Agents cost to run

The code is free. The inference isn’t, and it’s billed however you access Claude. If you are comparing this against a Salesforce-native route, the Agentforce Flex Credits pricing model works on a completely different unit and the two numbers are not directly comparable.

Two things from Anthropic’s engineering guidance belong in front of whoever signs the budget.

First: prompt caching is the dominant cost variable, not model choice. The guide reports that the strongest commerce deployments run at 90, 99% cache hit rates and that this is the range to design for from the start. Cached input reads cost roughly a tenth of fresh ones; cache writes carry about a 1.25x premium, so a cached prefix pays for itself on its second use.

Caching is prefix-based, which means order matters as much as content. Structure the request in three segments by how often they change: global (system prompt, tool definitions, identical every session, your warmest cache), then session (user context and conversation history), then volatile (current time, current page) at the very end. The most common mistake named in the guide is putting a timestamp or the current page at the top of the system prompt, which silently breaks the cache on every single request.

That is a fifteen-minute architecture decision in week one with an order-of-magnitude cost consequence in month six. It’s also invisible in testing, because with low volume nobody looks at the bill.

Second: measure cost per completed task, not per model call. A cheaper model that needs more turns, or fails more often, isn’t cheaper. Anthropic’s starting point is Opus-class for merchant agents, where the work is analysis-heavy, and Sonnet-class for consumer-facing agents, where latency weighs more, then run your eval suite across every model and effort level you’d consider and let the numbers decide. Current rates are at claude.com/pricing.

Testing Claude Commerce Agents, the part that gets cut

Every agent project I’ve seen under time pressure cuts evaluation first, and it’s the wrong cut.

The useful shift in Anthropic’s approach is to evaluate snapshots, not conversations. The API is stateless, so any state a conversation can reach can be constructed directly: build the test state, append the test message, let the agent run, then grade the final state and the rendered response, including the arguments of the last write. They explicitly recommend against grading the path the agent took, because those tests are brittle and over-constraining.

Two things I’d hold teams to:

Most suites are far too heavy on clean-state cases. If a bug only appears after a busy first turn or a contradiction earlier in the session, a test starting from a blank state will pass on every configuration and tell you nothing. Some meaningful share of your cases should start from long, messy, contradictory histories.

And write the negative for every positive. A “should refuse” for every “should serve,” a “should just do it” for every “should ask.” Missing negatives are named as the most common gap in real suites, and it matches what we see, teams test that the agent does the thing, never that it declines to do the thing it shouldn’t.

Fifty to a hundred cases per user flow is the suggested starting point. That sounds like a lot until the first regression ships.

Building the agent takes days while integrating your ERP and CRM data takes weeks

How I’d actually start

Read-only, one workflow, one real system boundary.

The repository supports this directly and it’s the most underrated thing in it. A shopping pilot can implement search and product detail and stub everything else, a stubbed method returns unavailable and changes no prompt bytes. A merchant pilot can implement the read methods and have every write refuse, so digests and analysis run with no write path in existence. And any capability your business simply doesn’t have gets switched off through an enable_* flag, which strips its tools, prompt lines and grounding rules rather than leaving the agent to reason about a system you don’t operate.

That’s enough to answer the only question a first pilot needs to answer, which is whether your data, permissions and definitions can support the workflow at all.


Questions we’re getting

Which ERPs and CRMs connect to Claude today?

On Anthropic’s connector directory, checked 10 September 2026, Salesforce (beta), HubSpot, Oracle NetSuite, Shopify, QuickBooks, Microsoft 365 and Microsoft Dataverse are listed, and Zoho has the widest coverage with nine listings. Dynamics 365 is not listed by name and is reached through Dataverse. Odoo, Sage, Acumatica and Pipedrive have no first party listing, so they need a custom MCP server or middleware.

Does SAP work with Claude Commerce Agents?

Not through the directory as it stands. Searching SAP returns four listings and all four are developer tooling for SAPUI5, Fiori, MDK and CAP rather than connectors that read orders, stock or pricing. An SAP based commerce agent needs a custom MCP server or an integration layer, and that is a build to budget for.

Can I connect a system that has no Claude connector?

Yes. The Model Context Protocol is open, so any system with a usable API can be exposed to Claude through a custom MCP server. Treat it as development work with its own scope, security review and maintenance, not as configuration.

Is it free?

The repository is, under Apache 2.0. Running the agents consumes Claude model usage, billed through whichever platform you access Claude on, the Claude API, Amazon Bedrock, Microsoft Foundry or Google Cloud Vertex AI. Free code, metered inference.

Does it work with Salesforce Commerce Cloud?

Yes, but not out of the box, no platform connectors ship. Commerce Cloud connects through the backend interfaces the same way any other catalog, order or pricing system does, with credentials held server-side by your host application.

Can the agent place an order or charge a card?

No, and not by policy, by structure. In the reference implementation the checkout tool renders the cart for your own checkout to complete, and the backend interface the agent calls has no charge method at all. Every merchant write is staged until a person approves it. Payment is left entirely to your existing checkout or an agentic payments provider.

Do we need Shopify?

No. Shopify announced a reference storefront connecting the blueprint to Shopify stores through Catalog, the Universal Commerce Protocol and Shop Sign-in, but the blueprint itself is platform-agnostic.

Odoo, Zoho, Dynamics?

No prebuilt connector for any of them, and none needed. Each backend method is code your team writes that calls your service server-side, so they integrate exactly like any other system of record.

How long does it take?

The demo runs in an afternoon. A narrow read-only pilot against real systems is weeks, and the timeline is set almost entirely by the state of your product, inventory and customer data, not by the agent code. I’d be sceptical of any estimate that doesn’t start with a data assessment.

What about the results Anthropic published?

Anthropic reports that retailers running shopping agents on Claude have seen carts up to 35% larger and shoppers 60% more likely to complete a purchase. Those are Anthropic’s own figures. The announcement doesn’t publish sample size, test design, retailer mix or attribution method, so treat them as directional vendor evidence and build your own baseline before you commit to a number internally.


Ashapura Softech is a certified Salesforce, Zoho, Microsoft and Odoo implementation partner, based in Irving, Texas with a development centre in Ahmedabad. We’ve been doing CRM and ERP integration work for North American businesses since 2012. If you’re scoping a commerce agent and want a straight answer on whether your data is ready for one, talk to us, the assessment is usually a short conversation.

For a wider view beyond commerce, see our Salesforce Agentforce use cases guide and our post on Salesforce ecommerce integrations.

Categories
Agentforce

Claudeforce vs Agentforce: What Is Actually Different

Quick answer

They are not competitors. Agentforce is the Salesforce platform for building and running AI agents. Claudeforce is the Salesforce and Anthropic partnership announced on 26 August 2026 that brings Claude in as a reasoning model across Salesforce, and puts Salesforce data inside Claude through a plugin carrying 37 prebuilt sales skills. You deploy Agentforce. Claudeforce decides which model reasons underneath, and where your team ends up working.

Update (14 Sep 2026): On 11 Sep 2026 Salesforce announced a new portfolio of named, job-ready Agentforce agents built for specific high-value work: Casey (customer service), Paige (IT and HR service), Carter (shopper agent for e-commerce), Marshall (supply chain orchestration), Piper (inbound lead generation) and Fin (complex customer experience), all generally available now, plus Hunter (outbound sales), in pilot with general availability expected November 2026. The release also adds long-horizon runtime so agents can pursue goals over days or weeks rather than single interactions, AI Skills for teaching agents new tasks (pilot now, GA October 2026), multi-agent orchestration across workflows, and an Agent Optimizer for continuous performance tuning (GA October 2026). This sits on top of the Core, Advanced and Max editions Salesforce introduced in early September.

Claudeforce vs Agentforce is the question we now get on almost every Salesforce AI call, and the reason is simple: the two names sound like variations of the same product, and they are not. One brings Salesforce data into Claude. The other runs autonomous agents inside Salesforce. They point in opposite directions, they serve different people, they are bought differently, and only one of them has published pricing.

This is the long version, including the part that trips up most teams, a worked example of what Agentforce actually costs, and the governance question nobody asks until it is late.

Claudeforce vs Agentforce, in one line each

Agentforce is Salesforce’s AI agent platform. You build agents that act on your behalf inside Salesforce surfaces: resolving service cases, qualifying leads, answering employee requests, scheduling appointments, handling IT tickets. The work happens in your org, and the people it serves are usually your customers or your employees. Salesforce describes it as the platform for 24/7 autonomous support at enterprise scale.

Claudeforce is the Salesforce and Anthropic partnership. Its first deliverable, Salesforce in Claude, puts your CRM data inside Claude with 37 pre-built sales skills covering prospecting through close. The work happens in Claude, and the person it serves is your seller. Salesforce sets this out on the official Claudeforce page.

So the cleanest way to hold the difference: Agentforce sends an agent to your customer, Claudeforce brings your CRM to your employee. Everything else in this article follows from that one sentence.

The comparison table

Claudeforce vs Agentforce: Agentforce automates the work for your customer, Claudeforce assists your seller inside Claude
Where the work happens is the whole difference: Agentforce automates a task for your customer, Claudeforce assists your seller.

Einstein sits in this conversation too, because a lot of the “do we already have this?” confusion comes from there.

AgentforceClaudeforceEinstein
What it isAgent platformSalesforce and Anthropic partnershipPredictive and generative layer
Where the work happensInside Salesforce surfaces and channelsInside ClaudeInside Salesforce, embedded in the platform
Who it servesYour customers and employeesYour sellers, todayYour users, in the flow of work
Autonomous?Yes, that is the pointNo, a person drives itNo, it assists
How you build itAgent Builder, low code, plus Apex and MuleSoft where neededPre-built skills, 37 at launchConfiguration, embedded features
Who sets it upAdmin and build team, per agentAdmin connects once for the whole teamAdmin, per feature
AvailabilityGenerally availablePilot customers, open beta September 2026Generally available
Pricing published?YesNoBundled or by edition

Where Claude actually appears in the Salesforce stack

Before comparing the two, it helps to know that Claude now shows up in three separate places. Most of the confusion in the Claudeforce vs Agentforce debate comes from collapsing these into one.

  1. Claude as the default model in Slack. Claude powers Slackbot and is the default model there
  2. Claude as the reasoning model inside Agentforce. Claude is integrated as the reasoning model for the Atlas Reasoning Engine and is available in Agent Builder. Your agent still lives in Salesforce, it just thinks with Claude
  3. Salesforce in Claude. The new one. Your CRM data, permissions and workflows become available inside Claude itself

Only the third is what people mean when they say Claudeforce as a product. The first two have existed alongside it.

The part that confuses everyone: Claude in Agentforce is not Claudeforce

This is where most of the Claudeforce vs Agentforce confusion actually comes from, and it is worth slowing down on.

Claude as the reasoning model inside Agentforce is a model choice. Your agent reasons using Claude instead of another model, but the agent still lives in Salesforce, still runs in your channels, and still serves your customer. Nothing about who uses it changes.

Salesforce in Claude is the reverse. Nothing runs in Salesforce. Your seller opens Claude, and Salesforce data, permissions and workflows are available to them there. The user changes from your customer to your employee, and the surface changes from your org to a third party application.

If someone tells you “we already have Claudeforce, we switched our agent to Claude,” they have almost certainly done the first thing, not the second. Worth checking before you plan a budget around it.

What Salesforce in Claude actually does, day to day

The 37 skills at launch cover the sales cycle from prospecting through close. Salesforce names meeting prep, deal health review and pipeline review among them. In practice the seller is doing three kinds of thing:

  • Reading. Reasoning over live revenue context rather than pulling a report. Asking what changed on an account, which deals slipped, what a call should cover
  • Writing back. Automating pipeline updates without opening the CRM, which is where most CRM hygiene problems start
  • Acting. Taking governed action from inside Claude, with the action routed back through Salesforce so business rules still apply

Two details matter more than the skill count. First, onboarding reads your enterprise context and builds a tailored dashboard of accounts, pipeline and live data, so the seller is not starting from a blank prompt. Second, and this is the one admins care about, an admin connects it once. Authentication and permissions are managed centrally, every seller on the team gets access from day one, and there is no per-user setup and no new permissions model to build.

That last point is worth reading twice if you have ever rolled out a Salesforce tool user by user.

What Agentforce actually does, day to day

Agentforce is the opposite shape of work. Instead of assisting one person, it removes a person from a queue. The published use cases are:

  • Resolving customer service cases and answering questions across self-service portals and messaging channels
  • Processing employee requests such as leave approvals and HR queries
  • Scheduling appointments and managing field service
  • Qualifying leads and managing opportunities
  • Handling IT help desk tickets and system administration

Underneath, the Atlas Reasoning Engine breaks a prompt into smaller tasks, evaluates at each step, and proposes a plan for how to proceed. You assemble the agent in Agent Builder, which is low code, and drop to flows, prompts, Apex or MuleSoft APIs where configuration cannot reach.

The design decision that costs people money later is how much of that they build in code. Configuration survives platform upgrades. Custom code becomes your maintenance bill.

What each one costs

Agentforce has published pricing. Salesforce sets out several buying mechanisms on its Agentforce pricing page, and that page carries its own caveat that the figures are for information only and are subject to change. Here is the rate card as it stood when we last checked it on 3 September 2026.

MechanismPublished priceWhat you get
Salesforce Foundations$0Agentforce Builder, Prompt Builder, Agent Script, Agentforce Coworker and Agentforce Vibes, so you can build before you buy
Flex Credits$500 per 100,000 creditsConsumption pricing for customer-facing and employee-facing agents, voice included
Agentforce User License$5 per user per monthCompany-wide employee access, metered, with Flex Credits bought separately
Agentforce add-ons$125 per user per monthUnmetered employee agent usage for Sales, Service and Field Service
Agentforce Industries add-ons$150 per user per monthThe same, for the Industries Clouds
Agentforce 1 EditionsFrom $550 per user per monthThe add-on included, plus 2.5 million Flex Credits per org per year
ConversationsNot publishedA per-conversation model for customer-facing agents. Salesforce lists the mechanism but prints no price against it, so this figure has to come from your account team

What a Flex Credit actually buys

A Flex Credit works out at half a cent. Salesforce meters each agent action rather than each interaction, and it publishes the action rates: a standard Agentforce action is 20 Flex Credits, an Agentforce Voice action is 30. So a standard action costs ten cents and a voice action fifteen.

Salesforce puts its own worked examples on the same page, and they are worth reading because they show how the shape of the workload matters more than the rate itself.

  • An employee agent answering 20 requests a day at 40 credits each comes to about $120 a month
  • A service agent handling 3 cases a day at 60 credits, across 100 users, comes to about $1,800 a month
  • A field service agent booking 3 appointments a day at 100 credits, across 10 reps, comes to about $300 a month
  • An onboarding agent answering 5 questions each for 20 new employees at 20 credits comes to about $10 a month
  • Agentforce Voice at 120 credits across 300 calls a month comes to about $180 a month

A worked example, so the numbers mean something

Take a service desk handling 5,000 customer conversations a month. What it costs depends entirely on how many actions each conversation triggers, and this is the part teams underestimate. At the published rate of 20 credits per action:

Actions per conversationCredits per monthCost per month
4 (a simple lookup and reply)400,000$2,000
8 (a lookup, a check, an update)800,000$4,000
15 (multi-step reasoning, several systems)1,500,000$7,500
25 (long chains across several systems)2,500,000$12,500

The action counts are ours for illustration, not Salesforce figures. The rates are published. The point is that the same 5,000 conversations can cost $2,000 or $12,500 depending on how the agent is designed. That is an architecture decision your team controls, not a discount you negotiate.

This is also why we tell clients to pilot with a small cohort and measure real consumption for a few weeks before signing anything org wide. We have written the full arithmetic up in our Agentforce pricing and Flex Credits breakdown.

Claudeforce has no published price. That is the honest answer, and it is worth saying plainly because a lot of the guides circulating right now quietly guess around it. There is no price list, no packaging and no per-seat figure. What we would expect to matter commercially is that Anthropic is a separate vendor, so the inference is not obviously something Salesforce resells inside your existing licence. Treat that as a reasonable question to put to your account team, not as a published fact.

The governance question, and why it differs for each

Security review is where these two diverge most sharply, and it is usually the last thing anyone looks at.

For Agentforce the question is what the agent can see and act on, and on whose behalf. An agent inherits a permission model you designed for humans, and it will use every bit of access you leave open. The work is a proper permission and sharing review before the agent goes near production data, plus a named owner for the kill switch when it answers something wrongly. Not if. When.

For Salesforce in Claude the shape is different. Setup is centralised: the admin connects once, authentication and permissions are managed centrally, and actions route back through Salesforce so business rules are enforced when an action is taken. That removes a lot of per-user risk. What it does not remove is the question your security team will ask, which is what happens to data displayed in a surface that sits outside Salesforce, and how you audit it. Salesforce has not published that detail at the level a regulated buyer will want.

If you work in healthcare, financial services or anything with a data residency clause, put that question on the pilot call rather than after it.

Which one do you actually need

Choose Agentforce if the problem is volume you cannot staff: a service queue that never clears, repetitive employee requests, lead qualification that nobody gets to. You want work done without a person in the loop, and you are prepared to own the permission model and watch consumption after go live. Our Agentforce readiness checklist covers what to test before you commit, and what to ask an implementation partner before you sign.

Wait for Claudeforce if the problem is that your sellers avoid the CRM. You are not trying to remove the human, you are trying to remove the interface friction. There is nothing to buy yet, so the sensible move is to get into the beta and measure with your own data rather than plan a rollout around a product with no commercial terms.

Look at Einstein first if you have not turned on what you already pay for. Einstein is natively embedded in the platform and provides insights, predictions and generated content from CRM and external data. Plenty of the “can AI do this?” questions we get are answered by embedded features sitting unused in the org. That is the cheapest win available and it costs a configuration session, not a new contract.

These are not mutually exclusive. For most organisations the end state is all three, and the order matters more than the choice.

Five mistakes we see teams make on this decision

  1. Treating Claudeforce as an Agentforce replacement. They solve different problems for different people. Nothing in Salesforce’s material positions one as retiring the other
  2. Budgeting for one pricing mechanism. Teams model Flex Credits, then get billed on conversations, or the reverse. Model both against your own agent design
  3. Automating the whole service desk as phase one. Platform wide rollouts as a first project are how pilots become write-offs. One workflow, one user group, measured
  4. Skipping the permission audit because the demo worked. A demo runs on clean data with a generous profile. Production does not
  5. Waiting for Claudeforce instead of fixing the data. Whatever you eventually run, it reads your CRM. Bad data produces a confident wrong answer faster than a human would

What is still unknown about Claudeforce

We would rather list the gaps than paper over them:

  1. Price. Nothing published, and the launch material notes pricing is subject to change
  2. Packaging. Whether it lands as an add-on, an edition, or a separate Anthropic contract
  3. Scope beyond sales. Service, Marketing, Commerce, Revenue, Field Service, Tableau, MuleSoft, Data 360, Headless 360 and Industries are listed as coming, without dates. More prebuilt skills are expected late 2026
  4. Governance detail. How audit and monitoring work when the surface your data is used in sits outside Salesforce
  5. What happens at renewal. Whether adoption inside Claude changes how your Salesforce seats are counted

Anyone giving you confident numbers on these today is guessing. Our fuller write up is here: what Claudeforce actually is, and what it changes.

What to do in the next 90 days

  1. Name the problem first. Queue volume points at Agentforce. CRM avoidance points at Claudeforce. Unused platform features point at Einstein
  2. Register for the Claudeforce open beta through your account team if sales adoption is your issue. It costs nothing to be in the queue
  3. Run one Agentforce workflow, not a department. A defined user group, a metric agreed before the build, consumption tracked from day one
  4. Do the permission and data quality review now. It is required for either path and it is the work that does not depend on a pricing announcement
  5. Model both pricing mechanisms against your own expected action counts before any commercial conversation

Where our view comes from

We are a certified Salesforce implementation partner, based in Irving, Texas with a delivery team in Ahmedabad, working since 2012. We are also certified for Zoho, Microsoft Dynamics and Odoo, which is usually why clients ask us this question in the first place: they want someone who is not obliged to answer “Agentforce” every time.

Our most recent Agentforce delivery embedded an agent directly into the quote workflow for a custom furniture retailer, grounded on Data Cloud, checking live production timelines from their Odoo ERP before committing a date. Quote build time went from 45 minutes to under 10, a 78 per cent improvement, across a migration of more than 120,000 contacts and 85,000 custom orders with zero data loss. The full write up is here: Salesforce CPQ and Agentforce for a custom furniture retailer. We have also covered where Agentforce helps with sustainability reporting and where it stops.

On Claudeforce we have no delivery experience, because nobody has. It is in pilot. Everything written above about it is drawn from Salesforce’s own published material, and we have said plainly where the gaps are. If you want a reference before you talk to us, ask on the call and we will tell you straight where we are.

Ashapura Softech
2201 W Royal Ln, Irving, Texas 75063
+1 214-935-9893
Certified Salesforce implementation partner. Founded 2012.

Frequently asked questions

Is Claudeforce replacing Agentforce?
No. Salesforce positions Claudeforce as a partnership framework, not a replacement, and continues to ship Agentforce. They solve different problems: autonomous work for your customers versus CRM access for your sellers.

Can we use both?
Yes, and for most organisations that is the likely end state. Agents handling volume inside Salesforce, sellers working with CRM data inside Claude, Einstein doing the embedded predictive work underneath both.

Which is cheaper, Claudeforce vs Agentforce?
Unanswerable today. Agentforce has published rates. Claudeforce has none. Any comparison you read that puts a figure on Claudeforce is inventing it.

Do we need Data Cloud for either?
Grounding quality is what separates a useful agent from a confident wrong one, and in practice that is where Data Cloud earns its place on Agentforce projects. Whether it is strictly required depends on your build, so treat it as a design question rather than a fixed prerequisite.

Is Einstein being retired?
There has been no such announcement. Salesforce describes Einstein as natively embedded in the platform, providing insights, predictions and generated content from CRM and external application data.

How do we get into the Claudeforce beta?
Salesforce lists pilot access now and an open beta from September 2026. Register interest through your account team rather than waiting for general availability.

Does Salesforce in Claude need a new permissions model?
No. Salesforce states that an admin connects it once, authentication and permissions are managed centrally, and every seller on the team gets access from day one with no per-user setup.

Does any of this apply if we are building on Anthropic’s own blueprint instead? Partly. The commercial questions are the same but the integration burden sits with you rather than with Salesforce. We have written up what your ERP and CRM must provide before you build a Claude commerce agent.

What happens to our agents if we change partners?
Agent definitions built in Agent Builder stay in your org. Custom code and undocumented prompt logic are the parts that travel badly, which is a good argument for configuring rather than coding wherever you can.

Can you work alongside our existing Salesforce partner?
Yes. We are often brought in for a specific layer, such as the integration or the readiness work, alongside an incumbent.

Both products now sit under a wider banner. Salesforce grouped Claudeforce, Slackforce and the Agentforce Coworker together as AIforce at Dreamforce 2026, which changes how you choose between them rather than what each one does. Here is what AIforce covers and where each piece fits.

Categories
Agentforce

How to Choose an Agentforce Implementation Partner

Update (14 Sep 2026): On 11 Sep 2026 Salesforce announced a new portfolio of named, job-ready Agentforce agents built for specific high-value work: Casey (customer service), Paige (IT and HR service), Carter (shopper agent for e-commerce), Marshall (supply chain orchestration), Piper (inbound lead generation) and Fin (complex customer experience), all generally available now, plus Hunter (outbound sales), in pilot with general availability expected November 2026. The release also adds long-horizon runtime so agents can pursue goals over days or weeks rather than single interactions, AI Skills for teaching agents new tasks (pilot now, GA October 2026), multi-agent orchestration across workflows, and an Agent Optimizer for continuous performance tuning (GA October 2026). This sits on top of the Core, Advanced and Max editions Salesforce introduced in early September.

Most Agentforce pilots do not stall because the model underperforms. They stall because the data was not ready, the permission model was never audited, or nobody was watching consumption until the invoice arrived. All three are partner selection problems, not technology problems.

This is what to ask an Agentforce implementation partner before you sign, and what a proposal should contain if they have actually shipped an agent into production.

What an Agentforce implementation partner actually does

There are four workstreams. Most proposals cover two.

WorkstreamWhat it involvesWhy it gets skipped
Readiness assessmentData quality, permission model, process fitSlows down the sale
Agent design and buildTopics, actions, instructions, groundingRarely skipped, it is the visible part
Permission and data governanceWhat the agent can see, and on whose behalfAssumed to be someone else’s job
Consumption managementMonitoring Flex Credits or conversation spend after go-liveNot billable, so not offered

The fourth is where budgets go wrong. An agent that runs a multi-step reasoning chain on every enquiry costs a different amount from one that answers a lookup, and the difference only shows up at volume. We wrote the full rate card up in our Agentforce pricing breakdown, and Salesforce publishes the current rates on its Agentforce pricing page.

Nine questions to ask before you sign

These are the questions we would ask if we were sitting on your side of the table. Each one has an answer that tells you the partner has done this work before, and an answer that tells you they are learning on your budget. The difference is usually specificity.

Nine questions to ask an Agentforce implementation partner: readiness, consumption, permissions, ownership, strategy, build approach, testing, rollback and expertise
The nine questions, at a glance. Each one is worth asking before the commercial conversation starts.

1. Will you run a readiness assessment before quoting, or quote first?

Agentforce cost is driven by consumption, and consumption is driven by how many actions your workflows trigger. Nobody can know that number before looking at your org. A fixed price offered before anyone has opened your data model is a guess with a margin attached, and the margin exists because the partner is carrying risk they have not measured.
A good answer sounds like: a short paid discovery, two to three weeks, that produces a data quality report, a permission map and a consumption estimate with a range rather than a single number.
A weak answer sounds like: a firm price on the first call, or a free assessment that turns out to be a sales workshop with no written output.

2. Who owns consumption monitoring after go-live?

Flex Credits meter every action. A standard Agentforce action draws 20 credits and a voice action 30, so an agent that quietly starts running eight actions where it used to run three doubles your bill without a single new user. Somebody has to watch that, and the month you find out from an invoice is the month it has already happened.
A good answer sounds like: Digital Wallet configured before launch, a named person reviewing consumption weekly for the first quarter, and an agreed threshold that triggers a conversation.
A weak answer sounds like: “you will be able to see it in the dashboard.” That is true and it is not an owner.

3. How do you scope the permission audit, and can you show a sample finding?

An agent inherits the permissions of the context it runs in. If your permission model has drifted over five years of admin changes, and most orgs of that age have, the agent will surface records to people who should not see them, at machine speed, in writing.
A good answer sounds like: a redacted sample finding from real work. Partners who have run permission audits have examples they can show with the client details stripped out.
A weak answer sounds like: a description of a methodology. Anyone can describe a process. Findings come from having done it.

4. What happens to our agents if we change partners?

This is a fair question to ask politely at the start rather than angrily at the end. Agent definitions built in Agent Builder live in your org and stay with you. Custom Apex, undocumented prompt logic and orchestration held in a partner’s own tooling are a different matter.
A good answer sounds like: a clear statement of what is configuration in your org, what is custom code in your repo, and a commitment that prompt logic is documented in your instance rather than in their internal wiki.
A weak answer sounds like: reassurance that the question will never come up.

5. Which of our workflows would you tell us not to automate?

This is the single most useful question on the list, because it is the only one where the right answer costs the partner revenue. A partner who has watched an agent fail in production knows which workflows are a bad fit: the ones with ambiguous inputs, the ones where being wrong is expensive, the ones where the process is genuinely undecided and the agent would simply automate the confusion.
A good answer sounds like: two or three specific examples from your own process, named on the call.
A weak answer sounds like: “all of them are good candidates.” That is a sales position, not advice.

6. Agent Builder or custom code?

Both are legitimate. The question is whether the partner can explain the trade in your terms rather than theirs. Configuration in Agent Builder survives platform releases and can be maintained by your own admin. Custom code does things configuration cannot, and every line of it becomes a maintenance cost you carry after the partner has gone.
A good answer sounds like: a default of configuration, with custom code proposed only where a named requirement cannot be met otherwise, and an estimate of what maintaining it will cost you per year.
A weak answer sounds like: a custom build proposed before anyone has checked whether the standard capability covers it.

7. How do you test an agent before it touches a customer?

Traditional testing checks whether code does the same thing every time. An agent does not, which is the point of it. Testing an agent means testing a range of inputs, including the messy and the adversarial, and deciding in advance what an unacceptable answer looks like.
A good answer sounds like: a test set of real historical cases, an internal cohort using the agent before any customer does, and written pass criteria agreed with you rather than assessed by the partner alone.
A weak answer sounds like: “we test thoroughly.” Ask to see the test approach, not the assurance.

8. What is the rollback plan when an agent answers wrongly?

Not if, when. An agent will get something wrong in front of a customer, and the thing that separates an incident from a crisis is how quickly it can be stopped and who is allowed to stop it.
A good answer sounds like: a named kill switch, a named owner on your side who can use it without escalating, a defined path for the affected records, and a commitment on how the failure gets reviewed.
A weak answer sounds like: a support SLA. An SLA tells you when somebody will reply. It does not tell you who turns the agent off.

9. Which Agentforce credentials does the team hold, and who specifically is on our project?

Partner tier is a company attribute. It reflects volume and revenue across every client the firm has, and it tells you almost nothing about the four people who will actually build your agents. Credentials sit with individuals, and individuals get reassigned.
A good answer sounds like: named people, their certifications, the Agentforce work they have personally delivered, and a written commitment that a change of team is a change you get told about.
A weak answer sounds like: a badge on a slide and a promise that the whole team is certified.

Red flags in an Agentforce proposal

None of these is proof of a bad partner on its own. Each one is worth putting directly to the Agentforce implementation partner in front of you before the commercial conversation goes further, because the explanation is usually more revealing than the flag.

  • A fixed price with no readiness assessment in scope. Either they have priced risk they cannot see, or they intend to raise it later through change requests.
  • No mention of Flex Credits or consumption anywhere in the commercial section. The build is a one-off cost. Consumption is the cost you carry every month afterwards, and a proposal that ignores it has left out the larger number.
  • “We will automate your entire service desk” as phase one. Scope like this fails in a way that is hard to recover from, because when it goes wrong you cannot tell which part went wrong.
  • No permission audit line item. The agent inherits whatever your permission model currently allows, including the parts nobody has looked at since 2019.
  • No named rollback owner or kill switch. If the proposal cannot say who stops the agent, the answer in practice is a support ticket.
  • Agent design with no grounding strategy for your data. An agent with no defined sources will answer from whatever it can reach, confidently, and you will find out from a customer.
  • Success measured in agents deployed rather than in a business number. Six agents live is an output. Handle time, resolution rate or quote turnaround is an outcome, and only one of those is worth paying for.

What to get in writing before you sign

Most disputes we see later trace back to something that was agreed verbally and never written down. This is the short list worth insisting on in the statement of work, whoever you choose.

What to ask forWhy it matters later
The readiness findings as a written documentIt becomes the baseline you measure the build against, and the record of what was known at the time
A consumption estimate with a stated range and the assumptions behind itYou can check the assumptions against reality after month one instead of arguing about the total
The business metric each agent is meant to moveWithout it, phase two gets scoped on enthusiasm rather than on results
Named team members and a notice clause if they changeCredentials belong to people, not to the logo on the proposal
Prompt logic and agent documentation stored in your orgIt is the difference between switching partners and rebuilding
A named kill switch owner on your sideIt turns a live incident into a decision somebody is allowed to make
Stopping conditions for the pilot, agreed before it startsBoth “this worked” and “this did not” have to be permitted outcomes, or the pilot is theatre

What a realistic first engagement looks like

A realistic Agentforce rollout: assess readiness, pilot one workflow, measure business impact and consumption, then expand or stop
Start small, measure, then scale. The four phases an Agentforce implementation partner should propose.

Phase 0: Readiness. Data quality assessment, permission model review, and a shortlist of workflows worth automating. Output is a go or no-go with reasons, not a proposal.

Phase 1: One workflow pilot. A single agent, a defined user group, and a measurement plan agreed before build. Consumption tracked from day one.

Phase 2: Measure. Against the metric agreed in phase 1, not against a demo.

Phase 3: Expand, or stop. Both are valid outcomes. A partner who cannot describe the conditions under which they would recommend stopping has not thought about it.

Platform-wide rollouts as phase one are how pilots become write-offs. Our Agentforce readiness checklist covers what phase 0 should actually test.

Where our Agentforce experience comes from

We are a certified Salesforce implementation partner, based in Irving, Texas with a delivery team in Ahmedabad, working since 2012. Our work as an Agentforce implementation partner sits alongside Zoho, Microsoft Dynamics and Odoo certifications, which means we are able to tell you when Agentforce is not the right tool for the job.

Our most recent Agentforce work was for a custom furniture retailer selling to both consumers and trade accounts. We embedded an Agentforce agent directly into the quote workflow, grounded on Data Cloud, so it could recommend complementary pieces, surface saved room inspirations, and check live production timelines from their Odoo ERP before committing a date.

What the project involved:

  • Salesforce Sales Cloud and CPQ with configurable furniture bundles
  • Agentforce agent embedded in the quote workflow
  • Data Cloud for behavioural tracking and unified customer profiles
  • Service Cloud Omnichannel across WhatsApp, email and SMS
  • Adobe Commerce and Odoo ERP integrations

Migration scale and results:

  • 120,000+ contacts migrated
  • 85,000+ custom orders unified
  • 200,000+ email activities and 40,000 support tickets brought across
  • Quote build time reduced from 45 minutes to under 10 minutes, a 78% improvement
  • Zero data loss through the migration

The full write-up is here: Salesforce CPQ and Agentforce for a custom furniture retailer.

We have also written up what Agentforce does and does not automate in sustainability reporting, which is a useful read if you are weighing up where an agent earns its keep.

Ashapura Softech
2201 W Royal Ln, Irving, Texas 75063
+1 214-935-9893
Certified Salesforce implementation partner. Founded 2012.
Before you shortlist partners, it helps to know which agent you want first. See our breakdown of Agentforce use cases by team, including Agentforce Contact Center and Voice.

Frequently asked questions

Is an Agentforce consultant the same as an implementation partner?
Not always. An Agentforce consultant is usually engaged for advice: a readiness review, a second opinion on a proposal you have been sent, or a single architecture decision. An implementation partner takes the build and the consumption monitoring as well. Agentforce consulting on its own is often the cheaper first step if you are still deciding whether a workflow is worth automating at all.

Do we need a partner at all, or can we do this in-house?
If you have a Salesforce admin with capacity, clean data and an appetite to own consumption monitoring, a small internal pilot is reasonable. The work that usually needs an Agentforce implementation partner is the permission audit and the integration grounding, because those are the parts that fail quietly.

How long before an Agentforce pilot shows results?
That depends entirely on whether phase 0 finds your data ready. Where readiness work is needed first, the pilot starts after it, not alongside it. Any partner quoting a result date before looking at your data is guessing.

What does an Agentforce readiness assessment include?
Data quality against the fields the agent will read, a permission and sharing model review, a shortlist of candidate workflows, and an estimate of consumption for each. See our readiness checklist.

Is Agentforce included in our Salesforce licence?
No. Agentforce is metered separately through Flex Credits or per-conversation pricing on top of your existing licences, as Salesforce sets out in its Agentforce pricing documentation. The pricing breakdown covers the four billing mechanisms.

Can a partner help reduce Flex Credit consumption?
Yes, mostly through agent design rather than negotiation. Narrower topic scope, fewer reasoning hops, and better grounding all reduce spend per interaction.

What is the difference between Agentforce and Claudeforce?
Agentforce is Salesforce’s agent platform. Claudeforce is the Salesforce and Anthropic partnership that puts Salesforce data inside Claude and makes Claude the default model in Agentforce surfaces. We covered the distinction in our Claudeforce breakdown.

Can you work alongside our existing Salesforce partner?
Yes. We are often brought in for a specific layer, such as the integration or the readiness work, alongside an incumbent.

Partner selection also comes down to delivery model, and how many hours of your day the team actually overlaps. We break down onshore, nearshore and offshore in choosing a Salesforce consulting partner.

Editions note, September 2026: since Agentforce is now bundled into the Core, Advanced and Max editions, partner selection and edition selection are the same conversation. Our breakdown of the new Salesforce editions and what they include covers the pricing and the Flex Credit allocations.

Related reading: if commerce is in scope, the systems side matters as much as the partner side. Our ERP and CRM readiness checklist for Claude Commerce Agents covers the connector landscape platform by platform.

One thing to check before scoping a build: the prebuilt sales skills released under AIforce may already cover part of what you were planning to configure from scratch. The AIforce announcement breakdown lists what ships ready to use.

Before scoping a custom build, check the seven named agents against your requirement list. Some of it may already ship configured.