CtrlK
BlogDocsLog inGet started
Tessl Logo

eleventy-nunjucks

Eleventy v3, Build Awesome v4 prerelease, and Nunjucks operating guide for static-site authoring, templates, build pipelines, migrations, and security review. Use when the user asks to "create an 11ty page", "add a Nunjucks filter", "fix my layout chain", "review my .njk template", "set up Eleventy", "migrate to Build Awesome", or "audit my static site"; when `package.json` includes `@11ty/eleventy` or `@awesome.me/buildawesome`; when paths include `.eleventy.js`, `eleventy.config.js`, `.njk`, `.11tydata.js`, `.data.js`, `.11ty.js`, or `.server.js`; or when debugging data cascades, filters, shortcodes, async Nunjucks, autoescape, or static-site security.

75

Quality

92%

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

85%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 well-structured operational skill body: a clear procedure with a validation checklist, a clean one-level reference table with all referenced files present, and lean rule/table content. The only ding is prominently placed time-sensitive version metadata that could be isolated into a baseline section.

Suggestions

Move the specific version numbers and the 'verified August 6, 2026' date out of the opening blockquote into a dedicated 'Version baseline / revalidation' section so time-sensitive metadata is isolated and easy to refresh without inflating the overview.

Add one or two more copy-paste snippets inline (e.g., a minimal eleventy.config.js skeleton or a normalize_path / jsonScript usage example) so the most common tasks are executable directly from the body before opening a reference.

In the Operating procedure, link each step to the specific reference row it should open (e.g., step 2's v4 branch -> build-awesome-v4.md) to make the navigation path fully explicit.

DimensionReasoningScore

Conciseness

The body is lean and operational — tables and tight rules that assume Claude's competence — but front-and-center time-sensitive version numbers and a 'verified August 6, 2026' date sit in the opening blockquote rather than a deprecation/baseline section, which the guideline flags as a conciseness cost.

4 / 5

Actionability

Concrete named filters ('jsonScript', 'jsonCompact', 'normalize_path'), exact paths, decision rules ('grep the config for an existing filter'), and one copy-paste layout example give mostly executable guidance, but the bulk of copy-paste code lives in references so the body alone has minor gaps for common cases.

4 / 5

Workflow Clarity

A numbered 'Operating procedure' (open config, choose track, open reference) plus a 5-item 'Completion gate' checklist with explicit validation (build/test passes, safe/autoescape review, output inspected) matches the anchor for clear sequence with validation steps and checklists.

5 / 5

Progressive Disclosure

A clear 'Reference files' table with a 'Load when' column points one level deep to 11 verified reference files, with detailed API/patterns appropriately split out and the body kept as a navigable overview.

5 / 5

Total

18

/

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: concrete capabilities, comprehensive natural and extension-based triggers, explicit 'what' and 'when' clauses, and a tightly scoped niche with low conflict risk. Voice is third-person throughout, so no specificity penalty applies.

DimensionReasoningScore

Specificity

Names the domain and lists multiple concrete action areas — 'static-site authoring, templates, build pipelines, migrations, and security review' — giving comprehensive coverage rather than a single generic action, matching the 5 anchor.

5 / 5

Completeness

Explicitly answers both 'what' (an operating guide for the Eleventy/Nunjucks stack) and 'when' with concrete 'Use when the user asks to ...; when package.json includes ...; when paths include ...' trigger clauses.

5 / 5

Trigger Term Quality

Comprehensive natural triggers including synonyms ('11ty'/'Eleventy') and file extensions ('.njk', '.eleventy.js', '.11tydata.js', '.data.js', '.11ty.js', '.server.js'), plus natural user phrases like 'create an 11ty page' and 'fix my layout chain'.

5 / 5

Distinctiveness Conflict Risk

A clear niche anchored to specific packages ('@11ty/eleventy', '@awesome.me/buildawesome') and version-specific file suffixes, yielding distinct triggers and minimal overlap with other skills.

5 / 5

Total

20

/

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.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
t4sh/skills4sh
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.