CtrlK
BlogDocsLog inGet started
Tessl Logo

packages-worker-setup

Get packages_worker running locally — first time or resuming after a break. Spins up packages-db if not running, applies any pending migrations, and starts the worker. All steps are safe to re-run. Use when: "set up packages worker", "start packages worker", "resume packages worker", "get packages-db running", "packages-db stopped", "restart the worker".

76

Quality

96%

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

SKILL.md
Quality
Evals
Security

Quality

Content

93%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 lean, fully executable runbook: every step is a concrete command, prerequisites and DB readiness are validated with expected outcomes, and a troubleshooting table provides error recovery. The only weakness is missing post-run verification after applying migrations and starting the worker, which keeps workflow clarity just below the top anchor.

Suggestions

Add a validation command after Step 2 (e.g., check Flyway's applied-migrations output or `docker run ... packages_flyway info`) so migration failures are caught before starting the worker.

Add a post-start check in Step 3 (e.g., `./scripts/cli service packages-worker status` or tailing logs until a startup line appears) to confirm the worker actually came up.

Include an expected failure symptom for the worker start in the troubleshooting table to round out the feedback loop for the final step.

DimensionReasoningScore

Conciseness

Every token carries project-specific knowledge Claude cannot infer (idempotency notes, hot-reload source paths, the scaffold compose file, the flyway docker invocation); there is no padding or explanation of concepts Claude already knows.

5 / 5

Actionability

All guidance is copy-paste-ready: exact docker compose/flyway commands with env vars, an arch-conditional docker build, a pg_isready wait loop, and concrete ./scripts/cli service commands for logs, stop, restart, and status.

5 / 5

Workflow Clarity

The sequence is clear with strong checkpoints (expected-value prereq check, explicit pg_isready readiness loop, symptom/cause/fix troubleshooting table), but the migration step — a database operation — and the worker start lack any post-run verification, a minor validation gap that fits anchor 4 rather than 5.

4 / 5

Progressive Disclosure

The body is self-contained with well-organized sections and nothing that belongs in a separate file inlined; the "Going further" section signals related skills one level deep, and no nested references exist.

5 / 5

Total

19

/

20

Passed

Description

100%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.

An exemplary description: it states concrete idempotent actions in third-person imperative voice, declares safety on re-run, and closes with six explicit natural-language trigger phrases covering first-time, resume, and restart scenarios. Both what and when are explicit and specific.

DimensionReasoningScore

Specificity

"Spins up packages-db if not running, applies any pending migrations, and starts the worker" lists three concrete actions that comprehensively cover the setup workflow; the anchor-4 example implies coverage gaps, and none exist here.

5 / 5

Completeness

The what ("Spins up packages-db... applies any pending migrations, and starts the worker") and the when (an explicit "Use when:" list of concrete trigger phrases) are both clearly and explicitly stated, matching the anchor-5 example's structure.

5 / 5

Trigger Term Quality

"set up packages worker", "start packages worker", "resume packages worker", "get packages-db running", "packages-db stopped", "restart the worker" cover the natural phrasings and their synonyms (set up/start/restart/resume) a user would actually say.

5 / 5

Distinctiveness Conflict Risk

The description is tightly scoped to packages_worker local setup with named-service triggers ("packages-db stopped", "restart the worker"), giving it a clear niche with minimal overlap against other skills.

5 / 5

Total

20

/

20

Passed

Validation

87%

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

Validation — 14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

allowed_tools_field

'allowed-tools' contains unusual tool name(s)

Warning

referenced_paths_exist

Referenced path issues: 5 missing

Warning

Total

14

/

16

Passed

Repository
linuxfoundation/crowd.dev
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.