ZenMux is an enterprise-grade LLM gateway that makes AI simple and assured for developers through a unified API, smart routing, and an industry-first automatic compensation mechanism.
Routing is where most gateways feel similar on paper—what’s your actual decision policy in production (signals used, how often it updates, how you avoid regressions), and how do your public benchmarks translate into routing choices for a specific customer workload?
Report
Automatic compensation is a bold promise. Love this angle. Congrats on launch 👏
@sandy_liusy Thanks! 🙏 The auto-compensation is the hook, but the real gold is — every payout is an edge case from your own business. Take those insights back as Context to reverse-optimize your product experience. That’s the data flywheel.
Report
Maker
@sandy_liusy Thanks! We felt that infra providers shouldn’t only optimize throughput — they should stand behind output quality and reliability. That’s the bet we’re making.
@sandy_liusy Thanks! Auto-compensation is one of our core features. Currently, we provide compensation for "slow response" and "inaccurate output". From a practical perspective, it's great that users don't have to pay for bad results. But there's another, even more important benefit in my view: the log data from these insurance payouts is extremely valuable and can help developers optimize their products.
Report
Congrats on the launch! The model insurance angle is interesting, especially for production use cases where reliability matters more than raw capability. How do you objectively determine when an output qualifies as poor versus just subjective dissatisfaction?
@vik_sh Thanks for the great question! 🙏 We've built our own detection algorithm, and right now we have two dimensions live:
Unexpected content generation
High latency
How do we detect "unexpected content generation"? One example: if a user asks two consecutive questions with the same intent, we treat that as a signal that they weren't satisfied with the first response. That's one of the ways we identify bad cases.
The payout is just the outcome. The real value is: every flagged bad case is an edge case from your own business, ready to be used as context to improve your product experience.
@vik_sh Currently, we mainly provide compensation in two scenarios:
First, we will compensate when the model's speed is significantly lower than the model's average speed.
Second, for the content generated by the model, we will provide a certain amount of compensation if the user is dissatisfied. The method is that we have written an algorithm to compare the similarity between the two most recent queries. If the similarity is high, it indicates that the user has re-asked the question, so the previous charge will be waived. Of course, we have set up a capital pool to prevent us from running out of funds in case of emergencies.
This feature will be iterated on for a long time. Its core value is to help users create a data flywheel for their own products and optimize their products effectively.
The insurance mechanism is a genuinely novel idea in the LLM gateway space. Most aggregators (OpenRouter, LiteLLM) treat themselves as dumb pipes.. you get your tokens, and if the model hallucinates or latency spikes, that's your problem.
I'm curious about the implementation like how does ZenMux detect "degraded quality" automatically? Is it running a lightweight evaluation model on every response, or is it based on heuristics like response length, latency thresholds, and known failure patterns?
The line between a genuine hallucination and a subtly wrong answer seems really hard to draw programmatically. Also, does the insurance payout data feed back into routing decisions? That would create a really interesting flywheel like the more claims you process, the smarter your routing gets
@diegodau I'm glad you asked such an extremely important question. Let me share some details:
First, the definition of quality is user-defined, triggered by actions like clicking the "regenerate" button or re-asking a highly similar question. When we detect such patterns, we use an algorithm to verify the similarity, and if it meets our criteria, we count it as a qualifying case. Of course, as you mentioned, "good quality" is a vague concept, and we are working to make this definition increasingly clear while iterating and optimizing our solution.
Second, our payouts are processed asynchronously, not during runtime.
Finally, regarding the flywheel effect you mentioned, that is indeed the case, and I believe it is also the most valuable part of this mechanism.
Congrats on the launch, ZenMux team! A unified LLM gateway with smart routing is already valuable, but the “automatic compensation” angle is especially interesting — it’s rare to see reliability/quality guarantees treated as a first-class product feature. Curious how you define and measure “subpar results” (latency, hallucination rate, eval score, user feedback?) and what the compensation workflow looks like in practice.
@31xira Great question — and yes, we have algorithms to detect both latency spikes and content quality issues. When the conditions are met, compensation is triggered automatically.
That said, we're still iterating on the thresholds — this is our first version, and we're learning fast. Would love for you to stay tuned and share any feedback if you give it a try! 😊
Report
Maker
@31xira Thanks, Angie! You asked the million-dollar question regarding our workflow.
We actually designed two core mechanisms: Passive and Active compensation.
Passive Compensation (Live now): This happens in the background without user intervention. We use our internal 'insurance mining' algorithms to detect qualifying failure patterns and issue credits automatically. However, purely automated detection naturally has a technical ceiling.
Active Compensation (Coming H1 this year): This is where we see the most potential. Developers can use the ZenMux SDK to embed feedback controls directly into their AI products. When an end-user flags a poor result (via a standard interaction flow), we evaluate it and route the compensation through you (the developer) directly to that end-user.
We believe this 'Active' approach will be the real game-changer for building trust!
Report
Model insurance for AI infra? That’s new. Curious to try it.
@luke_pioneero Appreciate it! 🙏 You hit it — the model insurance is new, but honestly the best part is what comes with the payout: real edge cases from your own usage, ready to plug back in and make your product smarter.
Curious to hear what you think once you try it! 🚀
Report
Maker
@luke_pioneero Thank you! We built it because we felt infra shouldn’t shift all risk to builders.
@luke_pioneero This is a very special feature of ours. We noticed users asking, “Why should I pay when the model isn’t accurate?” After seeing this feedback many times, we started reflecting on what we could do—and this idea came out of it.
Behind this feature is a push for us to improve stability and speed; otherwise, we’d lose a lot of money 😄
@rydensun Model outages are truly incidents that severely impact business development. However, we are confident in addressing this issue effectively. Many members of our founding team come from renowned stability engineering teams, bringing with them profound expertise in this field.
Product Hunt
Automatic compensation is a bold promise. Love this angle. Congrats on launch 👏
ZenMux
@sandy_liusy Thanks! 🙏 The auto-compensation is the hook, but the real gold is — every payout is an edge case from your own business. Take those insights back as Context to reverse-optimize your product experience. That’s the data flywheel.
@sandy_liusy Thanks! We felt that infra providers shouldn’t only optimize throughput — they should stand behind output quality and reliability. That’s the bet we’re making.
ZenMux
Congrats on the launch! The model insurance angle is interesting, especially for production use cases where reliability matters more than raw capability. How do you objectively determine when an output qualifies as poor versus just subjective dissatisfaction?
ZenMux
@vik_sh Thanks for the great question! 🙏 We've built our own detection algorithm, and right now we have two dimensions live:
Unexpected content generation
High latency
How do we detect "unexpected content generation"? One example: if a user asks two consecutive questions with the same intent, we treat that as a signal that they weren't satisfied with the first response. That's one of the ways we identify bad cases.
The payout is just the outcome. The real value is: every flagged bad case is an edge case from your own business, ready to be used as context to improve your product experience.
That's where the data flywheel starts turning.
ZenMux
Wordwand
The insurance mechanism is a genuinely novel idea in the LLM gateway space. Most aggregators (OpenRouter, LiteLLM) treat themselves as dumb pipes.. you get your tokens, and if the model hallucinates or latency spikes, that's your problem.
I'm curious about the implementation like how does ZenMux detect "degraded quality" automatically? Is it running a lightweight evaluation model on every response, or is it based on heuristics like response length, latency thresholds, and known failure patterns?
The line between a genuine hallucination and a subtly wrong answer seems really hard to draw programmatically. Also, does the insurance payout data feed back into routing decisions? That would create a really interesting flywheel like the more claims you process, the smarter your routing gets
ZenMux
Wordwand
@haize_yu really cool! thank you for the answer! Good luck
FastMoss
Congrats on the launch, ZenMux team! A unified LLM gateway with smart routing is already valuable, but the “automatic compensation” angle is especially interesting — it’s rare to see reliability/quality guarantees treated as a first-class product feature. Curious how you define and measure “subpar results” (latency, hallucination rate, eval score, user feedback?) and what the compensation workflow looks like in practice.
ZenMux
@31xira Great question — and yes, we have algorithms to detect both latency spikes and content quality issues. When the conditions are met, compensation is triggered automatically.
That said, we're still iterating on the thresholds — this is our first version, and we're learning fast. Would love for you to stay tuned and share any feedback if you give it a try! 😊
@31xira Thanks, Angie! You asked the million-dollar question regarding our workflow.
We actually designed two core mechanisms: Passive and Active compensation.
Passive Compensation (Live now): This happens in the background without user intervention. We use our internal 'insurance mining' algorithms to detect qualifying failure patterns and issue credits automatically. However, purely automated detection naturally has a technical ceiling.
Active Compensation (Coming H1 this year): This is where we see the most potential. Developers can use the ZenMux SDK to embed feedback controls directly into their AI products. When an end-user flags a poor result (via a standard interaction flow), we evaluate it and route the compensation through you (the developer) directly to that end-user.
We believe this 'Active' approach will be the real game-changer for building trust!
Model insurance for AI infra? That’s new. Curious to try it.
ZenMux
@luke_pioneero Appreciate it! 🙏 You hit it — the model insurance is new, but honestly the best part is what comes with the payout: real edge cases from your own usage, ready to plug back in and make your product smarter.
Curious to hear what you think once you try it! 🚀
@luke_pioneero Thank you! We built it because we felt infra shouldn’t shift all risk to builders.
ZenMux
Elisi : AI-powered Goal Management App
Multiple suppliers for the same model + auto failover = no more "our model provider is down" incidents.
ZenMux