frontpage.
newsnewestaskshowjobs

Open Source @Github

fp.

Show HN: Smart model routing directly in Claude, Codex and Cursor

https://github.com/workweave/router
54•adchurch•1h ago•37 comments

Show HN: AgentBrush – Your coding agent's missing tool: image generation

https://agentbrush.dev/
2•Yan4300•15m ago•0 comments

Show HN: I built a hardware quantum RNG and wired it into a Magic 8-Ball

https://dnhkng.github.io/posts/building-the-beam-universe-splitter/
4•dnhkng•22m ago•0 comments

Show HN: WebBase-III – dBASE III rebuilt in the browser with its own interpreter

https://github.com/DDecoene/WebBaseIII
58•ddecoene•2d ago•15 comments

Show HN: A map of every UK railway, including stations that no longer exist

https://trainmap.co.uk/map.html
2•optionalltd•44m ago•0 comments

Show HN: Chess-Inspired Roguelike

https://princechazz.com
409•cowboy_henk•5d ago•137 comments

Show HN: OpenKnowledge – open source AI-first alternative to Obsidian/Notion

https://github.com/inkeep/open-knowledge
347•engomez•1d ago•164 comments

Show HN: I made Google Trends for Hacker News by indexing 18 years of comments

https://hackernewstrends.com
754•ytkimirti•1d ago•149 comments

Show HN: ZeroGate – API gateway to scale cloud GPUs to zero when idle

https://github.com/noah-garner/zerogate
3•ngarner•4h ago•0 comments

Show HN: Turn native language audio into flashcards and shadowing practice

https://lingochunk.com/try
86•alder•1d ago•36 comments

Show HN: MiniPCs.zip – Charting the Pareto frontier of Mini PCs

https://minipcs.zip
110•yathern•5d ago•45 comments

Show HN: I built a tool that matches Founders to VCs based on their pitch deck

https://investormatch.pro
3•MartinTobias•4h ago•0 comments

Show HN: Ponder – the best articles and essays on the internet

https://www.readponder.com/
3•wingdiction•5h ago•2 comments

Show HN: Jargo – a Golang port of Pipecat for conversational-AI apps

https://github.com/gojargo/jargo
4•fallais•5h ago•0 comments

Show HN: Bible as RAG Database

https://www.crosscanon.com/
150•jacksonastone•1d ago•90 comments

Show HN: Git-lazy-mount mount a repo without cloning it. Works with ordinary Git

https://github.com/mohsen1/git-lazy-mount
8•mohsen1•6h ago•3 comments

Show HN: LWDT – A Zephyr-inspired device-tree framework for ESP-IDF

https://github.com/oldrev/lwdt
4•oldrev•7h ago•0 comments

Show HN: StartupsBR – A map of Brazilian startups

https://www.startupsbr.com/sao-paulo
54•leonagano•1w ago•26 comments

Show HN: Motif Atlas – recurring patterns behind complex systems

https://nikitph.github.io/motifs/
7•loaderchips•10h ago•2 comments

Show HN: Monolisa v3 – a typeface for developers and creatives

https://www.monolisa.dev/
187•bebraw•4d ago•91 comments

Show HN: Nimic – Pure Python as a systems language with AOT compilation

https://github.com/dima-quant/nimic
41•dima-quant•3d ago•27 comments

Show HN: Persona.js – a vanilla-JS agent UI library with native WebMCP (MIT)

https://github.com/runtypelabs/persona
26•becomevocal•5d ago•18 comments

Show HN: Secs-man, a secrets manager you can (not) rely on

https://github.com/Fran314/secrets-manager-rs
30•Fran314•1d ago•19 comments

Show HN: Wordit – Change One Letter, Keep the Chain Going

https://victorribeiro.com/wordit/
42•atum47•2d ago•28 comments

Show HN: Write SaaS apps where users control where their data is stored

https://github.com/wolfoo2931/linkedrecords/
69•WolfOliver•1w ago•32 comments

Show HN: A Transformer Is All You Need

https://zenodo.org/records/20906443
3•KnoxProtocol•10h ago•0 comments

Show HN: Nub – A Bun-like all-in-one toolkit for Node.js

https://github.com/nubjs/nub
270•colinmcd•2d ago•79 comments

Show HN: LookAway, a Mac break reminder that knows when not to interrupt

https://lookaway.com
71•_kush•2d ago•25 comments

Show HN: peerd – AI agent harness that runs entirely in your browser

https://github.com/NotASithLord/peerd
71•NotASithLord•3d ago•22 comments

Show HN: Got sick of ads, so I made my own logic puzzle site

