CtrlK
BlogDocsLog inGet started
Tessl Logo

igmarin/hanakai-yaku

Curated library of atomic skills and personas for Hanami, dry-rb, and ROM Ruby development. Covers actions, slices, repositories, relations, changesets, providers, DI, operations, TDD, CLI, views, routing, validation, and 10 orchestration personas. Shared Ruby process skills have moved to ruby-core-skills. Uses Markdown + Front-matter architecture.

95

1.20x
Quality

95%

Does it follow best practices?

Impact

96%

1.20x

Average score across 45 eval scenarios

SecuritybySnyk

Passed

No known issues

Overview
Quality
Evals
Security
Files

task.mdevals/scenario-31/

Handle Result Pattern Task

Problem

A Hanami team needs help with a task in this area:

Use when using the dry-monads Result pattern in Hanami 2.x — wrap outcomes in Success(value) or Failure(error_object), chain operations with Do notation using include Dry::Monads::Do.for(:call) and yield inside the call method for sequential flows, inject the service object via Deps["key"] after registering it in a provider, handle results in Actions with pattern matching (case result; in Success(v); ...; in Failure(e); ...; end) rather than unsafe value! unwrapping, and model expected failures as data not exceptions.

The team has asked for a concise implementation artifact that a reviewer can inspect without needing to observe the agent's process.

Output

Create answer.md with:

  • a short plan for the work
  • the concrete Hanami-oriented artifact or recommendation
  • the verification steps or quality gates that should be run
  • any assumptions that affect the result

README.md

tile.json