Brave Leo AI with Real-Time Search & MCP vs Glean Actions

“The primitive here is MCP client support baked into the browser sidebar — not a plugin, not an extension, the browser itself speaks MCP. The DX bet is that developers already have MCP servers running locally (which, post-Claude Desktop explosion, a surprising number do), so Brave is a zero-config client for them. The first-10-minutes test actually holds up: point Leo at your local MCP server, no API keys, no separate app install. The weekend-alternative comparison is real though — Claude Desktop does this already and has a bigger ecosystem. What earns the ship is that this is infrastructure-level integration, not a feature flag, and the real-time search grounding means you're not stuck with stale context.”

“The primitive here is: natural language → workflow action dispatch, using Glean's existing knowledge graph as the intent resolver. That's a defensible idea. But the entire blog post is marketing copy with a screenshot at the bottom — there's no API surface documented, no SDK, no mention of how custom actions are defined or what the action schema looks like. If I'm an IT engineer at a 5,000-person company who wants to add a custom action for our in-house provisioning tool, I have no idea how to do that from anything published. The DX bet is entirely opaque, and a tool that lives inside enterprise deals with no developer-facing documentation is a platform I have to adopt wholesale on someone else's timeline — exactly what I'm tired of.”

“Category: browser-native AI assistant with MCP support. Direct competitor is Claude Desktop for MCP workflows and Arc with its AI features for browser-integrated AI. The specific scenario where this breaks is enterprise MCP server setups — Leo's permission model and how it handles remote MCP servers with sensitive credentials is not clearly documented, and that will stop adoption dead in any team environment. What kills this in 12 months isn't a competitor — it's Chrome shipping Gemini with MCP support natively, which Google has every incentive to do given their MCP investments. What earns the ship anyway is that Brave has real distribution (millions of daily users), real-time search is table stakes that Leo was missing, and MCP support here is genuinely first-mover for a browser. To be wrong about the ship: Google has to ship Chrome AI with MCP before Brave builds meaningful workflow lock-in.”

“Glean already owns the search index in enterprises where it's deployed, so Actions isn't a cold-start problem — it's an upsell on top of data access they already have. The direct competitors are ServiceNow's AI layer, Microsoft Copilot for M365, and frankly just Slack + a well-configured Workato flow. Where this breaks: any company whose HR and IT data isn't cleanly indexed in Glean already, which is most companies in year one of a Glean deployment. My 12-month prediction: this either becomes table stakes for Glean's renewal motion or it gets cannibalized when Microsoft ships the same workflow triggers natively in Copilot Studio — Glean's bet is that enterprise search context beats platform incumbency, and that's a real but narrow window.”

“The thesis: in 2-3 years the browser is the primary MCP client for most non-developer users, because it's the ambient computing surface they already live in — not a dedicated app, not a terminal. This is a falsifiable bet that requires MCP adoption to continue accelerating outside of developer toolchains and into consumer workflows. The second-order effect that isn't obvious: if Leo becomes a credible MCP client, Brave gains leverage over which MCP servers get adopted, because discoverability flows through the browser. The trend line is MCP standardization as the USB-C of AI tool connectivity — Brave is early here, not on-time, and the window before Chrome absorbs this is maybe 18 months. The future state where this is infrastructure: Leo is the default orchestration layer for personal productivity MCP servers the way the browser is the default HTTP client.”

“The job-to-be-done here is actually two separate jobs stapled together: 'answer questions with current information' (real-time search) and 'automate tasks via connected tools' (MCP). That 'and' is a focus problem — neither job is done completely enough to replace its current solution. Onboarding for the MCP piece requires the user to already know what an MCP server is, find one, configure the connection, and understand what Leo can do with it — that's not under 2 minutes, that's a tutorial for a developer audience. Real-time search grounding is the more complete feature and should have been the standalone launch. What would need to change: separate the two capabilities, get real-time search to reliably beat Perplexity for browser-based research, and build an MCP server directory inside the browser so non-developers can actually use the tool-calling feature.”

“The job-to-be-done is clear and singular: let an employee resolve an HR or IT need without opening a new tab or filing a ticket manually. That's a real, high-frequency frustration in any company over 500 people, and Glean is solving it at the right layer — the search interface where employees already go to find answers. The completeness question is the real test: this only works if your company's Glean deployment is mature, your HR and IT data is actually indexed and current, and your IT team has configured the action integrations. For a new Glean customer, this is a 6-month-away feature, not a day-one capability — which means it's a retention play, not an acquisition hook. Still a ship because the job is real and the placement is right.”

“The buyer is the CIO or CHRO who already wrote a Glean check — this is pure expansion revenue with essentially zero new sales motion required, which is a beautiful thing. The moat is the existing index: once Glean has crawled your Workday, ServiceNow, and Confluence, the switching cost to rip it out and replace it with Copilot is genuinely painful. The risk is that this is an enterprise feature expansion masquerading as a product launch — if it's gated behind an additional SKU with a separate SOW negotiation, adoption will be slow enough that competitors close the gap before Glean gets the case studies.”