add-event-handler

Scaffold WolverineFx event handlers with CancellationToken support and optional NATS publishing.

2|Updated Dec 9, 2025
One-click install
npx skills add https://github.com/signalbeam-io/signalbeam-edge --skill add-event-handler
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: add-event-handler
Source: https://github.com/signalbeam-io/signalbeam-edge/tree/main/.claude/skills/add-event-handler
Command: npx skills add https://github.com/signalbeam-io/signalbeam-edge --skill add-event-handler

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

When building event-driven .NET applications, developers spend time boilerplating handlers for every domain or integration event. This skill generates a ready-to-use WolverineFx event handler scaffold that follows conventional patterns and reduces setup time.

Core Features & Use Cases

  • Event handler scaffold: creates a handler class in the appropriate Application.Events namespace with a strongly-typed @event parameter and CancellationToken support.
  • Integration event support: optionally scaffolds an integration event type for cross-service communication.
  • NATS publishing guidance: includes patterns for publishing events to NATS or similar messaging backplanes and shows how to wire the publisher in.
  • Use Case example: when a new DeviceRegisteredEvent is introduced, scaffold {EventName}Handler to react accordingly.

Quick Start

Provide the EventName and Service, and instruct the AI to scaffold a WolverineFx event handler and its optional integration event.

Frequently Asked Questions about add-event-handler

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

FAQPage Schema
How do I scaffold a WolverineFx event handler for a new domain event in .NET?

To scaffold a WolverineFx event handler, provide the EventName and Service to generate a conventional handler class in the Application.Events namespace with a strongly-typed @event parameter and CancellationToken support.

What is the conventional structure for WolverineFx event handlers in .NET applications?

The conventional WolverineFx event handler structure places handler classes in the Application.Events namespace, utilizing a strongly-typed @event parameter alongside CancellationToken support to ensure consistent reaction handling.

Can I scaffold integration events for cross-service communication with WolverineFx?

Yes, you can scaffold integration events for cross-service communication. The skill optionally generates an integration event type and provides NATS publishing patterns to wire the publisher into your WolverineFx handler.

How do I publish domain events to NATS using WolverineFx?

To publish domain events to NATS using WolverineFx, the scaffolded handler includes guidance for wiring in a publisher, allowing your .NET services to broadcast cross-service integration events over the messaging backplane.

Do I need to manually add CancellationToken support when scaffolding WolverineFx handlers?

No, manual CancellationToken setup is unnecessary. The scaffolded WolverineFx event handler automatically wires in CancellationToken support and the @event parameter, enforcing consistent handler structure without boilerplate.