Dust Multi-Agent Orchestration vs Salesforce Agentforce 3.0

“The primitive here is a directed task graph where agents can spawn sub-agents with scoped permissions — that's a real primitive, not a marketing word. The DX bet is that you configure agent topology in a UI rather than in code, which is the right call for enterprise buyers who don't want to version-control YAML agent graphs. My concern is the moment of truth: connecting your first data source and actually watching agents delegate requires significant setup around connectors and permissions, so the first-10-minutes test is rocky. Still, this isn't a three-API-call Lambda wrapper — the audit trail and scoped delegation are non-trivial to build correctly, and Dust appears to have built them correctly.”

“The primitive here is a stateful task router — Agentforce 3.0 passes context and intent between specialized agent definitions within Salesforce's Flow/Apex runtime. The DX bet is that you configure orchestration declaratively inside Salesforce's tooling rather than writing routing logic in code, which is the right call for admin-heavy shops but a wall for anyone who wants to inspect or test the handoff logic outside the platform. The moment of truth for a developer is standing up a cross-agent flow in a sandbox, and that requires a fully licensed Enterprise org, not a free developer edition with the feature flag on — so the first 10 minutes are spent navigating license provisioning, not building. The weekend alternative is real: a competent engineer with access to a model API and a workflow orchestrator like Temporal can replicate cross-agent handoff with explicit state in a few hundred lines, and they'll own the logic instead of renting it from Salesforce's runtime.”

“Direct competitors are Salesforce Agentforce, Microsoft Copilot Studio, and ServiceNow's AI layer — all of which have distribution advantages Dust will never replicate. The specific scenario where this breaks is any enterprise with a non-standard data stack: if your knowledge lives in a homegrown CRM or an obscure ERP, Dust's connector set will leave you writing custom glue code that defeats the point. What kills this in 12 months isn't a competitor — it's that Anthropic and OpenAI both ship native multi-agent orchestration APIs that remove Dust's orchestration layer as a distinct value prop, leaving only the compliance UI as a moat, which is thin. To stay alive, Dust needs to own the compliance and audit workflow so deeply that even when orchestration is commoditized, enterprises can't migrate without losing institutional governance history.”

“The category here is enterprise agent orchestration, and the direct competitor is every LangGraph or Temporal workflow your platform team already built on top of whatever LLM your org standardized on. The specific scenario where this breaks: the moment your actual customer interaction requires data from a system that isn't Salesforce — a legacy ERP, a custom billing system, a third-party logistics API — the orchestration layer hits its ceiling because the agents are only as useful as what's in the Salesforce data graph. What kills this in 12 months is not a competitor but Salesforce's own pricing: per-conversation billing on enterprise workflows with complex multi-agent handoffs will produce invoice shock, and procurement will start asking whether they're paying for AI or paying for routing logic dressed up as AI.”

“The buyer here is the Chief of Staff or VP of Operations at a 500-1000 person company, pulling from a digital transformation or IT budget — that's a real check-writer with a defined problem. The pricing architecture is opaque (contact sales for anything serious), which means every deal is a negotiation and CAC balloons, but enterprise SaaS lives or dies on ACV so this is forgivable if they close at $50k+. The moat is the audit log and permission graph embedded in workflows — switching costs come from compliance teams relying on Dust's logs for actual regulatory reporting, not just convenience. The risk is that the underlying model providers ship governance primitives natively, collapsing Dust's differentiation to UI, which is not a durable position.”

“The buyer is unambiguous: this is the VP of Revenue Operations or CTO at a company that already spent seven figures on Salesforce licenses and is now being asked by the board to show AI ROI on that investment. The budget comes from the existing Salesforce contract expansion line, which means there's no new procurement cycle — that's a real distribution advantage that pure-play agent startups cannot replicate. The moat is workflow lock-in through data residency: once your customer interaction history, agent configurations, and handoff rules live in Salesforce's data cloud, migration cost is enormous. The stress test is per-conversation pricing at scale — if a high-volume service org runs a hundred thousand complex multi-agent interactions a month, the bill math needs to be validated against actual contract terms before this is a clean win, but for mid-market Enterprise customers the expansion revenue story for Salesforce is obvious and the switching cost story for buyers is real enough to ship.”

“The thesis Dust is betting on: by 2028, enterprises will run hundreds of specialized AI agents simultaneously, and the coordination layer between them — not the agents themselves — becomes the strategic chokepoint. That's a falsifiable claim, and the dependency is that agent task complexity scales faster than any single model's ability to handle it in one context window, which is plausible given how context window gains have plateaued relative to task complexity growth. The second-order effect that matters isn't productivity — it's that the audit log becomes a new kind of organizational memory, and whoever owns that graph owns the institutional knowledge layer. Dust is riding the enterprise compliance-meets-AI trend, and they're early enough that the design space isn't locked — but the window closes fast once platform players treat orchestration as a checkbox feature.”

“The thesis Agentforce 3.0 bets on is falsifiable: within three years, enterprise AI value will be captured at the orchestration layer inside existing systems of record, not at the model layer or in standalone AI apps. For that to pay off, two things have to stay true — model commoditization has to continue so that the runtime and the data graph become the differentiated layer, and enterprises have to stay reluctant to stitch together multi-vendor agent pipelines themselves. The second-order effect if this wins is significant: Salesforce becomes the execution substrate for enterprise AI, which means the platform tax on every agent interaction flows to them and away from model providers and point-solution AI vendors. The trend line is the consolidation of enterprise AI spend back into existing platform budgets — Salesforce is on-time to that trend, not early, but their distribution means on-time is good enough. The future state where this is infrastructure is the one where 'deploy an agent' means 'configure in Salesforce' the way 'send a transactional email' means 'configure in Sendgrid.'”

“The job-to-be-done is clear: give a RevOps team a single AI that can answer 'what's happening with this account' without requiring them to tab between Salesforce and HubSpot and manually reconcile the data. That is a real job and it is currently done badly. The no-code agent builder is the right wedge — RevOps teams are not developers, and anything that requires a developer to maintain is a tool that dies when the developer leaves. The completeness problem is real though: this only replaces the manual reconciliation workflow if your data hygiene across CRMs is already good, and for most companies it isn't, which means the agent's first output is a confidently wrong synthesis that the team has to debug, and that erodes trust faster than the tool can rebuild it.”