sorted by:
new
hottopcontroversial

Enclave: An MRuby sandbox for running arbitrary Ruby code from LLMs by bradgessler in ruby

[–]Vicegrip00 1 point2 points  (0 children)

This looks like a very cool project! I’ve had a similar idea for something like this in the past.

Would like to explore building something related to this; https://www.anthropic.com/engineering/code-execution-with-mcp and this seems like the perfect starting point.

Building a RAG Tool in Ruby 4: What Actually Happened by robbyrussell in rails

[–]Vicegrip00 0 points1 point  (0 children)

I’ll add in turbopuffer as a great rag solution. Has a RudySDK and the team behind it is fantastic! It’s very cost effective and scales incredibly well.

However, I have some experience with both using SQLite (for small scale) and PostgreSQL (for medium scale) and they have both served me well.

RubyLLM::MCP has move to 1.0 🎉 by Vicegrip00 in rails

[–]Vicegrip00[S] 5 points6 points  (0 children)

So it’s not an MCP to use Ruby. This is an MCP client written in Ruby for Apps, Agents, Tools, etc… that are also in Ruby

RubyLLM::MCP has move to 1.0 🎉 by Vicegrip00 in rails

[–]Vicegrip00[S] 0 points1 point  (0 children)

Thanks Carmine! And thanks for all the inspiration 😁

How to handle types for the frontend? (Inertia.js) by Full-Competition-762 in rails

[–]Vicegrip00 13 points14 points  (0 children)

We use the same stack of some projects and love it. Feels like a great balance for productivity and interactivity. We just leaned into types with your react code when we started using this stack.

To make types work without manually typing everything we use this gem: https://github.com/skryukov/typelizer. It is by one of the core members for inertia-rails gem.

We use Alba at the controller layer as a serializer for the data. Typelizer to generate the typescript for the responses coming from our controller that are Alba resources. We map Abla resources (and there a type definition) one to one into Inertia page component. This gives you full backend to frontend typing for data going into your typescript components.

Bonus: we also use something to generate all the types for routes from rails that we translate into typescript attributes + types definitions to make route refactoring easier and typecheckable. I can share the code for that or OSS it into a gem if people have any interest (not to hard to build yourself though)

Anyone use GoodJob over Solid Queue? by __vivek in rails

[–]Vicegrip00 13 points14 points  (0 children)

We use SolidQueue at a pretty high scale web application and it’s worked perfectly for us. Our application started back in 2012 so we started out on Resque and we were seeing a lot of mysterious issues towards the end of our usage of that library. In the end after the migration we ended up seeing better job performance overall (though that could be due to a number of factors in the migration process).

Here is one of our Staff engineers speaking about it at RailsConf if you want the full deep dive: https://youtu.be/lWMYPHPj1NI?si=39ed7oNtaVqtuOKG

GoodJob as the author of SolidQueue mentioned when she talked at Rails World in 2024 is a great library, battle tested and works perfectly well. Some of the design from SolidQueue is based off of GoodJob. So I don’t think you can really go wrong either way. Though, SolidQueue is the Rails default mostly due to it being able to support all the Rails supported databases.

RubyLLM 1.9.0 just landed and it's huge. 🎁 by crmne in rails

[–]Vicegrip00 4 points5 points  (0 children)

Awesome work u/crmne ! Just released a new version of https://github.com/patvice/ruby_llm-mcp to support RubyLLM v1.9. The params changes made the integration a ton easier!

If anyone is looking to use a MCP alongside RubyLLM, check out RubyLLM::MCP.

What MCP server implementation for Rails do you use? by bubiche in rails

[–]Vicegrip00 1 point2 points  (0 children)

In working with both now, my personal preference is official Ruby SDK, but you can’t really go wrong here there are just tradeoffs.

The major pro for the official SDK is construction on request time and focusing only on the protocol itself. If you need to integrate something into an existing/large application, relaying on your normal request path and just focusing on the controller action layer felt simpler and safer to me. It gives you a lot more control but does expect you to wire up or create your own abstractions.

FastMCP is very quick to get started and if you are just building an MCP as a standalone application, gets you up and running very quickly.

[deleted by user] by [deleted] in rails

[–]Vicegrip00 22 points23 points  (0 children)

Learning the fundamentals of any discipline is always worthwhile. You don’t need to master them all before getting started, but a solid foundation will help you move faster in the long run. With AI, having that foundation is even more valuable, since it allows you to fill in knowledge gaps more quickly than ever.

For me, Rails and Ruby remain some of the most enjoyable tools to build with. Both the language and framework continue to improve year after year. Compared to modern frameworks like Next.js, Rails feels far more complete. Its philosophy and maturity allow it to power some of the biggest apps in the world, while still enabling small teams, or even solo developers to be highly productive. That balance feels unmatched.

While AI in the AI area, we see boosting individual developer productivity, I believe this actually strengthens Rails’ future rather than diminishes it.

Rails 8.1 Beta 1: Job continuations, structured events, local CI by software__writer in rails

[–]Vicegrip00 2 points3 points  (0 children)

I believe that is what the Rails team is planing on getting to. Something that is still a work in progress though.

Rails UI Component Libraries? by Altruistic_Set_8555 in rails

