Get the FREE Ultimate OpenClaw Setup Guide →

andrew-kane-gem-writer

Scanned
npx machina-cli add skill everyinc/compound-engineering-plugin/andrew-kane-gem-writer --openclaw
Files (1)
SKILL.md
4.8 KB

Andrew Kane Gem Writer

Write Ruby gems following Andrew Kane's battle-tested patterns from 100+ gems with 374M+ downloads (Searchkick, PgHero, Chartkick, Strong Migrations, Lockbox, Ahoy, Blazer, Groupdate, Neighbor, Blind Index).

Core Philosophy

Simplicity over cleverness. Zero or minimal dependencies. Explicit code over metaprogramming. Rails integration without Rails coupling. Every pattern serves production use cases.

Entry Point Structure

Every gem follows this exact pattern in lib/gemname.rb:

# 1. Dependencies (stdlib preferred)
require "forwardable"

# 2. Internal modules
require_relative "gemname/model"
require_relative "gemname/version"

# 3. Conditional Rails (CRITICAL - never require Rails directly)
require_relative "gemname/railtie" if defined?(Rails)

# 4. Module with config and errors
module GemName
  class Error < StandardError; end
  class InvalidConfigError < Error; end

  class << self
    attr_accessor :timeout, :logger
    attr_writer :client
  end

  self.timeout = 10  # Defaults set immediately
end

Class Macro DSL Pattern

The signature Kane pattern—single method call configures everything:

# Usage
class Product < ApplicationRecord
  searchkick word_start: [:name]
end

# Implementation
module GemName
  module Model
    def gemname(**options)
      unknown = options.keys - KNOWN_KEYWORDS
      raise ArgumentError, "unknown keywords: #{unknown.join(", ")}" if unknown.any?

      mod = Module.new
      mod.module_eval do
        define_method :some_method do
          # implementation
        end unless method_defined?(:some_method)
      end
      include mod

      class_eval do
        cattr_reader :gemname_options, instance_reader: false
        class_variable_set :@@gemname_options, options.dup
      end
    end
  end
end

Rails Integration

Always use ActiveSupport.on_load—never require Rails gems directly:

# WRONG
require "active_record"
ActiveRecord::Base.include(MyGem::Model)

# CORRECT
ActiveSupport.on_load(:active_record) do
  extend GemName::Model
end

# Use prepend for behavior modification
ActiveSupport.on_load(:active_record) do
  ActiveRecord::Migration.prepend(GemName::Migration)
end

Configuration Pattern

Use class << self with attr_accessor, not Configuration objects:

module GemName
  class << self
    attr_accessor :timeout, :logger
    attr_writer :master_key
  end

  def self.master_key
    @master_key ||= ENV["GEMNAME_MASTER_KEY"]
  end

  self.timeout = 10
  self.logger = nil
end

Error Handling

Simple hierarchy with informative messages:

module GemName
  class Error < StandardError; end
  class ConfigError < Error; end
  class ValidationError < Error; end
end

# Validate early with ArgumentError
def initialize(key:)
  raise ArgumentError, "Key must be 32 bytes" unless key&.bytesize == 32
end

Testing (Minitest Only)

# test/test_helper.rb
require "bundler/setup"
Bundler.require(:default)
require "minitest/autorun"
require "minitest/pride"

# test/model_test.rb
class ModelTest < Minitest::Test
  def test_basic_functionality
    assert_equal expected, actual
  end
end

Gemspec Pattern

Zero runtime dependencies when possible:

Gem::Specification.new do |spec|
  spec.name = "gemname"
  spec.version = GemName::VERSION
  spec.required_ruby_version = ">= 3.1"
  spec.files = Dir["*.{md,txt}", "{lib}/**/*"]
  spec.require_path = "lib"
  # NO add_dependency lines - dev deps go in Gemfile
end

Anti-Patterns to Avoid

  • method_missing (use define_method instead)
  • Configuration objects (use class accessors)
  • @@class_variables (use class << self)
  • Requiring Rails gems directly
  • Many runtime dependencies
  • Committing Gemfile.lock in gems
  • RSpec (use Minitest)
  • Heavy DSLs (prefer explicit Ruby)

Reference Files

For deeper patterns, see:

Source

git clone https://github.com/everyinc/compound-engineering-plugin/blob/main/plugins/compound-engineering/skills/andrew-kane-gem-writer/SKILL.mdView on GitHub

Overview

Write Ruby gems following Andrew Kane's battle-tested patterns. It covers creating new gems, refactoring existing ones, and designing stable APIs with clean, minimal dependencies. The approach emphasizes Rails-friendly integration without tight coupling, explicit configuration, and production-ready code.

How This Skill Works

The skill enforces Kane's Entry Point Structure and the Class Macro DSL Pattern to configure gem behavior with a single call. It promotes Rails integration via ActiveSupport.on_load (avoiding direct Rails requires), a simple configuration pattern, robust error handling, and lightweight testing and gemspec practices for production readiness.

When to Use It

  • Creating a brand-new Ruby gem from scratch with production-readiness
  • Refactoring an existing gem to align with Kane's patterns and minimal dependencies
  • Designing a new gem API using the Class Macro DSL for simple, safe configuration
  • Building Rails-integrated gems that avoid direct Rails coupling
  • Ensuring gems follow explicit configuration, error handling, and testing patterns for release

Quick Start

  1. Step 1: Create lib/gemname.rb skeleton following the Entry Point Structure
  2. Step 2: Implement a Class Macro DSL method to configure gem options in one call
  3. Step 3: Wire Rails integration with ActiveSupport.on_load and prepare tests and gemspec

Best Practices

  • Follow the exact Entry Point Structure in lib/gemname.rb
  • Use the Class Macro DSL for single-call configuration and known keywords validation
  • Guard Rails integration with ActiveSupport.on_load; avoid direct requires
  • Prefer stdlib when possible and keep gemspec dependencies minimal
  • Define a clear error hierarchy and validate inputs early (e.g., ArgumentError)

Example Use Cases

  • Searchkick
  • PgHero
  • Chartkick
  • Strong Migrations
  • Lockbox

Frequently Asked Questions

Add this skill to your agents
Sponsor this space

Reach thousands of developers