programming-ruby

Automate Ruby code transformation to idiomatic style with community guidelines.

3|Updated Oct 31, 2025
One-click install
npx skills add https://github.com/mgomes/3xo-suit --skill programming-ruby
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: programming-ruby
Source: https://github.com/mgomes/3xo-suit/tree/main/plugins/dotfiles/skills/programming-ruby
Command: npx skills add https://github.com/mgomes/3xo-suit --skill programming-ruby

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill helps Ruby developers write clean, idiomatic Ruby by enforcing community standards and best practices.

Core Features & Use Cases

  • Idiomatic Ruby style guidance for variables, method naming, class structure, and documentation.
  • Documentation guidance using YARD/RDoc, and examples of common anti-patterns to avoid.
  • Use Case: A mid-sized Ruby project can be refactored to improve readability and maintainability by aligning with Ruby conventions.

Quick Start

To start, run the Ruby idiomatic style review on a file or project to surface non-idiomatic patterns and suggested rewrites.

Frequently Asked Questions about programming-ruby

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I refactor Ruby code to be more idiomatic?

Idiomatic Ruby uses community-style guidelines like 2-space indentation, snake_case naming, and YARD documentation to improve code readability and maintainability across typical Ruby projects and libraries.

What are common Ruby anti-patterns to avoid during a code review?

Common Ruby anti-patterns to avoid include improper variable and method naming, poor class and module structure, missing YARD or RDoc documentation, and ignoring 2-space indentation standards during code review.

Does this Ruby style guide support YARD and RDoc documentation formats?

Yes, idiomatic Ruby style guidance includes documentation standards for both YARD and RDoc formats, ensuring that classes, modules, and methods are properly documented according to community best practices.

What is the best way to enforce snake_case naming conventions in a Ruby project?

The best way to enforce snake_case naming is to apply community-style guidelines that automate the transformation of variables and methods, ensuring alignment with idiomatic Ruby standards during code review.

Can I use this to review code structure for a mid-sized Ruby project?

Yes, you can review a mid-sized Ruby project to surface non-idiomatic patterns and receive suggested rewrites, aligning your class and module structure with community conventions for better maintainability.