GoModel
Infrastructure
ai gateway
SHOW HN2026
How HN took it
8 positive, 18 neutral or asking, 2 mixed, 3 critical, out of 31 comments about the project. Thread score +0.23.
Idea: 4 for, 0 againstExecution: 1 for, 1 againstPerformance: 0 for, 2 against
The thread, comment by comment
Each row is a top-level comment and its replies, in HN's order. Select a cell to open that comment on HN.
positive neutral or mixed critical about another commenter or something else the maker
What HN said
What people liked
Lightweight and small docker image compared to LiteLLM
From 2 comments
Hey, this looks super nice. I do like the 'compact' feel of this. Reminds me of Traefik. It seems very promising indeed! One problem I have is that yes, LiteLLM key creation is…
hgo on HNGiven this app seems to expose itself via REST calls, why would anyone care that it’s written in Go? I guess it matters to potential contributors but the majority of interest…
neilly on HN
Useful that it is written in a compiled language, reducing supply-chain risk
From 2 comments
I wrote a similar golang gateway, with the understanding that having solid API gateway features is important. https://sbproxy.dev - engine is fully open source. Another reason…
crawdog on HNExpectable, given that LiteLLM seems to be implemented in Python. However kudos for the project, we need more alternatives in compiled languages.
pjmlp on HN
Objections
Benchmarks are poorly designed and unconvincing
From 2 comments
It’s a heavily vibe coded project with only proxy with terrible benchmarks design. Basically vibe coded benchmarks that lie through ignorance of mocked super fast endpoint…
lackoftactics on HNI don't see any significant advantage over mature routers like Bifrost. Are there even any benchmarks?
rvz on HN
Crowded market with mature alternatives like Bifrost
From 1 comment
GoModel. I see some red flags in the docs/benchmarks, but I could be wrong in my judgement here. What I noticed: the website shows a diagram of the litellm SDK communicating with…
lackoftactics on HN
Open-source license may change, raising rug-pull worries
From 2 comments
Does this have a unified API? In playing around with some of these, including unified libraries to work with various providers, I've found you are, at some point, still forced to…
mosselman on HNThat would be valuable if there's a commitment to never have a non-opensource offering under GoModel? If so, you can document it in the repo.
anilgulecha on HN
Requests
Support for subscription harnesses such as Claude Code and ChatGPT or Copilot
From 2 comments
Looks nice, thanks for open sourcing and sharing. I'm all in on Go and integrating AI up and down our systems for https://housecat.com/ and am currently familiar and happy with:…
nzoschke on HNAny plans for AI provider subscription compatibility? Eg ChatGPT, GH Copilot etc ? (Ala opencode)
indigodaddy on HN
Local model support such as vLLM and Ollama
From 2 comments
Nice one! Let's say I'm serving local models via vllm (because ollama comes with huge performance hits), how would I implement that in gomodel?
driese on HNThis is way more interesting to me as well. I have projects that use small limited-purpose language models that run on local network servers and something like this project would…
devmor on HN
Vault-based key generation
From 1 comment
Hey, this looks super nice. I do like the 'compact' feel of this. Reminds me of Traefik. It seems very promising indeed! One problem I have is that yes, LiteLLM key creation is…
hgo on HN
Questions
How the semantic cache handles invalidation and false positives
From 2 comments
Curious how the semantic caching layer works.. are you embedding requests on the gateway side and doing a vector similarity lookup before proxying? And if so, how do you handle…
Talderigi on HN+1 on the semantic caching thread. related q: how do you handle false positives? two prompts that embed close but should not share a response (eg "summarize this doc" with…
ivanterechin on HN
How upstream provider API changes are kept up with
From 2 comments
This is awesome work, thanks for sharing! How do you plan on keeping up with upstream changes from the API providers? I have implemented something similar, and the biggest issue…
glerk on HNReally slick and lightweight! My biggest question is about the upstream API evolution. Keeping up with every provider's updates feels like a full-time job—how do you automate or…
StingSS on HN
Alternatives named
Bifrost
From 2 comments
how does this compare to bifrost - another golang router?
anilgulecha on HNi use this for my personal projects. some features are gated behind a license but the basics like provider proxy, logs, metrics are covered in the free version.…
rolls-reus on HN
LiteLLM
From 2 comments
Expectable, given that LiteLLM seems to be implemented in Python. However kudos for the project, we need more alternatives in compiled languages.
pjmlp on HNDoes this have a unified API? In playing around with some of these, including unified libraries to work with various providers, I've found you are, at some point, still forced to…
mosselman on HN
gai
From 2 comments
Looks nice, thanks for open sourcing and sharing. I'm all in on Go and integrating AI up and down our systems for https://housecat.com/ and am currently familiar and happy with:…
nzoschke on HNHi, I'm the author of GAI. I'm glad that you are happy with it! I'm using it a lot myself, both for own and client projects, but I wasn't sure if anyone else was. :D I'm actually…
markusw on HN