I love the idea of fire and forget to a central AI aggregator. This one for LLMs, Fal for image and video. You don't need to juggle dozens of API keys or API integrations.
But these aren't open, despite it being in the name.
I want the ability to pull it all on-prem if I so choose.
I probably won't. But if I want to, I should be able to.
Don't use the name "Open" like this.
OpenAI, OpenRouter, OpenArt... Just stop already.
This isn't even fair source, let alone open. It's totally closed and opaque.
I'm half minded to make an "ActuallyOpenRouter".
(I know there are local routers, but I want hosted and managed with the ability to self-manage.)
embedding-shape•49m ago
At this point, I'm starting to see "Open" prefix for any product/project as almost an signal for the opposite. Projects that actually are about some sort of openness (the way I see it at least), don't usually prefix their name with it, they just operate "openly" and ensure it stays that way.
While not solving everything (such as a single bill), I implemented borgllm[0,1] as a way to get some of that convenience and development speed with no lock-in or even infra.
echelon•1h ago
I wish this had another name.
I love the idea of fire and forget to a central AI aggregator. This one for LLMs, Fal for image and video. You don't need to juggle dozens of API keys or API integrations.
But these aren't open, despite it being in the name.
I want the ability to pull it all on-prem if I so choose.
I probably won't. But if I want to, I should be able to.
Don't use the name "Open" like this.
OpenAI, OpenRouter, OpenArt... Just stop already.
This isn't even fair source, let alone open. It's totally closed and opaque.
I'm half minded to make an "ActuallyOpenRouter".
(I know there are local routers, but I want hosted and managed with the ability to self-manage.)
embedding-shape•49m ago
BLKNSLVR•5m ago
abidlabs•43m ago
omneity•25m ago
Perhaps you’ll find it interesting.
0: https://github.com/omarkamali/borgllm
1: https://borgllm.com