Contracts + Evals for ruby_llm.
Your eval passed. Prod broke anyway? This gem wraps RubyLLM::Chat with input/output contracts, business-rule validation, retry with model escalation on validation failure, pre-flight cost ceilings, and an evaluation framework — so a flaky cheap-model call escalates to a stronger model instead of shipping garbage to your user.
ruby_llm handles the HTTP side (rate limits, timeouts, streaming, tool calls, embeddings). This gem handles what the model returned: schema validation, business rules, model escalation on failed validation, datasets, regression tests.
gem "ruby_llm-contract"RubyLLM.configure { |c| c.openai_api_key = ENV["OPENAI_API_KEY"] }
RubyLLM::Contract.configure { |c| c.default_model = "gpt-4.1-mini" }Works with any ruby_llm provider (OpenAI, Anthropic, Gemini, etc).
Use this if LLM output affects production behaviour, money, user trust, or downstream code. You probably don't need it if you have one low-risk prompt, manually inspect every result, or only generate best-effort prose.
Already using structured outputs from your provider? This gem adds business-rule validation, retry with model fallback, evals, regression gating, and test stubs on top of them — the layer that stops schema-valid-but-wrong output from reaching users. See Why contracts? for the four production failure modes the gem exists for, or run ruby examples/01_fallback_showcase.rb to see the fallback loop in 30 seconds (no API key needed).
A Rails app takes article text extracted from a user-submitted URL and wants to show a summary card: a short TL;DR, 3–5 key takeaways, and a tone label. The output has to fit the UI (TL;DR under 200 chars) and the schema has to be strict enough to render without conditionals.
class SummarizeArticle < RubyLLM::Contract::Step::Base
prompt <<~PROMPT
Summarize this article for a UI card. Return a short TL;DR,
3 to 5 key takeaways, and a tone label.
{input}
PROMPT
output_schema do
string :tldr
array :takeaways, of: :string, min_items: 3, max_items: 5
string :tone, enum: %w[neutral positive negative analytical]
end
validate("TL;DR fits the card") { |o, _| o[:tldr].length <= 200 }
validate("takeaways are unique") { |o, _| o[:takeaways].uniq.size == o[:takeaways].size }
retry_policy models: %w[gpt-4.1-nano gpt-4.1-mini gpt-4.1]
end
result = SummarizeArticle.run(article_text)
result.parsed_output # => { tldr: "...", takeaways: [...], tone: "analytical" }
result.trace[:model] # => "gpt-4.1-nano" (first model that passed)
result.trace[:cost] # => 0.000032The model returns JSON matching the schema. If the response is malformed, the TL;DR overflows the card, or the takeaway count is off, the gem retries — moving to the next model in models: only when the cheaper one can't satisfy the rules. In this setup cheaper models are tried first and the expensive ones are used only when cheaper models fail.
You could write this loop yourself once. The gem gives you the loop, a trace of every attempt (model, status, cost, latency), fallback policy, evals, baselines, and CI checks as one contract object — tracked per-step so adding a new LLM feature to your app is one class, not one-off scaffolding.
Everything below is optional — the example above is a complete step. Reach for these when one step isn't enough.
- CI regression gates —
define_eval+save_baseline!+pass_eval(...).without_regressionsblocks CI when accuracy drops on a model update or prompt tweak. - Find the cheapest viable fallback list —
Step.recommend("regression", candidates: [...], min_score: 0.95)returns the cheapest list of models that still passes your evals.production_mode:measures retry-aware cost. - A/B test prompts —
SummarizeArticleV2.compare_with(SummarizeArticleV1, eval: "regression")reports whether the new prompt is safe to ship. - Budget caps —
max_cost,max_input,max_outputrefuse the request before calling the API when a heuristic estimate (~±30% accuracy) exceeds the limit. - Reasoning effort / thinking config —
thinking effort: :low(or aliasreasoning_effort :low) on the Step class; mirrorsRubyLLM::Agent.thinkingand forwards throughChat#with_thinking.
Also supports multi-step pipelines with fail-fast and retry_policy attempts: N for niche cases (we measured this empirically — for gpt-4.1-nano / gpt-5-nano on tasks with clear correctness criteria, same-model retry rarely helps; escalate(model_2) is the strategy that moves the needle, see optimizing_retry_policy.md).
Step::Base and RubyLLM::Agent (since RubyLLM 1.12) are siblings targeting the same niche: reusable, class-based prompts. Both call into RubyLLM::Chat directly — Step does not wrap Agent. Step adds the contract layer: validate (business invariants), retry_policy escalate(...) (model escalation on validation failure), max_cost pre-flight refusal, evaluation framework, pipeline composition. Full feature mapping →
New here? Read in order: this README → Why contracts? → Getting Started.
| Guide | What it does for your app |
|---|---|
| Why contracts? | Recognise the four production failures the gem exists for |
| Relation to RubyLLM::Agent | Sibling abstractions; what each adds; runtime call path; coexistence patterns |
| Getting Started | Walk the full feature set on one concrete step |
| Rails integration | Directory, initializer, jobs, logging, specs, CI gate — 7 FAQs for Rails devs |
| Adopt in an existing Rails app | Replace raw LlmClient.call with a contract, Before/After |
| Prevent silent prompt regressions | Evals, baselines, CI gates that block quality drift |
| Control retry cost and fallback behaviour | Find the cheapest viable fallback list empirically |
| Write validate rules that catch real bugs | Patterns for cross-input checks and content-quality rules |
| Stub LLM calls in tests | Deterministic specs, RSpec + Minitest matchers |
| Chain LLM calls into a pipeline | Multi-step with fail-fast and per-step models |
| Schema DSL reference | Every constraint, nested objects, pattern table |
| Prompt DSL reference | system / rule / section / example / user nodes |
Latest: v0.8.0 — tagline + narrative repositioning around "Contracts + Evals for RubyLLM", thinking / reasoning_effort class macro, TokenEstimator labelled as heuristic, CostCalculator repositioned. See CHANGELOG for history.
MIT