You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
**THE PITCH**: 82.5% accuracy. Zero ML. Zero GPU. 97% of RouteLLM's BERT at 3% of the compute. 63.7% cost savings. 40 providers. 3MB install. That's the 30x efficiency story. Benchmark or GTFO.
337
+
**THE PITCH**: 78.5% accuracy. Zero ML. Zero GPU. 97% of RouteLLM's BERT at 3% of the compute. 81% cost savings. 40 providers. 3MB install. That's the 30x efficiency story. Benchmark or GTFO.
**TL;DR**: 82.5% accuracy, zero ML, zero GPU. 97% of RouteLLM's BERT at 3% of the compute. 63.7% cost savings. 40 providers. 3MB install. That's the 30x efficiency story.
146
+
**TL;DR**: 78.5% accuracy, zero ML, zero GPU. 97% of RouteLLM's BERT at 3% of the compute. 81% cost savings. 40 providers. 3MB install. That's the 30x efficiency story.
147
147
148
148
Questions? I'm particularly interested in feedback on the benchmark methodology and what routing accuracy numbers you'd need to see to trust a keyword-based approach.
The 82.5% number is from our own benchmark suite, not an independent evaluation. I'd love to see third-party replication. The benchmark tests ±1 tier accuracy: if the query should go to a mid-tier model and we route to a low-tier or high-tier, that counts as correct. Same metric RouteLLM uses.
73
+
The 78.5% number is from our own benchmark suite, not an independent evaluation. I'd love to see third-party replication. The benchmark tests ±1 tier accuracy: if the query should go to a mid-tier model and we route to a low-tier or high-tier, that counts as correct. Same metric RouteLLM uses.
74
74
75
75
Why keyword matching works so well: LLM query classification is shallow. "Write Python code" is obviously a code query. "Translate this to French" is obviously translation. The edge cases where BERT helps — ambiguous queries that need semantic understanding — are maybe 10-15% of production traffic. Whether that's worth a 500MB model and GPU requirement depends on your scale.
76
76
@@ -88,7 +88,7 @@ Happy to answer questions about the benchmark methodology, the scoring algorithm
88
88
```
89
89
Three things:
90
90
91
-
1. We publish routing accuracy (82.5%). LiteLLM doesn't publish any.
91
+
1. We publish routing accuracy (78.5%). LiteLLM doesn't publish any.
92
92
93
93
2. Zero ML infrastructure. LiteLLM is Python, which is fine, but it doesn't need GPU either. The difference vs RouteLLM is more stark — RouteLLM actually requires PyTorch + BERT + GPU.
94
94
@@ -97,10 +97,10 @@ Three things:
97
97
LiteLLM is more mature and has 100+ providers vs our 40. If you need production stability today, LiteLLM is the safe choice. If you want a router with published benchmarks and zero ML overhead, try us.
98
98
```
99
99
100
-
### "82.5% isn't that impressive"
100
+
### "78.5% isn't that impressive"
101
101
102
102
```
103
-
Agreed, 82.5% isn't state of the art. The point isn't that we're better than RouteLLM — we're 2.5% worse.
103
+
Agreed, 78.5% isn't state of the art. The point isn't that we're better than RouteLLM — we're 2.5% worse.
104
104
105
105
The point is that keyword matching gets you 97% of BERT's accuracy for this specific task. That raises the question: is the GPU worth 2.5%?
106
106
@@ -133,19 +133,19 @@ What I want from HN: feedback on the benchmark methodology and the scoring algor
0 commit comments