RubyLLM: A Ruby framework for all major AI providers
doener
372 points
60 comments
June 24, 2026
Related Discussions
Found 5 related stories in 137.3ms across 11,536 title embeddings via pgvector HNSW
- Haystack: Open-Source AI Framework for Production Ready Agents, RAG doener · 86 pts · June 24, 2026 · 57% similar
- Building Reliable Agentic AI Systems sarangk90 · 21 pts · June 21, 2026 · 56% similar
- Lambda Calculus Benchmark for AI marvinborner · 135 pts · April 25, 2026 · 55% similar
- Reliable Software in the LLM Era mempirate · 102 pts · March 12, 2026 · 54% similar
- Things I Think I Think... Preferring Local OSS LLMs zdw · 43 pts · April 02, 2026 · 54% similar
Discussion Highlights (19 comments)
mosselman
It is quite nice, but not as nice as you'd want. You still have to set platform specifics when running completions when you want to tune things like temperature, effort, max tokens, etc.
swe_dima
I found Ruby LLM to be surprisingly good - in terms of usability it's close to Vercel's AI framework. It tries to strike a balance between working out of the box and being flexible... which has its challenges, still nice overall. One big real-life pain I experienced is that caches don't always work, e.g. for xAI, since it only supports completions API and thought signatures are returned wrong.
zhisme
thank you for bringing ruby into AI community and your open-source work. Great language must be explored and get more attention :)
fragkakis
I have created an open source chatgpt clone with rubyllm, check it out here: https://www.railschat.org/
EGreg
In case you're using PHP or Node.js, we've made a similar toolkit free and open source on github: https://github.com/Qbix/AI/tree/main/classes/AI
Finbarr
RubyLLM is very easy to use. Made extensive use of it for a project last year. Drawbacks are it was difficult to instrument for true trace observability and it has a pattern where retries will delete the underlying models so the history you see is clean but not necessarily great for seeing exactly what the sequence of API calls was.
themcgruff
I built a similar Ruby based agent development kit that has a different focus and feature set: https://github.com/tweibley/legate
obiefernandez
I have an open source gem called Raix that builds on top of RubyLLM's abstractions and is quite popular. https://github.com/OlympiaAI/raix
notpachet
Why would anyone still build in dynamically typed languages in 2026? Why relinquish the crystal clear signals that static typing is able to provide to the LLM?
digitaltrees
We use this in production for a few apps. Great project.
meerita
"What is the best language in the world (say ruby)" ;)
rohitpaulk
We use RubyLLM in production too, the most elegant library in this space I've seen so far. I also liked how they run the issue tracker. If you select "Feature Request", it makes you explain how you explored workarounds, why you believe it belongs in RubyLLM etc to prevent scope creep.
hit8run
Using RubyLLM in production for https://usetix.io It drives our event chat agent that is enhanced with toolcalls etc. Super happy with it.
aniokono
I haven't tried it but it looks promising.
arbirk
I have been a fan of Ruby for many years, but in this fast paced era the Ruby ecosystem always struggled with the dependency versioning. Gems I relied on were never available or compatible with the rest of the ecosystem.
MitziMoto
We use and love RubyLLM! A wonderful and easy to use framework. Agreed with another commenter on the frustration with the responses API not being naively supported; that seems like a huge miss. There is a connector from another dev, but it's buggy and not as high quality as the main gem. Really looking forward to future development and especially 2.0! Edit: Just saw that responses API is now native? I will definitely check that out.
mogox
RubyLLM is awesome! I use it on side projects. So interesting how questions and comments from last year SF Ruby conf, https://youtu.be/y535u1EWqAg?si=rbyv52T035apKwQk are already features shipped in the ecosystem.
mark_l_watson
I spent a lot of time with RubyLLM a few months ago. Very nicely designed and implemented. I have my own LLM clients written in various Lisp languages and I thought about appropriating some of the design of RubyLLM. Imitation is flattery.
aaronbrethorst
I'm building something that is only pointed at Claude, and I don't anticipate moving away from the Anthropic ecosystem. Does RubyLLM offer me an advantage over directly using Anthropic's Ruby SDK? To put it differently, is this more like choosing between Fog and aws-sdk-s3, or choosing between Active Storage and aws-sdk-s3?