CtrlK
BlogDocsLog inGet started
Tessl Logo

packages-worker-add-entrypoint

Scaffold a new sub-worker inside packages_worker (npm, deps.dev, osv, scorecard, etc.) following the single-service multi-entry-point structure. Use when: "add a new packages worker", "scaffold a sub-worker in packages_worker", "new worker for packages-db", "add npm worker", "add OSV worker", "add deps.dev worker".

67

Quality

82%

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

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

The content is a strong, executable scaffold workflow with concrete commands, exact paths, and a validation checkpoint plus checklist. The recurring gap is the absence of an explicit validate-fix-retry feedback loop and a runtime smoke test, which together with some trimmable prose and un-extracted reference material keep every dimension at 4 rather than 5.

Suggestions

Add an explicit validate-fix-retry loop after `pnpm tsc --noEmit` (e.g., 'If errors appear, fix them and re-run until it passes') and a lightweight runtime smoke test step before committing, to lift workflow_clarity toward 5 for this multi-file batch operation.

Tighten Step 3a by replacing the loop-shape discussion with a one-line directive, and trim any other explanatory prose that restates what the engineer already knows, to push conciseness to the top anchor.

Consider extracting the canonical github-repos-enricher.ts entry-point pattern into a one-level-deep reference file (e.g. references/entrypoint-template.md) and linking to it, rather than describing the pattern inline, to improve progressive_disclosure.

DimensionReasoningScore

Conciseness

The body is lean and instruction-dense with no padding about concepts Claude already knows, but a few explanatory sentences (e.g., the loop-shape discussion in Step 3a) could be trimmed, keeping it just below the 'every token earns its place' top anchor.

4 / 5

Actionability

Provides concrete commands, exact file paths, copy-paste-ready package.json snippets, and a precise entry-point structure list, but the main worker logic (index.ts) is intentionally left to discussion rather than given as runnable code, a minor gap versus fully copy-paste-ready coverage.

4 / 5

Workflow Clarity

Steps are clearly sequenced (1-4 plus a pre-commit checklist) with an explicit TypeScript validation gate ('Fix any errors before proceeding'), but there is no explicit validate-fix-retry loop and no runtime smoke test, which keeps it below the top anchor for this multi-file scaffold operation.

4 / 5

Progressive Disclosure

A single well-organized SKILL.md with clear section headers and a directory tree diagram, no nested references, and good navigation; at ~117 lines some canonical-pattern material could be extracted to a one-level-deep reference file rather than described inline, so it stops just short of the ideal split.

4 / 5

Total

16

/

20

Passed

Description

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

The description is excellent: a clear what-and-when pair anchored to a specific codebase location with comprehensive natural trigger phrases and low conflict risk. The only minor weakness is specificity, which lists one main scaffold action rather than several distinct concrete actions.

DimensionReasoningScore

Specificity

Names the domain and one concrete action ('Scaffold a new sub-worker inside packages_worker ... following the single-service multi-entry-point structure'), but does not enumerate several distinct actions, so it sits at the 'domain plus 1-2 concrete actions' anchor rather than the 'several specific actions' level.

3 / 5

Completeness

Explicitly answers both 'what' (scaffold a sub-worker in packages_worker following the multi-entry-point structure) and 'when' via a concrete 'Use when:' clause with multiple trigger phrases, matching the top anchor.

5 / 5

Trigger Term Quality

Provides six explicit natural trigger phrases a user would actually say ('add a new packages worker', 'add npm worker', 'add OSV worker', 'add deps.dev worker', etc.), giving comprehensive coverage with service-name variations.

5 / 5

Distinctiveness Conflict Risk

Targets a highly specific niche (sub-workers inside a named packages_worker directory for named services: npm, deps.dev, osv, scorecard) with distinctive triggers, giving minimal overlap with other skills.

5 / 5

Total

18

/

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.

Validation14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

allowed_tools_field

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

Warning

referenced_paths_exist

Referenced path issues: 4 missing, 2 deeper-than-1-level

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.