CtrlK
BlogDocsLog inGet started
Tessl Logo

testland/liquibase-migrations

Authors and runs Liquibase database migrations - changelog-driven schema management with changesets in XML / YAML / JSON / SQL formats; supports `liquibase update` / `status` / `rollback` / `tag` / `history` lifecycle; offers per-changeset preconditions, contexts and labels for selective execution, and rollback semantics; tracks state in `DATABASECHANGELOG` + `DATABASECHANGELOGLOCK` tables. Use when the user works with Liquibase-managed schemas (Spring Boot heritage, polyglot DB shops), needs cross-DBMS portable migrations, or requires fine-grained rollback control.

67

Quality

84%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Passed

No findings from the security scan

Overview
Quality
Evals
Security
Files

Quality

Content

68%Weight 40%Scale 1-5

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

A dense, largely executable reference for Liquibase migrations with good structure and honest limitations. Its main gap is workflow integration of validation: the skill documents `liquibase validate` and preconditions but never wires them into the update/CI workflows as explicit checkpoints, which the rubric caps at 3 for database operations. Install and build-tool integration are the remaining vague spots.

Suggestions

Make validation an explicit workflow checkpoint: add a step (and a line in the CI example) to run `liquibase validate` before `update` and halt on checksum errors, forming a validate -> fix -> retry loop.

Replace the GitHub marketing quote in the Overview with operational content, and make the install step concrete (exact download command or package-manager invocation) instead of "Download installer per platform".

Give the Maven/Gradle in-build invocation a minimal snippet or move it to a reference link with a specific anchor, rather than the generic "consult docs.liquibase.com".

DimensionReasoningScore

Conciseness

Mostly efficient: command tables, tight YAML examples, and a useful anti-patterns table with little concept-explanation padding. The GitHub marketing quote ("Liquibase helps millions of developers track, version, and deploy") and the Flyway comparison prose are trimmable, keeping it below a 5.

4 / 5

Actionability

Concrete, executable guidance dominates: a copy-paste docker run command with env-var password handling, complete changelog/precondition YAML, and a command table. Minor gaps keep it at 4: the install step says "Download installer per platform" with no actual command, and Maven/Gradle integration just says "consult docs.liquibase.com".

4 / 5

Workflow Clarity

Steps 1-8 give a clear install-to-CI sequence, and the rubric's feedback-loop rule for database operations applies: `liquibase validate` appears only in the command table and is never made an explicit checkpoint (no "validate before update, halt on checksum failure" step), and the CI example runs update without a validation gate. Not a 2 because preconditions with onFail/onError actions and the `release-locks` recovery note supply partial error-handling structure.

3 / 5

Progressive Disclosure

A single well-sectioned file with clear step headers, an anti-patterns table, a limitations section, and a final References list of external URLs, all one level deep. Scored against the actual bundle: no references/, scripts/, or assets/ directories exist, and all inlined content (YAML examples, precondition predicate list) is core use-time material. Not a 5 because at ~250 lines some reference material (e.g., the full precondition predicate list, sister-tool comparisons) could be split out.

4 / 5

Total

15

/

20

Passed

Description

92%Weight 40%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.

A strong description: third-person, concrete, comprehensive on capabilities, with an explicit and specific 'Use when' clause covering Liquibase-managed schemas, Spring Boot heritage, cross-DBMS portability, and rollback control. The only improvement space is trigger-term breadth — natural file-name forms like `db.changelog-master.xml` would help retrieval.

DimensionReasoningScore

Specificity

Multiple specific concrete actions with comprehensive coverage: "Authors and runs Liquibase database migrations", "changesets in XML / YAML / JSON / SQL formats", the full "`liquibase update` / `status` / `rollback` / `tag` / `history` lifecycle", "per-changeset preconditions, contexts and labels", and state tracking in the named "`DATABASECHANGELOG` + `DATABASECHANGELOGLOCK`" tables. Written in third person ("Authors and runs", "supports", "tracks"), so no voice penalty; it exceeds the score-4 anchor, which expects only minor gaps.

5 / 5

Completeness

Clearly answers both what and when: the first sentences state the capabilities concretely, and the explicit "Use when the user works with Liquibase-managed schemas (Spring Boot heritage, polyglot DB shops), needs cross-DBMS portable migrations, or requires fine-grained rollback control" clause gives concrete trigger phrases. Matches the score-5 anchor exactly; the 'when' clause is present and specific, so the score-3 cap does not apply.

5 / 5

Trigger Term Quality

Good keyword coverage with the natural terms users say: "Liquibase database migrations", "changelog", "changesets", "rollback", "Spring Boot", "cross-DBMS portable migrations". Not a 5 because it misses common natural variations users would actually type, such as file names/extensions (`db.changelog-master.xml`, `changelog.xml`) and plain synonyms like "database schema changes".

4 / 5

Distinctiveness Conflict Risk

A clear niche with distinct triggers: "Liquibase" is a named tool and the description anchors on Liquibase-specific artifacts (changesets, `DATABASECHANGELOG` tables, the Liquibase command lifecycle), so it would not fire for generic migration work. It even implicitly differentiates via "fine-grained rollback control" and "cross-DBMS portable migrations"; only the explicit Flyway comparison (which the body carries) is absent, which keeps it from any overlap concern.

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.

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Reviewed

Table of Contents