Live data from Hacker News

OpenRouter is joining Stripe

openrouter.ai

151–160 of 532 posts

Re: OpenRouter is joining Stripe

#151
post #65

It is amazing how we watch from the sidelines these aquisitions and think .... why such big bill ? But it takes a good team to sell and everytime someone is successful it is because probably they have great sellers who believe in their value and demand a price. It is certainly not an easy task to get to the finish line for a startup and pay back their investors.

Curious on what OpenRouter's true moat is? It's just an LLM API routing framework, right?

I think it's kind of like what GitHub has despite getting rid of the quota system for Copilot: existing customers that are already setup to deal with them.

In this case I imagine that OpenRouter's moat is going to be that businesses that already use Stripe will have a lower bar to choosing OpenRouter to provide the AI access, and clean integration with Stripe to pay for stuff like AI support bots.

Re: OpenRouter is joining Stripe

#152

I'm not happy about this. Having used OpenRouter a lot and enjoying the experience, I need to say that corporate consolidation is never good for consumers.

>I need to say that corporate consolidation is never good for consumers.

Truer words, never spoken. I'm not sure how exactly this will screw me over -but I do know that it will.

Re: OpenRouter is joining Stripe

#153
post #125

Earlier quoted context omitted.

They are the leading LLM API routing tool. Stripe is the leading payments API. They are betting on OpenRouter being as important to developers as payments. Both let them take a small percentage of a shitload of transactions. Being the goto service for APIs and executing well is the moat. Someone else would have to beat the volume leader on price or beat them on execution. Good luck. The only realistic competitors wou…

I don't understand why one would let a router handle their LLM request (other than for routing it to the cheapest inference provider for open models). When I build an application that uses LLMs, it's tuned and tested for a specific model only. LLMs are not really drop-in replacements of each other, even different versions of the same series. The pertinent question isn't why OpenRouter but why a router company is wort…

You can use one key for multiple models, you can have many keys with a budget on each, you can manage all your keys in one piece of glass, you don't have to deal with the upstream vendors directly just to name a few. These are all things that may be important to developers. I can't even get an OpenAI API key because those morons can't get their phone verification to work properly. OpenRouter is the only way I can use their models.

Re: OpenRouter is joining Stripe

#155
post #126

Earlier quoted context omitted.

> Stripe is "just" a payments platform Counterpoint: you can't just go to Visa/Mastercard or a merchant acquirer out there and set up an account on the same terms that Stripe can. On the other hand, you can sign up to any LLM provider and get API access on terms that are the same or better (since I'm sure they don't appreciate having a middleman and would benefit from incentivizing direct usage) than OpenRouter gets.

Yes, you can get better pricing if you do it yourself. But the true advantage of OpenRouter is that, in a space where there's a new model being released every week, you can easily switch to whatever model is best at any given time without having to set up accounts with multiple providers. Or you can just experiment with the latest release. Their product is the convenience. Of course if you decide to only use a specif…

But it's not really that difficult to make a clone of OpenRouter's service. What they do isn't really that original.

Their only value comes from the fact that the currently have lots of traffic. And I dkn't think that their cumstomers are really bound to theur servuce. They could switch to a competitor without too much hassle.

Re: OpenRouter is joining Stripe

#158
post #135

What's with naming proprietary stuff "open"?

Would "OpenSourceRouter" be a trademark violation? I've built one in Rust and want to market it.

Not if you’re in a different domain, then it cannot be claimed to confuse customers.

So if it’s a network router or a woodworking router, then you’re good.

I can sells of red socks, and white socks, without getting sued by Chicago or Boston.

If it’s in the same space… you might want to contact a lawyer. I believe Firefox had conflicts with earlier names like Phoenix and FireBird and they weren’t even browsers.

Re: OpenRouter is joining Stripe

#159
post #130

Earlier quoted context omitted.

One-to-many implementation. Stripe is one api to every bank. Openrouter is one api to every language model.

And... How do they combine? I really curious.

My read: The thesis is that token spend is going to be one of the larger input costs to a business in the future. They want token economics to happen on their platform so that the commission that comes out of all of this goes to them. It is not enough that openrouter uses stripe exclusively to interact with banks, since the transactions are expected to not just be tokens for dollars, but tokens for tokens or tokens for specific stablecoins tied to tokens. One of the value adds of stripe is their policy and monitoring layer. With tokens, the polices and monitoring will happen in token-land primarily, not in dollars-land. So if you want to continue demanding commission for those types of things, you have to be able to execute policies on tokens. Tokens can of course be variably priced - I am not claiming # tokens itself has the same value across providers.

The platform also has another value that is not mentioned often. People often mention the devex, which is consumer value. But one of the main things about open router is that they help model providers access a massive distribution channel with smooth demand, as with any aggregator. Similar to the value food delivery apps provide to restaurants. As such, this type of marketplace power has the potential to allow them to charge model providers commissions as well for various services in the future. You can already almost imagine an "auto mode" where they balance improvements to cx (say right sized models for tasks, saving u money) with "ad"/preferential treatment promises tomodel providers. Basically, all the typical middleman stuff.

One of the other companies in this space, ramp, has also started their own router at router.com. See https://x.com/tryramp/status/2090146780512227825

Quoting their rumored leaked investor letter dated Aug 19 26 below:

Zooming out, we see capital and intelligence are becoming the two digital flows undergirding every business. Up until now, every developer has needed a straightforward and reliable way to manage their revenue pipeline, and serving this need gave rise to Stripe. Going forward, however, every developer will also need a straightforward and reliable way to manage their intelligence pipeline. This observation first led us to OpenRouter. OpenRouter has built the world's largest and most trusted token routing engine, supporting all major models and providers, and beloved by its customers....We think that there are deeper reasons to pursue integration besides convenience. Our experience in working with our customers has led us to realize that intelligence is special: it is expensive, heterogeneous, and constantly changing. As with financial capital, businesses must reason about cost and return of every unit in a deliberate and granular way. How valuable is this task? With which models can it be best handled? Who will pay, and when, and what is the time-value of that delay? We have seen the parallels between managing intelligence and managing capital directly in our own products. Radar, for example, was initially designed to prevent financial fraud, but is proving extremely effective at guarding against token fraud at many of the world's largest A1 companies. Metronome (used by Anthropic, Nvidia, and other industry leaders) is showing that metered billing in an AI context is inseparable from token serving and consumption itself.

Post reply on HN