The absolute best way to prove this works is by releasing a model that was fine-tuned with this method and then showing benchmarks depicting the improvement delta between the base model and the fine tuned one.
The work is not done. Then release it to the masses and wait a few days for the actual real world anecdotes.
Yeah, this is just slop. No benchmarks, no concrete case studies, just some vibecoded "platform" to finetune models on your own traces.
Which is an idea that has some value, but also some weaknesses. And this implementation of it isn't forthcoming with that concept. You have to really dig in to understand what they're even talking about.
Ok, I think it is in your interest to wait until you have more to show, and we'll be happy to help you with reposting it once it's ready.
Waitlists are against the Show HN rules (https://news.ycombinator.com/showhn.html), and you're likely to get a lot of community pushback if you post before there's enough substance for users to sink their teeth into.
Local models need to be tuned to work well so this looks useful. Seems to be for general purpose model serving. I’ve been using https://github.com/adrianco/retort to run experiments for coding models across 13 different programming languages to see which frontier and local models work.
wmo routes requests between frontier models and open source models that continuously train using Tinker. As the smaller models improve, more traffic gets routed to them.
The absolute best way to prove this works is by releasing a model that was fine-tuned with this method and then showing benchmarks depicting the improvement delta between the base model and the fine tuned one.
The work is not done. Then release it to the masses and wait a few days for the actual real world anecdotes.
Until then, this is noise.
Yeah, this is just slop. No benchmarks, no concrete case studies, just some vibecoded "platform" to finetune models on your own traces.
Which is an idea that has some value, but also some weaknesses. And this implementation of it isn't forthcoming with that concept. You have to really dig in to understand what they're even talking about.
Happy to answer any qs.
Valid criticism. Happy to answer any qs. We're still working on solidfying results.
Ok, I think it is in your interest to wait until you have more to show, and we'll be happy to help you with reposting it once it's ready.
Waitlists are against the Show HN rules (https://news.ycombinator.com/showhn.html), and you're likely to get a lot of community pushback if you post before there's enough substance for users to sink their teeth into.
Thanks for the heads up, removed mention!
Benchmarks are the ultimate consolidation of halnons razor.
[flagged]
"Please don't post shallow dismissals, especially of other people's work. A good critical comment teaches us something."
https://news.ycombinator.com/newsguidelines.html
Local models need to be tuned to work well so this looks useful. Seems to be for general purpose model serving. I’ve been using https://github.com/adrianco/retort to run experiments for coding models across 13 different programming languages to see which frontier and local models work.
That's cool, thanks for sharing!
Not sure I get it. The model you're improving is local? If so how do you even calculate cost compared to an API
Open source models.
wmo routes requests between frontier models and open source models that continuously train using Tinker. As the smaller models improve, more traffic gets routed to them.
Calculating cost is just tokens in/out.
Cool project
Thanks :)
The title is misleading. This is model routing, not distillation.
Fixed formatting which will help with readability. We do routing, distillation, and token compaction.
Cool idea! How do you guarantee privacy?
It's open source!
We do have a platform we'll be launching as well to manage training + serving for you which will require more diligent privacy guarantees.
Excited to play with this.
Let me know if you have any questions!
[flagged]