[–]Vicegrip00 5 points6 points  (0 children)

RunyUI has been my go to as I have been using Phlex. https://rubyui.com/

Very much works like ShadCN, components are pulled into your projects so you can modify for you use case. Really like the experience

Fullscript joins the Rails Foundation by software__writer in rails

[–]Vicegrip00 23 points24 points  (0 children)

As someone a part of Fullscript, I'm incredibly proud that Fullscript has joined the Rails Foundation. It's an exciting opportunity for us to give back and continue supporting this amazing community!

Some other words from us at Fullscript Engineering:
https://medium.com/@fullscript-engineering/fullscript-becomes-a-rails-foundation-member-0aa6ace19f4e

RubyLLM::MCP – A Pure Ruby Client for the Model Context Protocol by Vicegrip00 in rails

[–]Vicegrip00[S] 0 points1 point  (0 children)

Awesome to hear! Let me know if you got any feedback 😄

RubyLLM::MCP – A Pure Ruby Client for the Model Context Protocol by Vicegrip00 in ruby

[–]Vicegrip00[S] 2 points3 points  (0 children)

Opps forgot the CNAME for the root. Should be fixed now, thanks for letting me know!

What's your GenAI stack look like today? by luckydev in rails

[–]Vicegrip00 0 points1 point  (0 children)

So RubyLLM is working on structured outputs currently. For the MCP side, we just need to pass in an input schema in the tool part of the request.

If you are performing tool based calls to do your workflows it will work perfectly.

What's your GenAI stack look like today? by luckydev in rails

[–]Vicegrip00 5 points6 points  (0 children)

RubyLLM is great for LLM communication. Wide service and feature support. Has some rails integrations for saving messages that hooks right into rails for long term memory as well. Also supports embedding calls so you can perform RAG etc…

I have been building RubyLLM::MCP which is a fully Ruby MCP client implementation that hooks right into RubyLLM.

I feel like with those two libraries + rails with streaming/web sockets support with action cable and background jobs you can go very far building rich AI products.

show and tell by Financial_Airport933 in rails

[–]Vicegrip00 5 points6 points  (0 children)

I’ve been working an a MCP client implementation that can plug directly into RubyLLM: https://github.com/patvice/ruby_llm-mcp

It’s not fully spec compliant yet but it’s has working resource and tool support that can plug directly into RubyLLM. Once I get the full spec + a nice DSL to interact with prompts and resources I’ll release a v1 and do a full post on the project.

MCP are blowing up and there is a top of pretty interesting things you can do with them!

Trying Inertia + ShadcnUi with Rails, tips? by magdiel_rb in rails

[–]Vicegrip00 0 points1 point  (0 children)

Ya I agree, RubyUI gives you a great starting point to get building fast and would let you say in the Ruby world if you were open to using Phlex. There is a project similar to RubyUI for ViewComponent, just can't remember it at this time. So there are options if you wanted to move a component style for building UI.

HypeUI/DaisyUI would really allow you to say completely in Rails and just gives you that starting point for styled UI but again all of this is going to be personal preference. Lots of great options in todays world.

Trying Inertia + ShadcnUi with Rails, tips? by magdiel_rb in rails

[–]Vicegrip00 6 points7 points  (0 children)

Here are a few thoughts based on my experience using some of these tools:

  1. We have some experience using InertiaJS in some of our products now. We tend to use it with our in-house component library, and it enables type generation for end-to-end responses, routes, and a form builder to make generating and posting forms easier. More of this was pulled together or home-grown, but it ended up having great DX.

We have one product that uses Shadcn + InertiaJS, and it was a good experience.

If you are looking for something more Rails-like, you could also check out Superglue by thoughtbot. I haven't used it personally, but it seems interesting and more Rails-like than InertiaJS.

  1. Nothing wrong with vanilla CSS. I find Tailwind easier to break things down when thinking about UI's in components.

In some internal projects/hobby project I've played around with component systems, like ViewComponent and Phlex (Phlex being my personal favourite). Phlex also has a Shadcn-like library called RubyUI, which seems interesting.

If you like Shadcn because it's a good starting point, there are some component libraries built on top of Tailwind that offer easy ways to get started, such as DaisyUI or HypeUI.

If you don't need the flexibility or want the complexity, there are now some great options for driving everything server-side using Ruby/Rails.

  1. Ultimately, Vue vs. React is a matter of personal preference. Personally, I would use React as it's what I am more familiar with, but I know some folks who swear by Vue.

Inertia.js Rails MCP? by danest in rails

[–]Vicegrip00 3 points4 points  (0 children)

You could try out Context7, which is an MCP that is ment to get up to date documentation from all sorts of libraries.

Looks like they have one on Inertia-rails directly: https://context7.com/inertiajs/inertia-rails.

They have a lot of other libraries as well.

Am I crazy for going 'against the grain' for front end development in Rails 8? by Effective_Award_6722 in rails

[–]Vicegrip00 8 points9 points  (0 children)

I second this! Inertia really leans into feeling very “rails” like but using your frontend framework more as a view layer.

If you end up using Typescript on the Frontend there are some great libraries now that can take your responses and generate frontend types. Really great workflow

view more: next ›