MCP's are great for adoption of your service outside of developer circles. Non Technical users can click a link, trigger an OAuth flow and authenticate. You can't do that with API. API still is better for developers using a AI via a CLI but MCP is easier adoption for web or desktop based clients.
I've read many comments about how good CLIs are, and they are right. But for developers.
For non-tech people, installing the CLI is a hurdle: it involves having the right dependencies installed, controlling how you handle secrets (like API keys), and handling updates (ie. npx with a private registry). But for internal tools, once you create an MCP with OAuth, the installation (in Claude) is straightforward.
I'm surprised how non-tech people in the company use it for ad-hoc integrations, like pulling emails, getting deals from HubSpot, enriching that with the internal MCP, then drafting responses. Of course, this has scaling issues, and at some point it is better to move these everyday automations to a proper system, but I saw how MCP enables what products like Zapier, n8n, or IFTTT try to do: user-friendly ad-hoc integrations.
My only complaint: implementing MCP auth in an MCP server still isn't very streamlined. Some libraries, like Cloudflare MCP, simplify all of that, but AFAIK it's tied to using their services.
We hooked up fly.io's sprites mcp to our company claude and now all employees can spin up dev envs and actually prototype, verify or reproduce something before coming to engineering; doing it directly from web or wherever and it's properly authed and sandboxed through their accounts
