If you’re using MCP in production, what are you using it for? What advantages have you found over a normal API or direct tool integration or just CLI?
Ask HN: Who is using MCP in production? (self)
Aldipower 5 days ago
The point here is, MCP is the backbone behind the product and enables regular users to do things without knowing anything about it.
The whole "is MCP useless?" discussion is totally pointless from a regular consumer-user perspective, they even do not know what MCP is sometimes. The Tredict ChatGPT App connects with one click and a simple oauth flow. That's it.
adityapatadia 5 days ago
API and MCP all are just buzzwords for customers. What they care about is whether they can get tasks done in our SaaS using Claude or ChatGPT. If that happens, it's a success.
deadbabe 5 days ago
edgyquant 5 days ago
allknowingfrog 5 days ago
woofcat 5 days ago
allknowingfrog 5 days ago
KellyCriterion 5 days ago
saalweachter 5 days ago
bavell 5 days ago
edgyquant 10 hours ago
adityapatadia 5 days ago
I say MCP is just lightweight layer on top of REST and as long as it works for end users I don’t see any reason not to adopt it.
5ersi 5 days ago
MCPs can potentially have great value if they cross multiple sources and combine results. For example at work we use an in-house MCP for log/metrics search across five different (legacy) systems. It finds correlation across events in different system within minutes.
skerit 5 days ago
They do exactly what I want and how I want it. They expose just the information and the features I want the LLM to have. And just like in your case, it combines multiple sources of information into 1 response.
newman314 5 days ago
https://medium.com/@ravi.madabhushi/mcp-is-up-to-32-more-exp...
sammorrowdrums 5 days ago
There are many more aspects, but even with GitHub MCP, where the agent has a huge amount of pre-training on the CLI, there are still reasons why people use it extensively - you don’t hear it a lot here but suffice to say usage never stopped growing to this day.
I think if CLIs are working for you then good, I also like our cli and did some work on it too, like adding gh skill subcommand.
Do use what works, and measure and improve - but this article is not doing justice to the MCP server IMHO.
throwup238 5 days ago
Is that why I have to constantly remind Claude and ChatGPT that they do have access to a Github plugin that can access my account, instead of trying and failing to use the gh cli?
gycom 5 days ago
dleech 5 days ago
0x457 5 days ago
sammorrowdrums 5 days ago
Expect more on this. We are looking at the problem.
kobalsky 5 days ago
kaoD 5 days ago
manveerc 5 days ago
tirpen 5 days ago
Yes, an agent with CLI access and access to making HTTPS calls is a lot more efficient for most tasks, but also a lot more unpredictable and with much higher blast radius if it starts misbehaving compared to one that only have access to exactly the tools and data sources you want it to use.
dmazzoni 5 days ago
Technically it’d work just as well to have a thin API wrapper or cli tool the agent is allowed to access.
dominotw 5 days ago
nojito 5 days ago
cli tools are a natural fit for llms.
dominotw 5 days ago
EyeEmOe 3 days ago
MCP and RAG feel like the usual pattern of running a daemon 24/7 that balloons infrastructure spend. So uncivilized.
Any given REST API is a small model. A frontier or local model and modern harness can parse the already existing documentation for that REST API and invoke or generate a tool to use it.
apexchaos 2 days ago
MitziMoto 5 days ago
Now we can point any voice agent platform we choose -- eleven labs, vapi, pipecat, whatever -- at our custom MCP server and it instantly has an understanding of the tools available, their inputs, and how to use them.
Compared to the alternatives everyone on HN champions, like clis and APIs, this is a no brainer. I'm honestly not even sure what the realistic alternative would even be.
Am I supposed to package and distribute a cli to ElevenLabs and ask them to use it? Give them a full API spec to implement for me?
I give them an endpoint and credentials and their platform instantly knows how to talk to mine. No one at ElevenLabs knows or cares about our implementation details.
HN has trouble seeing past the "developer in a terminal coding with Claude Code" use case for using AI. Real production agents have use cases that are very different!
When you don't own every piece of an integration with another system, there needs to be a well defined standard. That's what MCP provides.
denkmoon 5 days ago
MitziMoto 5 days ago
Voice transport medium aside, the actual use case is not quite what you described.
Companies like Eleven Labs and Vapi provide a full end to end voice agent platform. They handle the STT -> LLM -> TTS pipeline and infrastructure for voice agents. Think of a customer talking to a virtual receptionist to schedule an appointment.
On the ElevenLabs platform, you provide them a system prompt (or an entire workflow/graph of system prompts) that instruct the voice agent on how to talk to the customer, tone, guardrails, how to answer specific questions, etc.
At some point we need that LLM agent, running on an infrastructure we don't control, to talk to our "CRM" (for simplicity sake). Enter MCP.
The MCP server we build and host supplies the "tools", like list_appointments, schedule_appointment, cancel_appointment-- whatever they may be.
When eleven Labs voice agent connects, it sees all the tools available and can use them per the instructions in the system prompt.
jdironman 5 days ago
cco 5 days ago
The current framework that solves this the best right now is FiPA.
Establish identity the same way we always have, AS defines the challenges, the client (voice agent in this case) goes and gets them. OAuth from there!
edgyquant 5 days ago
denkmoon 4 days ago
navigate8310 5 days ago
Here's the repository: https://github.com/iodize6399/xuexi-keben
And here's the server itself: https://keben.555420.xyz
AtomicSaboteur 5 days ago
navigate8310 5 days ago
cagz 5 days ago
Why MCP instead of CLI or agent accessing API directly?
Direct access (Curl/own small function): This requires agent to have full understanding of the API spec. Yes, context can be protected using progressive disclosure, but this essentially means agent needing to understand the API again and again, before every use in that context. Also, a typical API spec may or may not be agent-friendly. If there are nuances when calling an endpoint, where do we put these? Into OAS description? Works, but clunky.
CLI: It works beautifully, especially when a 3rd party CLI already exists for a complex backend. Assumes a well documented, agent friendly CLI, most CLIs are designed for human or CI/CD consumption. Talking about MCP taking up too much context, think about agent starting with my_cli --help, and going down through the switches and parameters one at a time to figure out how the CLI should be called. Less of a problem when calling a well know CLI (e.g. aws), but anything more niche (or custom) requires multiple turns to compose the final CLI command.
MCP: Has its issues, but offers an agent-native solution. Everything agent needs to know about a tool becomes available at once. In an enterprise environment MCPs can be served through an MCP Gateway, providing governance and permission management, this is quite contrast against running a CLI that requires agent to have execute permissions in its shell.
I must mention that we also utilise lazy-loading of MCPs. In use cases where 10s of tools needs to be loaded, only the most common ones are pre-loaded, then agent kernel connects the others as an when needed, and release them after a timeout (in case of long running sessions). This keeps the context lean.
trickleup 5 days ago
It was all largely based off this example https://github.com/nolabs-ai/nono/tree/main/tool-sandbox-exa...
0x696C6961 5 days ago
InfinityByTen 5 days ago
I was trying to find out if the MCP has some sort of lazy loading feature/primitive in the works, but there seem to be a lot of disagreements about it.
Intuitively, lazy loading seems to be somewhere between a CLI and vanilla MCP. In the end, it sounds very similar to tiered/ progressive loading similar to images on low bandwidth connections.
0x696C6961 5 days ago
tasoeur 5 days ago
I feel like CLI would probably work too but then I’d end up implementing something similar. That being said, I’ve been bitten by the usual suspects: too many tools will cause context windows to grow quickly and some agents will sometimes skim through a subset of the tool list without querying the entire thing, causing incorrect behavior.
If you have tokens to burn I invite you to check out the source code see how extensively it’s being used: https://github.com/sxp-studio/subjective-zero
(video to see the MCP in action, it’s a bit long so feel free to skip: https://www.youtube.com/watch?v=DcI1tsPJ8eM)
Another kind of cool use of MCP that I’ve encountered is actually from… the French government! They do it for their open data initiative: https://github.com/datagouv/datagouv-mcp
RebeccaTheDev 5 days ago
To put this into perspective, I was a voracious social media user for decades. For me, this is 25 years of data, close to 100,000 posts, spanning everything from LiveJournal in 2001 to Mastodon in 2026. But when put together, it is a timeline of my life.
As kind of a last minute idea, I added an MCP server because why not? Once I wired an LLM up to it, I could ask introspective questions and find new ways of looking at myself and my own history. Simple things like "what was I doing 10 years ago around this time?" to more complex things like researching past thought patterns.
altmanaltman 5 days ago
jamesponddotco 5 days ago
It has tools to get real jokes, do math, unit conversion, get stock information, search the web with Kagi, and other things I consider to be essential in a voice assistant. It even got approved by my wife.
At work I use our MCP server to debug and troubleshoot issues with our code too. Just yesterday I used it to figure out why a tag wasn’t showing up in traces; using the MCP server, the LLM was able to see that the tag was present in parent traces, but was lost along the way, and figured out why.
Could I find that without the MCP server? Yes, but I’d take me hours of going through lengthy traces, while the MCP and LLM found the issue in minutes.
erikus 5 days ago
I got a Pebble Index 01 ring and it has support for custom MCP servers. I run one on Tailscale and it can interact with Home Assistant, my home issue tracker, my Anki setup, etc.
I've come full circle on MCP. With agents with a shell tool they quickly became unnecessary but these days I've been coming up with more agentic use cases where I don't want to give the agent a shell, and a narrower MCP interface is a great fit.
jamesponddotco 5 days ago
qwerpy 5 days ago
I've been using https://github.com/homeassistant-ai/ha-mcp for my Home Assistant instance and it has been awesome.
"What amps and charging schedule should I set my EV to charge at, so that at peak electricity rate time my house battery is at 90%." Looks at my house battery, car battery, current weather forecast, and house solar production, all of which are integrated into my Home Assistant. Looks at my gmail calendar. "16 amps, 9:30am-3:30pm, higher than usual because you're driving to lunch from 11am-12pm" (shows math). It can even go ahead and set it for me but I haven't given it read/write access to my car yet.
hkchad 5 days ago
diegof79 5 days ago
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.
ckor 5 days ago
That's why services like https://zapier.com/mcp provide still a ton of value, because it helps non technical folks have the MCP server ready to run.
janee 5 days ago
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
hadlock 10 hours ago
simonw 5 days ago
tducret 5 days ago
I reversed engineered my supermarket API and made a custom MCP to automate my grocery shopping. Now I can fill my cart through ChatGPT.
More details about it on https://ducret.dev/grocery-shopping-with-ai/
tajd 5 days ago
I've developed and deployed my own self hosted (on cloudflare / workerd) tool here https://github.com/TAJD/projektor and the key part was to be able to add it as a custom mcp server
earthdeity 5 days ago
agentdev001 5 days ago
By what metric? I would expect that a thin API client (with readable code) is generally going to out-perform a tool-surface which you don't have the ability to manage/edit.
Our_Benefactors 5 days ago
altmanaltman 5 days ago
I run a lot of services to track my life and work and theoritically I could hook up their apis or mcp if supported to a harness and pretend like "oh its a talking computer that can do whatever i ask" but in reality, I can go through the native ui of those services esp with things like hot-keys for a faster and more ergonomic experience than talking to a jarvis and having to recorrect it if its wrong
lazyasciiart 5 days ago
fl0id 5 days ago
jadar 5 days ago
cgarvis 5 days ago
It also very helpful when you need auth. MCP OAuth with CIMD makes it easy instead of cumbersome process of generating API Keys.
If you are technical and already using CLIs, then MCP doesn't give you much.
edgyquant 5 days ago
amclennon 5 days ago
konart 5 days ago
I have no idea about MCP vs API question but I always assumed that the whole point of MCP was an abstration between the model and the tool\service.
As in model does not have to know about a certain API (not to mention a particular version of it) to work with a service.
Eldodi 5 days ago
We're using MCP for virtually all our SaaS and infra providers (CRM, ATS, banking and accounting, Notion, Linear, all dev tools and hosting platforms) it's become a hard requirement in our buy bechmark. No MCP = NOGO
The advantages are:
- baked-in auth: no need to configure anything, it just works with our employees accounts
- one click install with Codex Plugins and Claude Connectors
patwolf 5 days ago
I'm also excited about the upcoming SEP-2640 extension to MCP, which will be allow skills to be delivered via MCP. While the skill format has been standardized, skill distribution hasn't. I know there are tools like Vercel skills CLI, but that's not a good option for non-devs.
ByteOfWood 5 days ago
boltguo 5 days ago
SegmentTree 5 days ago
For example, even GitHub’s fine-grained tokens aren’t always fine-grained enough for our use cases. In those situations, it’s straightforward to build a small MCP server that exposes exactly the operations we want an agent to have access to.
That gives us a much smaller and more explicit attack surface, without having to manually audit every possible GitHub CLI invocation the agent might make.
kqr 5 days ago
edgyquant 5 days ago
itzprintz 5 days ago
We do social media community management ( https://trollwall.ai/mcp ) and our customers want to know what their followers are talking about - topics, sentiment, why are people angry, showing actual example comments, comparing to last month.. Having a conversation about this is much better UX than having dashboard or static report (.. your Claude can at the end even generate PDF report on what you talked about).
We tried to build different analytics screens for this and we always found out that different types of customers what their own angle. MCP, together with knowledge/memory of their own ChatGPT/Claude, allows them to super customize it for what they want and need.
div3rs3 5 days ago
The current, main driver I see for MCP servers are non-technical people who want to securely connect data sources to their AI application.
harijoe 5 days ago
And you can't expect an average user to install a CLI on their machine just to search for flights or do shopping for example.
I work at Alpic, where we build Skybridge, a framework for developing MCP Apps. Our users have apps published on the ChatGPT and Claude stores, and they've seen traffic quietly growing over the last few months. Traffic isn't massive yet, but it costs little to stake out ground on a new channel and be ready if it takes off.
olmo23 5 days ago
softwarewright 3 days ago
I use MCP for some things, like Playwright; for web UI development, but I also use CLIs, especially custom CLIs I create that have built-in help for the AI coding agent to use. I just to run my command (in the path) with --help and it figures out how to use. This seems more straightforward and efficient than MCP.
I have written MCP servers for all sorts of things, like monitoring remote systems, operating a PvP game as PvAI, others but lately I just create a new CLI with help. I use this with Claude, Codex, Gemini, and opencode (z.ai GLM) instead of dealing with how each agent registers MCPs.
ma2kx 5 days ago
I wont advertise any commercial mcp I use but to give an example for a well designed and useful mcp server I could name the nixos mcp. Its useful because it bundles all the nix resources to one endpoint which is more efficient than web search and gives you better control over the sources.
https://github.com/utensils/mcp-nixos
Another one would be this filesystem mcp which is in my opinion to prefer over direct cli access. Of course this depends also on your general sandbox strategy but if you just use a generic docker image there are still many potentially dangerous binaries available and such an mcp can restrict the models capabilities.
https://github.com/modelcontextprotocol/servers/tree/main/sr...
And of course there are many service provider offering their mcp with its own llm / agent behind e.g. most web search provider. In this case you most likely already use an mcp without noticing it.