Dust.tt Enterprise vs Zapier Agents

“The buyer here is crystal clear: it's the IT or security team that's been blocking the AI project the line-of-business team has been begging for. SSO, RBAC, and audit logs aren't features — they're the unlock code for enterprise procurement. The wedge is smart: land with one Slack agent, expand into every department's knowledge base. The risk is that the 'contact sales' pricing wall means we have no idea if the unit economics survive a real enterprise deal with professional services and compliance reviews baked in. If they can hold a $30-50 per seat number without collapsing into custom contracts, this is a real business.”

“The buyer is a mid-market ops team or a SMB owner who already pays for Zapier and doesn't want to hire an engineer to build agentic workflows — that's a real, known, creditcard-holding customer with an existing budget line. The moat is distribution: Zapier has 6 million users who already trust it with their workflow credentials, and adding agents to an existing account is zero new procurement friction. The stress test is the unit economics question the Skeptic raises — task-based pricing doesn't scale with enterprise usage, and Zapier will need a seat-based or outcome-based tier before it can land serious enterprise deals. But for the SMB and prosumer segment, this is a genuine expansion of an existing product into a defensible new surface, not a pivot.”

“The direct competitors are Glean, Guru, and — increasingly — Microsoft Copilot Studio, which ships with the SSO and audit logs already baked into a tenant most enterprises already pay for. Dust wins if and only if the no-code agent builder is genuinely more capable than what IT admins can stand up in an afternoon with Copilot. The scenario where this breaks is a Fortune 500 with a Microsoft EA — the IT admin has Copilot Studio free in the bundle and zero incentive to add another vendor. What kills this in 12 months is not a competitor, it's platform consolidation: Microsoft and Salesforce both ship 80% of this natively and enterprises stop evaluating point solutions.”

“The direct competitors here are Make (Integromat), n8n, and any engineer with a Claude MCP config and a few Composio or Nango connectors — and those alternatives don't charge you Zapier's per-task pricing at scale. The scenario where this breaks: any workflow that runs more than a few hundred times a month, where Zapier's task-based billing turns a 'simple' agent into a line item that triggers a procurement conversation. The thing that kills this in 12 months isn't a competitor — it's OpenAI or Anthropic shipping native tool-use registries that make the MCP middleman redundant, combined with Zapier's pricing model failing contact with power users who benchmark it against n8n self-hosted. To earn a ship, Zapier needs to show task economics that don't penalize success.”

“The primitive is an agent-scoped RAG pipeline with an enterprise auth layer bolted on — that's a real thing, but the 'no-code' framing immediately raises the question of what happens when the agent needs to do something the drag-and-drop builder didn't anticipate. The DX bet is that IT admins, not engineers, are the deployers, which means the API surface for developers who want to compose this with their own tooling is probably an afterthought. There's no public API docs linked from the blog post, no mention of a SDK, and 'scoped to internal knowledge bases' tells me nothing about how document ingestion actually works at scale. I'll change my verdict the day there's a repo or a curl example in the docs.”

“The primitive is: a hosted MCP server that exposes 7,000 pre-built action triggers to any MCP-compatible AI client. That's actually a non-trivial engineering lift — building and maintaining those connectors is not a weekend project, and the MCP surface is the right bet for developer composability. The DX bet is that you never write an integration yourself, you just configure one; the complexity is pushed into Zapier's layer, not yours. The moment of truth is whether your target app's connector is maintained well enough to not break in prod — and that's historically Zapier's weakest point, fragile Zaps that silently fail. Still, for teams that already live in the Zapier ecosystem, the MCP server support is a genuine force multiplier, not just a marketing badge.”

“The job-to-be-done is precise: let a non-technical team deploy an AI assistant over internal docs without giving up on compliance. That's one job, and the SSO plus audit log bundle is exactly what makes that job completable — without those two things, no enterprise IT team signs off. The onboarding question I can't answer from the announcement alone is whether a new user can go from SAML config to a deployed Slack agent in under 30 minutes, or whether there's a professional services call hiding in the middle. The specific product decision that earns a ship is scoping agents to internal knowledge bases by default — that's an opinionated choice that removes the biggest enterprise objection before the customer even raises it.”

“The thesis here is falsifiable: within 3 years, MCP becomes the dominant protocol for AI-to-tool communication, and the entity that controls the most trusted, pre-authenticated MCP action surface wins disproportionate agent traffic — Zapier is betting it's them. What has to go right: MCP adoption accelerates in AI clients (Claude, Cursor, Copilot), and enterprises don't rebuild their own connector layers. What has to not happen: a well-funded open-source alternative (n8n already exists) commoditizes the connector layer before Zapier can lock in agent workflows as a habit. The second-order effect that's underappreciated: if Zapier's MCP server becomes the default tool-use layer for hosted AI clients, Zapier gains visibility into agent behavior at massive scale — that's a data asset for model fine-tuning and pricing intelligence that nobody's talking about yet. They're on-time to the MCP trend, not early, which means execution speed matters more than vision here.”