https://puzzlelair.com/
249•HaxleRose•4d ago•166 comments
Open in hackernews

Show HN: Smart model routing directly in Claude, Codex and Cursor

https://github.com/workweave/router
54•adchurch•1h ago
We built a model router that plugs into coding agents (e.g. Claude Code, Codex, Cursor, etc.) and intelligently sends requests to the best model to serve them. Here's a quick demo of running it locally: https://www.youtube.com/watch?v=isKhAyivtfM.

At Weave, we write most of our code with AI, and it's been getting more expensive. This came to a head when Opus 4.7 was released and, thanks to its tokenizer changes, our costs shot up. We knew we didn't need Opus for everything but we didn't want to lose out on the intelligence for the cases where you really need it. So we decided to build a model router to handle this for us.

The Weave Router acts as an Anthropic/OpenAI endpoint specifically for coding agents. It looks at every inference request and intelligently (more on that in a sec) decides what model to send it to, handling all the translations required along the way. So it can use faster/cheaper models (e.g. DeepSeek v4, GLM 5.2, Kimi K2.6) when possible, and frontier models (Opus 4.8 & GPT 5.5 (& Fable whenever it's back)) when necessary.

How do we know what model to route to? We trained an RL model on tens of thousands (so far!) of agent traces. We reward the routing model when it selects an LLM that successfully completes the given task.

Here's an example: if you ask the router to plan a complex change, it will (probably) route that request to Opus 4.8. Subagents exploring the codebase to gather context will be routed to more suitable models (e.g. DeepSeek V4 Flash). Then when you have the plan ready to implement, it will be (most likely) be handed to a quicker model (e.g. GLM 5.2) to carry it out.

We've been using this internally for the last month or so. We've saved 40% on tokens vs. what we otherwise would have paid, with no noticeable differences in quality or velocity.

The router is source-available under Elastic License 2.0, so you can self-host it. Or if you prefer, you can also use our hosted version: weaverouter.com.

I'll be here to answer any questions you may have!

Comments

stpedgwdgfhgdd•1h ago
The thing I do not get with these routers is that you will have more cache misses (5min ttl). And if there is one thing i’ve learned; using the cache is crucial.

How does this router translate to $$$ when developing?

adchurch•53m ago
You're right and that's why we built the router to be cache aware! Once it starts using one model, the threshold to switch to another model will be higher because the additional cost of the cache miss needs to be worth the cost savings or quality increase.

This is the key thing that other routers we've seen miss: they're stateless so for a coding agent use case you end up spending more money due to all the cache misses.

alansaber•40m ago
That is interesting, sounds like in practice you only end up routing between 2 models
adchurch•38m ago
I'd say that a typical main agent loop has 1-3 models (obviously very situationally dependent), but when you have subagents those can get routed independently since they have a fresh context window, so there are a lot more degrees of freedom there.
echelon•6m ago
Or not routing at all.

In practice you just pick one and stick with it until the API stops or you hit performance issues.

_pdp_
•
1h ago
Cool.. but I still don't get how this is going to save money. It seems to me that it might actually burn more money just because the whole system now seems to be coming from different LLMs.

Also, small LLMs are prone to stop before completion, throw errors and produce loops. Is this factored in the design of the tool? I am not sure.

edit: spellcheck

adchurch•50m ago
It saves money because some agent sessions can be entirely handled by a smaller model (also relevant: subagents use fresh context windows so a subagent with a simple task can be routed to a smaller model even if the main agent needs a frontier model).

Totally right about small LLMs btw, that's why we trained this on real agent sessions where we forced it to use different models. If the routing model sees small models can't handle a certain type of task then they won't be assigned. (Also as a fallback we have some guardrails that will have a bigger model come in to "rescue" a smaller model if it gets stuck)

arendtio•1h ago
What is the difference from Cursors 'auto' mode?
adchurch•49m ago
Fun fact: Cursor's "auto" mode is just Composer (or at least it was last time I checked). So it's different in the sense that it actually does route to more than 1 model
ai_slop_hater•58m ago
Isn't this more expensive than always using the same model, since, as I understand, by routing to different models you give up on cache?
adchurch•46m ago
If you statelessly route each new request: yes it does end up being more expensive!

So our routing is cache-aware. It will have a much higher threshold to switch from one model to another if there's already some cache for the first model. Experimentally this solves the problem (like I said we've saved 40% ourselves vs. what we would have otherwise paid).

debarshri•51m ago
It is funny. We are building something similar.
adchurch•44m ago
Oh cool, feel free to reach out to me at andrew@workweave.ai if you ever want to share notes! We've learned a lot in the process of building this so far :)
spqw•50m ago
This + making sure common requests are saved as reusable skills and scripts would probably save a large part of my token usage

As prices increase we will see more of these tools to optimise and make the best use of token budget

adchurch•36m ago
100%, from what we've seen, for a lot of big companies that 1. don't have subsidized usage and 2. are pushing AI adoption hard, figuring out token costs is P0 or P1 for their eng leadership
SoftTalker•4m ago
So you're saying that since adopting AI/LLM tech many companies have their top engineering priority being optimizing the costs of that rather than ... addressing actual business needs?
g00k•45m ago
Man, I'm not so sure if I'd use something like this because the way I prompt already changes based upon what model I am using. I'm not convinced it would route to the right model based on my diction or whatever.
alansaber•40m ago
Yep this was always the reason to avoid "auto" mode in cursor.
adchurch•40m ago
Yeah that's a really interesting point, tbh I think the more relevant variable here is the harness you're using rather than the specific model? i.e. GPT 5.5 in the Claude harness behaves a lot more like Claude than Codex if that makes sense.

Hard to quantify this ofc but that's what I've felt vibes wise from using this for the last month.

emilio_srg2•44m ago
but this means you work with API pricing rather than subscription pricing. Isn’t it better to use claude or codex CLI etc directly in terms of cost?
adchurch•41m ago
If you have a Claude/Codex subscription then we use that (and account for the subsidized price accordingly when making routing decisions) instead of API billing. So you get the best of both worlds: subsidized usage for frontier models + save by using open/smaller models when it's genuinely better.

In practice, lots of ppl are using this to make their Claude sub limits go further!

emilio_srg2•31m ago
I see but didn’t they severely limited the usage allowed with `claude -p`
adchurch•29m ago
But we're not routing via `claude -p`, if you have sub usage available + it's the right choice to route to a Claude model, then the router is approximately a transparent passthrough. So it gets billed like normal `claude` usage rather than `claude -p`.
alansaber•41m ago
"We reward the routing model when it selects an LLM that achieves the task successfully" sounds pretty oversimplified
adchurch•26m ago
Indeed it is :) I skipped over talking about all the RL machinery, network design, reward function design, state representations, etc. because really the intuition is that we tell the model when it accomplishes its goal, and then it learns over time how to get better at making the right decisions in order to accomplish its goal.

