<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Hacker News: rohaga</title><link>https://news.ycombinator.com/user?id=rohaga</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Fri, 31 Jul 2026 01:38:57 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=rohaga" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by rohaga in "Launch HN: Tokenless (YC S26) – Automatic model switching to save money"]]></title><description><![CDATA[
<p>We have run it on DeepSWE, check out our blog post for details of how we leverage the intelligence of the smart models <a href="https://usetokenless.com/blog/building-tokenless/" rel="nofollow">https://usetokenless.com/blog/building-tokenless/</a></p>
]]></description><pubDate>Wed, 29 Jul 2026 18:47:30 +0000</pubDate><link>https://news.ycombinator.com/item?id=49101426</link><dc:creator>rohaga</dc:creator><comments>https://news.ycombinator.com/item?id=49101426</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49101426</guid></item><item><title><![CDATA[New comment by rohaga in "Launch HN: Tokenless (YC S26) – Automatic model switching to save money"]]></title><description><![CDATA[
<p>Since we fan out in parallel, by definition the latency is only at worst the latency of the slowest model. The model in between is fairly light, so it seems to not materially affect things. Deciding mid-turn also lets us resolve earlier, often saving on the latency question. We hope to publish a detailed study about this soon.<p>We are exposing the routing decision information already, scroll over the response in the Dashboard and it'll tell you what models it considered and what it chose.</p>
]]></description><pubDate>Wed, 29 Jul 2026 18:36:29 +0000</pubDate><link>https://news.ycombinator.com/item?id=49101297</link><dc:creator>rohaga</dc:creator><comments>https://news.ycombinator.com/item?id=49101297</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49101297</guid></item><item><title><![CDATA[New comment by rohaga in "Launch HN: Tokenless (YC S26) – Automatic model switching to save money"]]></title><description><![CDATA[
<p>Yeah this is a great observation--we have to collect some more data to understand new models as they come out. However, by having this composable architecture that separates "confidence prediction" and the actual "routing layer," this makes it a lot easier to add new models/restrict the models rather than re-training from scratch.</p>
]]></description><pubDate>Wed, 29 Jul 2026 18:34:38 +0000</pubDate><link>https://news.ycombinator.com/item?id=49101275</link><dc:creator>rohaga</dc:creator><comments>https://news.ycombinator.com/item?id=49101275</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49101275</guid></item><item><title><![CDATA[New comment by rohaga in "Launch HN: Tokenless (YC S26) – Automatic model switching to save money"]]></title><description><![CDATA[
<p>I agree that adjusting the reasoning effort to retain cache is a huge thing! But even doing that automatically is currently a challenge for people to figure out and do well, and costs mental energy when perhaps it doesn't need to. For example, there is GPT-5.6-Sol low, med, high, xhigh, max, and lots of "rules of thumb" that people develop on which one to use when.</p>
]]></description><pubDate>Wed, 29 Jul 2026 18:32:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=49101247</link><dc:creator>rohaga</dc:creator><comments>https://news.ycombinator.com/item?id=49101247</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49101247</guid></item><item><title><![CDATA[New comment by rohaga in "Launch HN: Tokenless (YC S26) – Automatic model switching to save money"]]></title><description><![CDATA[
<p>It automatically works with multi-turn routing. You can try it yourself in Claude Code or Codex</p>
]]></description><pubDate>Wed, 29 Jul 2026 17:27:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=49100431</link><dc:creator>rohaga</dc:creator><comments>https://news.ycombinator.com/item?id=49100431</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49100431</guid></item><item><title><![CDATA[New comment by rohaga in "Launch HN: Tokenless (YC S26) – Automatic model switching to save money"]]></title><description><![CDATA[
<p>Thanks for the praise!<p>We think the results are a work in progress. Routing is convincing for quality for the following reason. Take your favorite benchmark, and on each task, run both the top GPT and top Claude model, and call the task a success if at least one of them succeeds. You'll find the accuracy is SIGNIFICANTLY than just max{GPT, Claude}. And the more models you add the better the effect.<p>Hence, if we can make the router approach this "oracle," the quality could be really good (but also, with turn-by-turn routing, there's no reason we couldn't exceed the oracle)<p>We will likely do some ablations. Our approach was SOTA back when we first applied to YC with it, we just neglected to post it (we had only done stuff with tiny Qwen models at that point).</p>
]]></description><pubDate>Wed, 29 Jul 2026 16:54:42 +0000</pubDate><link>https://news.ycombinator.com/item?id=49099992</link><dc:creator>rohaga</dc:creator><comments>https://news.ycombinator.com/item?id=49099992</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49099992</guid></item><item><title><![CDATA[New comment by rohaga in "Launch HN: Tokenless (YC S26) – Automatic model switching to save money"]]></title><description><![CDATA[
<p>Well, you can estimate the confidence BEFORE you start the task, too. That way you can restrict your trajectory to just a few models.<p>We also think there are tons of people working on "context management"--e.g. retrieval systems, prompt compression, log compression, etc. We want to work harder on the "decode" side as we think there are lots of savings to be made</p>
]]></description><pubDate>Wed, 29 Jul 2026 16:49:13 +0000</pubDate><link>https://news.ycombinator.com/item?id=49099917</link><dc:creator>rohaga</dc:creator><comments>https://news.ycombinator.com/item?id=49099917</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49099917</guid></item><item><title><![CDATA[New comment by rohaga in "Launch HN: Tokenless (YC S26) – Automatic model switching to save money"]]></title><description><![CDATA[
<p>Highly encourage you to read the blog post (<a href="https://usetokenless.com/blog/building-tokenless" rel="nofollow">https://usetokenless.com/blog/building-tokenless</a>). Essentially, we estimate the confidence of a specific model failing or succeeding on a specific task using our own foundation models.<p>A turn here is a tool call/user input, anything that causes the model to get some new input. We're working on adding Minimax M3 and other models. We think that people have some intuitions about which models are good when--we seek to quantify them scientifically.</p>
]]></description><pubDate>Wed, 29 Jul 2026 16:46:35 +0000</pubDate><link>https://news.ycombinator.com/item?id=49099871</link><dc:creator>rohaga</dc:creator><comments>https://news.ycombinator.com/item?id=49099871</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49099871</guid></item><item><title><![CDATA[New comment by rohaga in "Launch HN: Tokenless (YC S26) – Automatic model switching to save money"]]></title><description><![CDATA[
<p>Our research seems to indicate you can get a decent signal based on the first few reasoning trace summaries. We analyzed hundreds of billions of tokens to figure this out. Any open-weights model also gives you reasoning, which is very helpful (because they are usually lower-quality candidates you would want to cut off early)<p>The largest models are very well known for having large reasoning traces. The thing that cracks down on overthinking is reasoning-effort training, which is largely a function of how the model is trained (certain RL objectives/teachers) rather than size of the model. The Kimi K3 technical report has some excellent work on this: <a href="https://arxiv.org/pdf/2607" rel="nofollow">https://arxiv.org/pdf/2607</a>.</p>
]]></description><pubDate>Wed, 29 Jul 2026 16:37:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=49099733</link><dc:creator>rohaga</dc:creator><comments>https://news.ycombinator.com/item?id=49099733</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49099733</guid></item><item><title><![CDATA[New comment by rohaga in "Launch HN: Tokenless (YC S26) – Automatic model switching to save money"]]></title><description><![CDATA[
<p>If we cut off an unconfident/expensive model early in thinking, then we don't have to pay for additional thinking cost at all. For many tasks, this is quite a large saving.<p>That being said, whatever models we select to race at any point will ALL have their cache updated, so if they're chosen on the next race they'll be a lot cheaper.</p>
]]></description><pubDate>Wed, 29 Jul 2026 16:21:08 +0000</pubDate><link>https://news.ycombinator.com/item?id=49099507</link><dc:creator>rohaga</dc:creator><comments>https://news.ycombinator.com/item?id=49099507</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49099507</guid></item><item><title><![CDATA[New comment by rohaga in "Launch HN: Tokenless (YC S26) – Automatic model switching to save money"]]></title><description><![CDATA[
<p>> So this only switches models if the cache is cold<p>Not exactly. It can also make sense if the cache is hot to switch models. For example, we might currently be on Deepseek and the next task is SO HARD that it doesn't make sense to not use frontier (1 turn to crack versus 100 turns for Deepseek to crack). Likewise, the router may judge that it's likely that the next few set of tool-calls will be ridiculously easy, and so switching to Deepseek will save over time.<p>Remember that Deepseek can be something like 30x cheaper even cold.<p>There is a more fine-grained view of caching here, because each model can have a different amount of the prefix already cached as well (since we were switching a bunch) so even if the cache is somewhat warm it may make sense to switch.</p>
]]></description><pubDate>Wed, 29 Jul 2026 16:14:46 +0000</pubDate><link>https://news.ycombinator.com/item?id=49099420</link><dc:creator>rohaga</dc:creator><comments>https://news.ycombinator.com/item?id=49099420</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49099420</guid></item><item><title><![CDATA[Launch HN: Tokenless (YC S26) – Automatic model switching to save money]]></title><description><![CDATA[
<p>Hi HN, Rohit here from Tokenless (<a href="https://usetokenless.com/" rel="nofollow">https://usetokenless.com/</a>), which I’m building alongside co-founders Andrew and Kev. We’re building an API gateway which routes agent traffic dynamically turn-by-turn between different models to save on AI spend.<p>The cost of AI tokens is top-of-mind for many. Companies like Uber and Salesforce have been complaining about blowing their yearly AI spend faster than expected.<p>Frontier models are amazing for dev work, but are so expensive. Open-source models are cheap and rapidly improving, closing the gap with frontier models, but aren’t quite there yet.<p>Tokenless gets you the best of both worlds–routing harder turns to smarter models only when needed, which keeps costs low.<p>Before Tokenless, I was doing a PhD at Princeton. While using coding/other agents, I constantly agonized over model choice, to make sure my AI spend was going as far as possible on my academic Cursor account.<p>At the same time, I was doing LLM research, and a small technique I developed while in recovery from NeurIPS submission season seemed to hit SOTA pretty fast. I was surprised that such simple ideas could do routing well.<p>We’ve been able to develop a version of the router that matches the performance of Claude Fable 5 at half the cost. The blog post on our website explores the technical details on how we did this (<a href="https://usetokenless.com/blog/building-tokenless/" rel="nofollow">https://usetokenless.com/blog/building-tokenless/</a>).<p>Highlights:
- Our approach queries multiple models at once and uses their progress to make decisions (this technique is novel AFAIK, let us know if you know anyone else doing this).
- Switching models doesn’t destroy the cache if the routing algorithm is aware of when the cache is hot/cold.<p>To come:
- Adding Kimi K3, all other GPT efforts and more to the router<p>Go ahead and sign up on usetokenless.com and try using Tokenless with your agent, you’ll get $20 of free credit. Here’s a demo on how to use it: <a href="https://youtu.be/sjZWriclcls" rel="nofollow">https://youtu.be/sjZWriclcls</a><p>Tokenless provides frontier-level intelligence for cheaper, so we’d love some feedback on how it feels to use, any corner cases that the router routes incorrectly, and whether you find the routing problem interesting!</p>
<hr>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=49099143">https://news.ycombinator.com/item?id=49099143</a></p>
<p>Points: 69</p>
<p># Comments: 59</p>
]]></description><pubDate>Wed, 29 Jul 2026 15:55:27 +0000</pubDate><link>https://usetokenless.com/</link><dc:creator>rohaga</dc:creator><comments>https://news.ycombinator.com/item?id=49099143</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49099143</guid></item></channel></rss>