Dust MCP Server Marketplace vs Glean Agents Platform

“The primitive here is clear: a curated registry of MCP server definitions that resolve the connector-authoring problem for teams who want agents but don't want to write glue code. The DX bet is that open-sourcing the marketplace layer gives builders trust and extensibility without forking the whole platform — that's the right call. Where I get cautious is the hosted dependency: you're not running these MCP servers independently, you're installing them into Dust's runtime, so the composability story only works if Dust stays in the stack. The open-source angle earns the ship, but the runtime coupling is a real constraint worth naming before you commit.”

“The primitive here is a hosted agent runtime that uses Glean's search index as a retrieval layer and exposes workflow triggers — essentially a RAG-grounded agent builder with pre-built connectors. The DX bet is that enterprises want a no-code/low-code surface rather than composable APIs they can wire into their own stack, which is probably the right call for the buyer but makes this nearly useless if you want to integrate it into an existing internal toolchain. The moment of truth — can a developer get an agent running against real company data in under 30 minutes — is entirely gated behind the sales cycle and enterprise provisioning, which means there's no public hello-world to evaluate. The blog post has no repo, no public API docs, no sandbox, and no pricing: three red flags for any tool claiming to serve builders.”

“The direct competitor is every workflow automation platform — Zapier, Make, and now native agent tooling from Salesforce and HubSpot themselves — and Dust's answer is 'we support MCP and they don't yet.' That's a six-month moat at best. The scenario where this breaks is the mid-market enterprise team that gets 80% of this from a Microsoft Copilot Studio connector pack their IT department already owns. What kills this in 12 months: HubSpot and Notion ship their own MCP servers directly, the connector advantage evaporates, and Dust is left competing on agent quality alone against better-funded platforms. To earn a ship, Dust needs to demonstrate that the agent reasoning layer is differentiated enough to survive the connector commoditization that's already underway.”

“The direct competitors here are ServiceNow's Now Assist, Microsoft Copilot Studio, and Salesforce Agentforce — all of which have massive distribution advantages. Where Glean actually earns its place is the knowledge layer: if you've already got Glean indexing your company's internal content with real permissions, building agents on top of that foundation is meaningfully different from a blank-slate agent builder. The scenario where this breaks is large enterprises with fragmented IT budgets, where Glean has to compete against the existing Microsoft 365 or ServiceNow contract rather than supplement it. What kills this in 12 months isn't a competitor — it's Microsoft bundling Copilot Studio capabilities deeper into M365 E5 licenses and making the 'we already have Glean' argument harder to close.”

“The buyer is a department head or CTO at a 200-500 person company who has already bought into the AI agent premise but can't justify an eng sprint to build Notion-to-Jira connectors — this is a real check-writer with a real pain. The moat question is where it gets complicated: open-sourcing the marketplace is a community play, not a defensibility play, and if the connectors are the reason people show up, making them free and forkable undermines the expansion revenue story. The specific business decision that earns the ship is the enterprise pricing model — if Dust is charging on seats or agent runs rather than connector count, the open marketplace actually drives stickiness into a paid runtime, which is a legitimate wedge. That arithmetic needs to hold or this is a very expensive developer relations program.”

“The buyer here is the CIO or VP of IT, pulling from digital transformation or enterprise AI budget — not a departmental line item. Glean's smart move is that the Agents Platform is an expansion motion inside an existing Glean contract, not a net-new sale, which is the only land-and-expand story that actually works. The moat is real but narrow: it's the indexed, permissioned knowledge graph that takes months to build and tune per enterprise, creating genuine switching costs. The stress test is whether enterprises will consolidate on one platform player — if Microsoft or Salesforce offers 80% of this functionality bundled into existing spend, Glean's standalone value proposition compresses fast unless they keep the knowledge indexing quality visibly ahead.”

“The job-to-be-done is unambiguous: connect an enterprise AI agent to the tools the team already uses, without involving an engineer. That's a single, complete sentence, which is a good sign. Onboarding presumably goes: browse marketplace, click install on Notion connector, authenticate via OAuth, agent now has read/write access to Notion — if that's genuinely under two minutes, this is a strong product decision. The completeness gap is agent quality: the marketplace solves the connection problem but if the underlying agent reasoning is weak, users are still babysitting outputs and the connector convenience doesn't matter. The product has a real opinion — MCP as the standard, curated over open-ended — and that's the right call for enterprise buyers who don't want to evaluate 400 community connectors.”

“The job-to-be-done is precise: 'help enterprise employees get answers and trigger actions using company knowledge without requiring IT to build custom integrations from scratch.' That's a real, well-scoped problem. The completeness question is where Glean has an edge over blank-slate agent builders — because the knowledge indexing is already done for existing Glean customers, the activation cost for the first useful agent should be low compared to starting from Copilot Studio with an empty SharePoint. The gap I'd flag is that 'over 100 business apps' is a connector count, not a measure of integration depth — the real test is whether an agent can reliably take action in Salesforce or ServiceNow, not just read from them, and nothing in the GA announcement quantifies that reliability at scale.”