[dead]
Ask HN: Who is using MCP in production?
21–30 of 213 posts
Re: Ask HN: Who is using MCP in production?
#22Earlier quoted context omitted.
MCP apparently reduces probabilistic failures - aka the common fatal flaw of all of these robots (hallucinations, missing stuff in the API doc, etc). This makes it a little more interesting to me, knowing those results. It definitely underlines what we already know about the specific weaknesses of LLMs replies/results.
I think that was a problem 6 months ago, but GPT 5.6 Sol on xhigh doesn't have those sorts of issues. I don't think it'll last. Things are moving fast.
I’d be willing to believe that!
Corporate still runs lots of bullshit for compliance, though.
Re: Ask HN: Who is using MCP in production?
#23I recently created a planning applications scraper for every council/local planning authority in the UK, very much with Claude's help. As you can no doubt imagine, it's the type of task where the mechanics are far less important than everything surrounding them.
Getting things like this to work well, for me, often boils down to finding out the things I don't know that I don't know in as little time as possible. I worked with Claude to create a basic debugging front-end as part of that - for my own use, inspecting the data, looking for patterns - when, largely on a whim, I asked Claude to create an MCP interface on top: last run status, what's looking good, whats not, where are the coverage gaps in the individual data points.
And I added the MVP to Claude and would check in regularly to ask how things were going.
And then - I'd ask for some nuance about why something doesn't look quite right. Or what happened to councils in general last night? And - out of nowhere, not being prompted or asked - Claude would query the MCP alongside looking at the code. Immediate production-grade insight while I'm debugging from the comfort of my chair.
And I thought "Oh."
And "this is really quite good," because the key detail is, I think, if an MCP is good and works well, and relevant to what you're doing every day at that point in time, it's yet another addition to your toolbox.
And that got me thinking about how I can do the same for my 9-5 users.
Re: Ask HN: Who is using MCP in production?
#24I hooked up claude code to Jira and Figma. This is more a condemnation of Jira than anything, but being able to interact with it in natural language in the terminal is a huge relief. Sadly, it's still limited in some ways. If it's available, it makes things a tiny bit easier than interfacing directly via api, so it's a nice to have.
> "it makes things a tiny bit easier than interfacing directly via api"
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.
Re: Ask HN: Who is using MCP in production?
#25Earlier quoted context omitted.
I think that was a problem 6 months ago, but GPT 5.6 Sol on xhigh doesn't have those sorts of issues. I don't think it'll last. Things are moving fast.
I’d be willing to believe that! Corporate still runs lots of bullshit for compliance, though.
what happens when openai offers compliance as a service?
Re: Ask HN: Who is using MCP in production?
#26I hooked up claude code to Jira and Figma. This is more a condemnation of Jira than anything, but being able to interact with it in natural language in the terminal is a huge relief. Sadly, it's still limited in some ways. If it's available, it makes things a tiny bit easier than interfacing directly via api, so it's a nice to have.
> "it makes things a tiny bit easier than interfacing directly via api" 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.
If you don’t use the MCP Claude will default to taking screenshots of figma designs.
Re: Ask HN: Who is using MCP in production?
#27I use fff [1] For the performance improvements when reading files. I prefer in most scenarios to use skills.
Re: Ask HN: Who is using MCP in production?
#28Earlier quoted context omitted.
MCP apparently reduces probabilistic failures - aka the common fatal flaw of all of these robots (hallucinations, missing stuff in the API doc, etc). This makes it a little more interesting to me, knowing those results. It definitely underlines what we already know about the specific weaknesses of LLMs replies/results.
I think that was a problem 6 months ago, but GPT 5.6 Sol on xhigh doesn't have those sorts of issues. I don't think it'll last. Things are moving fast.
People say that with every single model release, and every single time they're wrong. I bet you anything that it's no different this time than the last dozen times.
Re: Ask HN: Who is using MCP in production?
#29Earlier quoted context omitted.
I think that was a problem 6 months ago, but GPT 5.6 Sol on xhigh doesn't have those sorts of issues. I don't think it'll last. Things are moving fast.
People say that with every single model release, and every single time they're wrong. I bet you anything that it's no different this time than the last dozen times.
i'm burning 500m tokens a day "writing code" for 83 days straight. one of those projects i'm building integrates netbox, stripe, quickbooks, mercury and deel all together via api. i wrote zero lines of code and read zero api docs. it does exactly what i want and gives me a 360 degree view of every aspect of my multi million dollar arr biz.
how about you?
Re: Ask HN: Who is using MCP in production?
#30I hooked up claude code to Jira and Figma. This is more a condemnation of Jira than anything, but being able to interact with it in natural language in the terminal is a huge relief. Sadly, it's still limited in some ways. If it's available, it makes things a tiny bit easier than interfacing directly via api, so it's a nice to have.
I did this as well. I found that it was really inefficient because if I was doing anything with a significant amount of text, it has to shuttle all of that through the model to the MCP invocation. It was way better to work with temporary files and pipe them around CLI tools once you’re happy with the contents. E.g. developing a user story and creating the Jira issue.