CtrlK
BlogDocsLog inGet started
Tessl Logo

413-frameworks-quarkus-db-migrations-flyway

Use when you need to add or review Flyway database migrations in a Quarkus application — quarkus-flyway extension, db/migration scripts, quarkus.flyway.* configuration, migrate-at-start, and alignment with JDBC or Panache. This should trigger for requests such as Add or review Flyway migrations in a Quarkus project; Configure quarkus-flyway or db/migration layout; Add versioned Flyway SQL migrations for Quarkus; Review Quarkus database migration ordering; Configure Flyway clean migrate or baselines in Quarkus. Part of Plinth Toolkit

63

Quality

74%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

The risk profile of this skill

Fix and improve this skill with Tessl

tessl review fix ./skills/413-frameworks-quarkus-db-migrations-flyway/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

53%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

This skill serves as a reasonable routing document that points to detailed reference files, but it lacks inline actionable content — no code examples, no sample migrations, no configuration snippets. The workflow is too abstract for database migration operations, which are inherently destructive and would benefit from explicit validation checkpoints integrated into the steps rather than just listed as constraints. The content has some redundancy between sections that could be tightened.

Suggestions

Add at least one concrete inline example: a sample versioned migration SQL file (e.g., V1__create_table.sql) and a minimal application.properties snippet showing quarkus.flyway.migrate-at-start configuration.

Integrate validation checkpoints directly into the workflow steps (e.g., after step 3, add an explicit 'Validate migration ordering and naming' step with a feedback loop for errors), rather than relying solely on the constraints section.

Consolidate the 'What is covered' and 'When to use this skill' sections — they overlap significantly and could be merged to reduce token usage.

Add a brief inline example of the Parallel Change (expand, migrate, contract) pattern since it's called out as a key concept but entirely deferred to references.

DimensionReasoningScore

Conciseness

The skill has some unnecessary verbosity: the 'What is covered' section largely duplicates the 'When to use this skill' section and the description. The edge case constraints, while useful, are somewhat generic and padded. The bullet list explaining scope could be tighter. However, it avoids explaining basic concepts Claude already knows.

3 / 5

Actionability

The skill provides concrete commands (./mvnw compile, mvn clean verify) and references specific file paths, but the actual migration guidance is entirely deferred to reference files. There are no executable code examples, no sample SQL migrations, no configuration snippets, and no concrete examples of good/bad patterns inline. The workflow steps are high-level directives rather than specific executable guidance.

3 / 5

Workflow Clarity

The workflow has a clear 4-step sequence and includes compilation checks and verification steps in the constraints. However, the workflow steps themselves are vague ('Apply framework-aligned changes', 'Gather scope'). The validation is mentioned in constraints but not integrated into the workflow as explicit checkpoints with feedback loops. For database migrations (a destructive/batch operation domain), the lack of explicit validate-fix-retry loops in the workflow itself caps this at 3.

3 / 5

Progressive Disclosure

The skill appropriately keeps the overview concise and delegates detailed rules, antipatterns, and parallel change guidance to three clearly named reference files with proper relative links. The structure is clean with well-signaled one-level-deep references. Minor gap: without bundle files to verify, we can't confirm the references exist, but the organization pattern is sound.

4 / 5

Total

13

/

20

Passed

Description

95%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

This is a strong skill description that clearly defines its niche at the intersection of Flyway and Quarkus. It provides comprehensive trigger terms, explicit 'Use when' guidance with concrete example requests, and is highly distinctive. The only minor weakness is that the 'what it does' portion could be slightly more explicit about the concrete outputs or actions the skill performs (e.g., generating migration files vs. reviewing them).

DimensionReasoningScore

Specificity

The description lists several specific actions: adding/reviewing Flyway migrations, configuring quarkus-flyway, db/migration layout, versioned SQL migrations, migration ordering, and configuring clean/migrate/baselines. It covers multiple concrete actions but could be slightly more comprehensive about what the skill actually does (e.g., does it generate migration files, validate them, etc.).

4 / 5

Completeness

The description explicitly answers both 'what' (add/review Flyway database migrations, configure quarkus-flyway, manage migration layout and ordering) and 'when' with a clear 'Use when' clause and multiple concrete trigger scenarios listed as example requests.

5 / 5

Trigger Term Quality

Excellent coverage of natural trigger terms including 'Flyway', 'database migrations', 'quarkus-flyway', 'db/migration', 'versioned Flyway SQL migrations', 'migration ordering', 'clean migrate', 'baselines', 'JDBC', 'Panache', 'migrate-at-start', and 'quarkus.flyway.*'. These are terms users would naturally use when working with Flyway in Quarkus.

5 / 5

Distinctiveness Conflict Risk

Highly distinctive — the combination of Flyway + Quarkus creates a very specific niche. The trigger terms are domain-specific (quarkus-flyway extension, db/migration scripts, quarkus.flyway.* configuration) and unlikely to conflict with general database or migration skills.

5 / 5

Total

19

/

20

Passed

Validation

100%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation11 / 11 Passed

Validation for skill structure

No warnings or errors.

Repository
jabrena/plinth
Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.