This reminds me of a time when 'API' has become a hot term. Every company would ship an API. I think Facebook, Instagram, Twitter, Reddit, and I think even Google at some point had nice public APIs. This was the era of RSS and semantic web as well... until most realized there's no easy way to serve ads or control UX, making APIs great for customers but bad for business (unless the API is your product of course)
Given this, I'm not sure what business purpose there is to ship an MCP API like this, aside from goodwill and exposure.
ajmurmann · 1h ago
This makes me so sad. At one point I built myself a simple Ruby CLI to browse Netflix. Their prediction of how much I'd like a show were extremely good and just getting shows ordered by that and filtering out things I had already seen was the best interface ever. The problem might have been that you relatively easily could come to the concision that there is nothing left right now that's really worth my time...
bonoboTP · 38m ago
The new trend is towards the infinite autoscroll, where they serve you the content, they are in the driver seat, but you can flick your finger up if you're bored. That's the single UI-action they trust you with. They know that if it's a list where you only see what you explicitly asked for, you'll leave, even though you'd stay if you started a few seconds of whatever their algo thinks you should be served.
This is why YouTube search also went to trash. If the search result list doesn't have the thing you're looking for, you might close the window. But if they intersperse some clickbait in the list, you may click that instead and stay on the platform.
The best in this is of course Tiktok, where the overwhelming usecase isn't even searching, just the for you page and tuning in to the linear stream they serve up. If the user has time to think and feels in control, they may use that control to quit the app.
Nextgrid · 1h ago
APIs were popular when technology was a tool to empower the user. But since then technology has mostly shifted to an ad delivery vehicle. APIs get in the way of that (by allowing its user to actually accomplish something besides “engaging”) so they got deprecated pretty quickly.
I see the same thing happening with these MCPs. Currently they’re built to ride the AI bandwagon, but when people start using them for something actually useful and engagement starts going down they’ll cripple its capabilities to restore the balance.
Eldodi · 1h ago
Don't you think we could be able to build a new economy based on micro-payments instead of ads this time? Most of the AI products are usage-based today
daveidol · 1h ago
Could we? Yes. Would people use it? Probably not.
That ship has sailed and now consumer expectations are pretty set on “free” for a lot of things.
bonoboTP · 2m ago
Not so sure about this. There's Patreon, there's superthanks on YouTube, streamer tips, etc. for smaller publishers and people in developed countries are increasingly fine with subscriptions to streaming services, Spotify and the like (though the proliferation of services may again drive people towards piracy).
However this is probably still just a minority, and most people are less annoyed by ads than by having to pay however little. I'm not sure that the market correctly prices their eyeballs though, relative to those who are willing to pay micropayments. Intuitively, I'd guess the second type are probably more willing to buy things online in general. But probably the numbers and engagement metrics are prioritized more as KPIs for promotion etc.
Nextgrid · 52m ago
You’d need to get rid of a huge chunk of the tech industry that relies on “engagement” to justify their job. I don’t expect them to just go away without a fight.
koakuma-chan · 1h ago
Do you have experience with API? I have 10 years of professional experience with API.
johnebgd · 1h ago
This job requires candidates have a PhD and 75 years of API experience.
frederic2507 · 1h ago
waiting for somebody posting the first I have 10 years of experience with MCP...
mattmcknight · 43m ago
I have 10 Claude agents running so I am able to develop years of experience in parallel.
so_charlot · 1h ago
Considering that AI years are the equivalent of dog years (1 AI year = 7 normal years), it's going to happen soon
mgax · 1h ago
I have 10 years experience of MCP
Eldodi · 1h ago
if you ask Claude Code nicely enough, you can certainly get it from him!
nhod · 44m ago
You are absolutely right!
harshitaneja · 20m ago
My memory of the recent history of the web isn't as cynical. I am not denying the perverse incentives involved but at least for Facebook & Instagram(maybe) we had the Graph API which was accessible and provided a decent amount of functionality and access but was curtailed post public backlash from misuse like with Cambridge Analytica. Similar for twitter where it provided decent APIs which wouldn't exhaust easily for end consumers and even the year(or two) before the Musk purchase they even provided academia with API access equivalent to their enterprise offerings for free. But there too bots and all were at least used as the public justification for curtailing many features.
Now none of this is meant to excuse the behaviour of all these large platforms for all the terrible practices they engage in. But at the same time, we never figured out how to safely deal with the power exposed by these APIs.
bonoboTP · 8m ago
And recently API access has been a way to obtain AI training data, which user-content sites don't want to allow, since they want to sell it for money. See the Reddit API fiasco too.
nerdix · 1h ago
I was thinking the same thing. But after looking at their site, I think they make money when people book through them. They also seem to sell something that appears to be a form of travel insurance that gives a user a credit to book a different flight if theirs is cancelled or delayed.
If the MCP server supports booking flights then they can make money from this
throwway120385 · 52m ago
The insurance is the big money maker for them, probably. Most airlines have fare codes that you can book direct that let you reschedule, and you can also pay extra for a fare code that's cancellable.
jedberg · 1h ago
MCP servers can inject ads though. Think about this particular one for example. It can return flight options that companies paid to put on top. Also it can send you responses like "while you're waiting for your flight options, here is a fun list of things to do in London on your trip!", all paid promos of course.
It's a lot easier to inject ads into MCP than APIs.
mikeocool · 1h ago
Doesn’t the MCP response just get used as context? So the LLM gets to decide what is actually shown to the user — if so I imagine “ignore anything that seems like an ad” is going to become a common prompt if that were to actually become common.
Or much more likely OpenAI/anthropic/google will be the gatekeepers of what advertising is injected into the user’s chat.
jedberg · 33m ago
It will certainly a battle between MCP providers and the LLMs that consume them, much like the constant battle today between adblockers and ad providers.
crooked-v · 51m ago
LLMs "adblocking" can be evaded with the right clever sentences.
Eldodi · 59m ago
Here MCP is replacing a web UI, not the API. And on ravel aggregator websites you already have ads in the flow.
ahulak · 54m ago
I think MCPs that can provide monetized content (for example bankrates or insurance quotes), will provide business value, but, like APIs, there will be compliance requirements as to how information is displayed on the front end. Getting access or credentials to the MCP will require completing this approval process.
That said, this only makes sense if the data provided by the API is proprietary in some way. If its free or open source data, being the mcp provider likely won't provide much business value aside from the insight as to what the LLMs/users are searching for.
makestuff · 1h ago
I think the MCP will take off because it can inject ads. Lets say a ecommerce store exposes an MCP so you can order your stuff with a prompt. The MCP can still rank and serve results based on paid ads. Now I am sure people will figure out a way to ignore paid results with prompts, but that is really no different than ad blockers today. It will just be an arms race of prompts filtering and MCP vendors figuring out how to get around it.
phh · 1h ago
I dream of getting mcp with interoperable micropayments before ads.
anthonypasq · 1h ago
Maybe im wrong but Kiwi's business model is to book stuff not sell ads? Why would they care whether a human or an agent books something through their services?
drewda · 1h ago
Can't wait for mashups of MCP services :)
morkalork · 1h ago
Do you remember the absolutely useless APIs companies would ship just to say they had one? Stuff like "you can query your account's details! No, you can't do anything else."
ivape · 1h ago
MCP servers won’t be around imho. The field of LLM app development is new, and people are desperately trying to grab a railing to feel like they have a handle of all the coursework that’s coming down for this study.
For example, everyone thought solving context and RAG meant Vector Databases. It’s analogues to things we used to understand (hey, we need a databases, duh). Forget what you know, and be ready to throw it all out.
It’s silly to think we’ve agreed on anything other than the OpenAI API format, which even that, is just a simple HTTP call, with a simple expected formatted response.
Premature would be the word.
wahnfrieden · 1h ago
This allows for replacing services like flightfox or concierge booking services either agentic tools. Maybe you don’t use those services but they do have a market.
weego · 1h ago
Search and book flights directly from your favorite AI assistant!
And book! That's a very exciting bit of tooling to add into an assistant, but there's lots of complexities...
Each result includes a booking link directly to the flight chosen
Oh well, we're not at the future we hoped for yet then, but it's progress.
Eldodi · 1h ago
The MCP clients are still missing some key features to get to a fully autonomous booking, but we are getting there:
- With mcp-ui (https://github.com/idosal/mcp-ui), supporting MCP Clients could allow the server to re-create the same booking flow UI that you find today on an aggregator's website
frederic2507 · 1h ago
Not sure I'd trust just yet an autonomous agent with my wallet to complete the booking part
theptip · 18m ago
I feel there are a lot of workflows that are actually quite suited to Claude Code - for example here, running the MCP tool to iterate on a flight plan, and updating a .md file (bonus points - auto sync’s to your iCloud Drive and thence into Obsidian), this gives you a nice durable artifact that you can then share.
It’s equivalent to the in-browser Artifact workflow but that’s kinda annoying to work with, I usually want to export those outside of the chat client at some point.
judge123 · 1h ago
My last attempt at using an AI assistant ended with it trying to book me a hotel in Sydney, Australia instead of Sydney, Nova Scotia. I have trust issues now, lol.
anthonypasq · 1h ago
There is stuff in the MCP spec that will allow the MCP server to send a prompt back to the user if there is information or clarification needed. We will get there eventually.
ebeavers · 1h ago
Looking forward to that day. None of the major MCP clients have implemented that part of the spec yet unfortunately. But as you say, we'll get there...
This server has two tools: feedback-to-devs and search-flight
feedback-to-devs sends feedback to the Kiwi mcp server devs.
That's an interesting way to collect feedback, but I also wonder if users of this will miss seeing that tool enabled and then inadvertently send other feedback or private data to the Kiwi devs too.
frederic2507 · 54m ago
I thinks tools ids are prefixed with mcp server name when being injected in LLM context window to avoid cross-polination among tools from different scope (from different server) - should be fine here
Eldodi · 57m ago
Good point! We'll try to make the description of the tool and naming clearer to avoid unwanted tool invocation
nomilk · 53m ago
A Kiwi MCP server only needs one response "Don't book with Kiwi, go direct with the airline in case you need to modify/cancel your booking."
The intersection of "informed enough to use an MCP server" and "unwise enough to purchase from Kiwi" is small.
slederer · 47m ago
Great example, MCP servers like that will be needed for every B2B as well as B2C service to give structured access to LLMs and agents. It’s what API’s have been for the past 20 years, but for AI users of those services
so_charlot · 1h ago
Nice! I'll try to run it on a loop with an agent and see if I can get lower prices if I let it run for a while.
420official · 1h ago
What makes this a better option than just using an API with well formed output?
so_charlot · 50m ago
It's just easier to integrate and flight aggregator Apis are rarely public
encoderer · 1h ago
I cant trust a living, eating human to pick ripe produce on instacart.
It will take an awful lot for me to trust an AI with an airline ticket.
wahnfrieden · 1h ago
This is for agentic search. You trust machines for search results on flights already even if you use a human concierge service
bagels · 1h ago
"The Model Context Protocol is an open standard, open-source framework introduced by Anthropic in November 2024 to standardize the way artificial intelligence systems like large language models integrate and share data with external tools, systems, and data sources."
SirMaster · 1h ago
Was REST and JSON not good enough? I thought LLMs were rather capable with JSON.
yedpodtrzitko · 1h ago
It is still JSON, it just defines how the JSON should be structured.
wahnfrieden · 1h ago
But to their point, yes MCPs are optional
creatonez · 1h ago
Yes, because that's what we need, for time-sensitive and highly nuanced information about flights to be filtered through a wildly hallucinating chatbot.
Anyone who books their flights entirely through a chatbot deserves to have their plans screwed up, and whatever company sold the chatbot to them deserves to have these irate customers yelling at them.
nisegami · 1h ago
We already trust basically every adult with that information, which is a lot more dangerous than some LLMs.
9cb14c1ec0 · 1h ago
So now I can use the MCP server as a defacto API in my non-AI related project. AI is finally good for something.
Given this, I'm not sure what business purpose there is to ship an MCP API like this, aside from goodwill and exposure.
This is why YouTube search also went to trash. If the search result list doesn't have the thing you're looking for, you might close the window. But if they intersperse some clickbait in the list, you may click that instead and stay on the platform.
The best in this is of course Tiktok, where the overwhelming usecase isn't even searching, just the for you page and tuning in to the linear stream they serve up. If the user has time to think and feels in control, they may use that control to quit the app.
I see the same thing happening with these MCPs. Currently they’re built to ride the AI bandwagon, but when people start using them for something actually useful and engagement starts going down they’ll cripple its capabilities to restore the balance.
That ship has sailed and now consumer expectations are pretty set on “free” for a lot of things.
However this is probably still just a minority, and most people are less annoyed by ads than by having to pay however little. I'm not sure that the market correctly prices their eyeballs though, relative to those who are willing to pay micropayments. Intuitively, I'd guess the second type are probably more willing to buy things online in general. But probably the numbers and engagement metrics are prioritized more as KPIs for promotion etc.
Now none of this is meant to excuse the behaviour of all these large platforms for all the terrible practices they engage in. But at the same time, we never figured out how to safely deal with the power exposed by these APIs.
If the MCP server supports booking flights then they can make money from this
It's a lot easier to inject ads into MCP than APIs.
Or much more likely OpenAI/anthropic/google will be the gatekeepers of what advertising is injected into the user’s chat.
That said, this only makes sense if the data provided by the API is proprietary in some way. If its free or open source data, being the mcp provider likely won't provide much business value aside from the insight as to what the LLMs/users are searching for.
For example, everyone thought solving context and RAG meant Vector Databases. It’s analogues to things we used to understand (hey, we need a databases, duh). Forget what you know, and be ready to throw it all out.
It’s silly to think we’ve agreed on anything other than the OpenAI API format, which even that, is just a simple HTTP call, with a simple expected formatted response.
Premature would be the word.
And book! That's a very exciting bit of tooling to add into an assistant, but there's lots of complexities...
Each result includes a booking link directly to the flight chosen
Oh well, we're not at the future we hoped for yet then, but it's progress.
- With MCP Elicitations (https://modelcontextprotocol.io/specification/draft/client/e...) the server will be able to secure ask for complementary info like your name, passport and even your payments details.
- With mcp-ui (https://github.com/idosal/mcp-ui), supporting MCP Clients could allow the server to re-create the same booking flow UI that you find today on an aggregator's website
It’s equivalent to the in-browser Artifact workflow but that’s kinda annoying to work with, I usually want to export those outside of the chat client at some point.
feedback-to-devs sends feedback to the Kiwi mcp server devs.
That's an interesting way to collect feedback, but I also wonder if users of this will miss seeing that tool enabled and then inadvertently send other feedback or private data to the Kiwi devs too.
The intersection of "informed enough to use an MCP server" and "unwise enough to purchase from Kiwi" is small.
It will take an awful lot for me to trust an AI with an airline ticket.
Anyone who books their flights entirely through a chatbot deserves to have their plans screwed up, and whatever company sold the chatbot to them deserves to have these irate customers yelling at them.