Claude-skill-registry endpoint-implementation
Use this skill to implement endpoints in the API
install
source · Clone the upstream repo
git clone https://github.com/majiayu000/claude-skill-registry
Claude Code · Install into ~/.claude/skills/
T=$(mktemp -d) && git clone --depth=1 https://github.com/majiayu000/claude-skill-registry "$T" && mkdir -p ~/.claude/skills && cp -r "$T/skills/data/endpoint-implementation" ~/.claude/skills/majiayu000-claude-skill-registry-endpoint-implementation && rm -rf "$T"
manifest:
skills/data/endpoint-implementation/SKILL.mdsource content
Structure of an endpoint slice
Read the docs/architecture/05-building-block-view.md file to understand how feature groups and feature slices are structured. Each endpoint is a feature slice with a specific structure described below.
File structure
- Users/ # Feature group - Prompts/ # Feature group - Repositories/ # Feature group - OnboardUserRepository.cs # Feature slice - Repository.cs # Aggregate root - UserRepositoryDetails.cs # Read model - Skills/ # Feature group
Endpoint code guidelines
- Use a record class to model the command, for example:
OnboardUserRepository - Use a record class to model the response
OnboardUserRepositoryResponse - Use a record class to model any events
UserRepositoryOnboarded - Use a class postfixed with
e.g.Endpoint
to structure the endpointOnboardUserRepositoryEndpoint - Use a method called
for the business logic in the endpoint.Handle- Use the
,[WolverinePost("<url>")]
,[WolverineGet("<url>")]
or[WolverinePutt("<url>")]
attributes to enable access via HTTP.[WolverineDelete("<url>")] - The method should return a tuple where the first element is the response object, the second element the event, and the final element the optional side-effects.
- Use the
- Use a
method for any custom validations that you can't model with FluentValidation validatorsValidate