wolverine-handlers

Standardize Wolverine handler class shape, validation, and return types in CritterCab.

Updated Apr 21, 2026
One-click install
npx skills add https://github.com/erikshafer/CritterCab --skill wolverine-handlers
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: wolverine-handlers
Source: https://github.com/erikshafer/CritterCab/tree/main/docs/skills/wolverine-handlers
Command: npx skills add https://github.com/erikshafer/CritterCab --skill wolverine-handlers

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) and references (resource) components.

What problem does it solve?

This Skill standardizes the development of Wolverine handlers in CritterCab, ensuring consistent conventions and practices across the project.

Core Features & Use Cases

  • Handler Conventions: Defines general conventions for handler class shape, validation pipeline, and return types.
  • Protocol-Specific Patterns: Provides guidance on protocol-specific patterns for HTTP, messaging, and gRPC handlers.
  • Project-Specific Shape: Documents project-specific decisions for handlers regardless of trigger.
  • Use Case: When developing a new Wolverine handler in CritterCab, this Skill serves as a reference for class shape, validation, and return type conventions.

Quick Start

To implement a new Wolverine handler, start by reading this skill, then consult the relevant protocol-specific sibling skill.

Frequently Asked Questions about wolverine-handlers

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

FAQPage Schema
How do I standardize Wolverine handler class shape and return types?

To standardize Wolverine handler development, apply consistent conventions for class shape, validation pipelines, and return types across all project handlers triggered by HTTP, messaging, or gRPC.

What conventions apply to Wolverine gRPC and messaging handlers?

Wolverine gRPC and messaging handlers follow protocol-specific patterns alongside general project decisions for class shape, validation, and return types to ensure consistent practices regardless of the trigger.

How do I implement a validation pipeline in a Wolverine handler?

Implementing a validation pipeline in a Wolverine handler requires following the project's defined conventions for class shape and return types to ensure standardized validation practices across HTTP and messaging triggers.

Does this handler convention cover HTTP, messaging, and gRPC triggers?

Yes, the handler conventions cover HTTP, messaging, and gRPC triggers, providing protocol-specific patterns and project-specific guidelines for class shape, validation, and return types to ensure consistency.

What is the best way to structure a new Wolverine handler for consistency?

The best way to structure a new Wolverine handler is to use the defined project conventions for class shape, validation, and return types, then consult relevant protocol-specific sibling skills for HTTP or gRPC patterns.