write-handler

Implement Wolverine command handlers with aggregate loading and cascading messages.

Updated Apr 1, 2026
One-click install
npx skills add https://github.com/hpsgd/claude-marketplace --skill write-handler
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: write-handler
Source: https://github.com/hpsgd/claude-marketplace/tree/main/plugins/engineering/dotnet-developer/skills/write-handler
Command: npx skills add https://github.com/hpsgd/claude-marketplace --skill write-handler

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Writing robust Wolverine command handlers that correctly load aggregates, cascade downstream messages, and manage the DocumentSession is error-prone and hard to standardize across teams.

Core Features & Use Cases

  • Provides patterns for AggregateHandler, static/instance handlers, and proper cascading returns to drive complex workflows.
  • Enforces one-message-one-unit-of-work, enabling reliable retries, easier testing, and better observability.
  • Includes guidance for dependency injection, error handling, and unit/integration tests.

Quick Start

Create a sample handler project and implement a command that triggers cascading downstream messages when conditions are met.

Frequently Asked Questions about write-handler

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

FAQPage Schema
How do I structure Wolverine command handlers to load aggregates and cascade messages?

Wolverine command handlers load aggregates and cascade downstream messages using specific AggregateHandler patterns and proper cascading returns to drive complex workflows deterministically. You can implement this via static or instance handlers.

What is the one-message-one-unit-of-work pattern in Wolverine and why use it?

The one-message-one-unit-of-work pattern enforces a single message per DocumentSession in Wolverine, enabling reliable retries, easier testing, and better observability across event-sourced or document-based workflows.

How do I write unit and integration tests for Wolverine command handlers?

You write unit and integration tests for Wolverine command handlers by applying structured guidance for dependency injection, error handling, and session management to verify deterministic message processing and cascading returns.

Can I use this Wolverine handler pattern for event-sourced workflows in .NET?

Yes, these Wolverine handler patterns apply to teams building event-sourced or document-based workflows in .NET that require deterministic message processing, strong unit tests, and proper aggregate loading.

What's the best way to manage DocumentSession and dependency injection in Wolverine handlers?

The best way to manage DocumentSession and dependency injection in Wolverine handlers is by following enforced one-message-one-unit-of-work patterns, which standardize session management and error handling across the team.

Why does cascading downstream messages in Wolverine require standardized handler patterns?

Cascading downstream messages in Wolverine requires standardized handler patterns because writing robust handlers that correctly load aggregates and manage the DocumentSession without patterns is error-prone and hard to standardize across teams.