backend-feature-dev

Guide Kotlin Spring Boot backend feature development within existing modules.

Updated May 15, 2026
One-click install
npx skills add https://github.com/avgarcia/runcriticon --skill backend-feature-dev
Or copy as Structured Prompt for Agentโ–ผ
Please help me install this Agent Skill.
Skill: backend-feature-dev
Source: https://github.com/avgarcia/runcriticon/tree/main/.claude/skills/backend-feature-dev
Command: npx skills add https://github.com/avgarcia/runcriticon --skill backend-feature-dev

SYSTEM DOCUMENTATION & REQUIREMENTS

๐Ÿ’ก This Skill includes references (resource) components.

What problem does it solve?

This Skill helps developers add or modify backend use cases in an existing module while avoiding architectural drift, inconsistent authorization, persistence mistakes, and incomplete testing.

Core Features & Use Cases

  • Feature Development Workflow: Guides implementation from domain logic through application services, infrastructure adapters, database migrations, and tests using the project's established architecture.
  • Architecture Compliance: Enforces Kotlin, Arrow Either, Spring Modulith, authorization patterns, JPA separation, event-driven practices, and ADR-aligned conventions.
  • Use Case: A backend engineer adding a new plan assignment operation can follow this Skill to create the domain behavior, REST endpoint, persistence changes, and required access-control tests consistently.

Quick Start

Use the backend-feature-dev skill to implement the CasoDeUso feature inside the specified existing backend module following Runcriticon architecture rules.

Frequently Asked Questions about backend-feature-dev

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

FAQPage Schema
How do I add a new backend feature to an existing Kotlin Spring Boot module without breaking clean architecture?โ–ผ

To add a backend feature without architectural drift, implement domain logic, application services, infrastructure adapters, and tests using established patterns like domain-driven design and JPA separation. This ensures architecture compliance across the entire feature workflow.

What is the best way to enforce domain-driven design and authorization rules when developing Spring Boot use cases?โ–ผ

Enforcing domain-driven design and authorization rules requires applying ADR-aligned implementation practices during use case development. This includes following specific patterns for REST endpoints, persistence changes, and access-control tests to maintain consistency.

How do I structure database migrations and JPA persistence changes when adding new endpoints to an existing module?โ–ผ

Structure database migrations and JPA persistence changes by separating infrastructure adapters from domain logic. Apply ADR-aligned conventions to ensure database migration and event-driven practices satisfy the project's established architectural guardrails.

Can I use this approach to implement event listeners and access-control tests alongside new application services?โ–ผ

Yes, you can implement event listeners and access-control tests alongside new application services. The workflow guides development from domain behavior through infrastructure integration, satisfying authorization, testing, and event-driven requirements consistently.

Does this backend feature development workflow support Spring Modulith and Arrow Either integration?โ–ผ

Yes, the workflow supports Spring Modulith and Arrow Either integration. Architecture compliance explicitly enforces these framework patterns alongside Kotlin, JPA separation, and established authorization conventions for robust backend feature delivery.

Why do my backend use cases suffer from inconsistent authorization and incomplete testing across existing modules?โ–ผ

Backend use cases suffer from inconsistent authorization and incomplete testing due to architectural drift. Applying guided implementation practices for domain logic, access-control rules, and required tests prevents these persistence and validation mistakes.