Happy to talk about this in some more depth if there's anything specific you're curious about!

gautam_io•39m ago
This is cool!

Will this use my Claude Pro/Max subscription? Or will it always use the API billing "pay as you go"?

adchurch•37m ago
Yep it uses the Claude sub if possible and falls back to API billing only if you don't have a Claude sub or it's out of usage! Same deal for Codex
slopinthebag•35m ago
> At Weave, we write ~all our code with AI

This is probably not a very effective way of marketing imo. At least, it turns me completely off.

suyash•35m ago
I would rather just use OpenCode - leverage AI models, even can host locally or paid ones with ease.
adchurch•30m ago
We integrate with OpenCode too! OpenCode provides the harness, then the router selects the right model for the task.

We haven't yet set up local model routing though, that's really interesting - have you had any success using local models for coding tasks? Tbh I haven't heard many success stories from using local models yet

k9294•30m ago
What about request caching? If you swap to a cheaper model mid execution it might cost more that to make multiple requests to the already cached provider?
adchurch•24m ago
Yep 100%, mentioned this in another thread (https://news.ycombinator.com/item?id=48689448) but tl;dr we build the router to be cache aware
mkagenius•23m ago
We have created Murmur[1] which kind of works with your existing subscription (having API key is not mandatory). You can just tag @copilot @codex from claude code to delegate work to them. (it can also do it on its own too btw)

1. https://github.com/instavm/murmur - Murmur

adchurch•11m ago
Very interesting - curious how you've used it yourself so far? I can imagine one use case would be having e.g. GPT 5.5 review Opus 4.8's work?
iluvcommunism•22m ago
This is basically what I need, a router. I’m tired of changing intelligence & speed levels manually.
adchurch•10m ago
Nice, let me know any feedback you have from trying it out!
peterbell_nyc•14m ago
I auto tune my prompts to a locked model version based on production data used as evals with holdback data. I think the use case for this would be one off interactive prompts? For now I just run those all against an Opus 4.8 MAX and I'm sure I could downtune, although for interactive my opening prompt isn't always reflective of my overall goals for the multi turn session.

I'm just trying to figure out why on the fly routing would beat testing and tuning and locking models and versions for each class of call, with evals and auto tunes running to explore more possible models for commonly run classes of prompt over time . . .