runner-dev

Automate development guidance creation for the lemline-runner ecosystem.

39|Updated Apr 21, 2025
One-click install
npx skills add https://github.com/lemline/lemline --skill runner-dev
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: runner-dev
Source: https://github.com/lemline/lemline/tree/main/.claude/skills/runner-dev
Command: npx skills add https://github.com/lemline/lemline --skill runner-dev

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

The Lemline Runner Development Guide consolidates best practices and architectural patterns for building, configuring, and testing modular lemline-runner components, ensuring consistent contributor experiences across the project.

Core Features & Use Cases

  • Modular architecture guidance: explains the relationships between core runner, runner-common, and feature modules.
  • Best practices for development: outlines standards for repository structure, migrations, tests, and documentation.
  • Onboarding and collaboration: helps new contributors understand module boundaries and common workflows.

Quick Start

Clone the Lemline repository and start with the main runner and core modules. Then read the module READMEs (lemline-runner, lemline-runner-common) for setup, testing, and contribution guidelines. Run tests for a specific module, e.g., ./gradlew :lemline-runner-waits:test, and follow the CLI and documentation references to implement new features.

Frequently Asked Questions about runner-dev

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

FAQPage Schema
How do I structure a modular Quarkus and Kotlin project for runner components?

A modular Quarkus and Kotlin runner project separates core runner, runner-common, and feature modules. This structure enforces architecture boundaries and maintains consistent contributor workflows across the ecosystem.

What testing conventions apply to multi-database Kotlin and Quarkus applications?

Multi-database testing conventions for Kotlin and Quarkus applications require native SQL usage and adherence to repository documentation. Running module-specific Gradle tests validates components across different database environments.

How do I run tests for a specific Quarkus runner module using Gradle?

To run tests for a specific Quarkus runner module, execute the Gradle command targeting that module, such as ./gradlew :lemline-runner-waits:test. This isolates module testing and validates feature components independently within the project structure.

When should I use outbox and cleaner patterns in Kotlin development?

Use outbox and cleaner patterns in Kotlin development when managing modular runner infrastructure and feature modules. These patterns are required by the project structure to handle data consistency and maintain architecture standards across components.

Does the Lemline runner development guide support onboarding new contributors?

The Lemline runner development guide supports onboarding new contributors by explaining module boundaries, repository standards, and common workflows. It consolidates architectural patterns to help contributors understand the modular Kotlin and Quarkus project structure.