CtrlK
BlogDocsLog inGet started
Tessl Logo

testland/html-to-pdf-regression

Cross-engine HTML→PDF regression - generate the same source HTML through Chromium `page.pdf()`, WeasyPrint (Python, BSD), and wkhtmltopdf, then compare per-engine outputs page-by-page. Catches engine-specific font embedding bugs, page-break drift, @page rule support gaps. Pair with pdf-snapshot-tester for the per-engine pixel diff. Use when a project is swapping or upgrading its PDF engine, or when one shared HTML template is rendered by more than one engine and the outputs must stay equivalent.

74

Quality

93%

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

85%

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

A well-structured, actionable multi-engine regression guide with executable code at every step and clear validation checkpoints. Its only weakness is mild verbosity from the intro and 'When to use' sections duplicating the description.

Suggestions

Trim the opening paragraph and 'When to use' section since the description frontmatter already states what the skill does and when to use it; keep the body focused on the procedure.

Note which helper functions (assert_pdf_matches, generate_invoice, extract_form_fields, list_embedded_fonts) are project-specific stubs vs. provided utilities, so it is clear what the reader must implement themselves.

DimensionReasoningScore

Conciseness

Mostly lean with executable code per step, but the intro paragraph ('Different HTML→PDF engines produce different output...') and the 'When to use' section restate what/when already covered by the description, which could be tightened.

2 / 3

Actionability

Each step ships copy-paste-ready commands and code: npm/pip/apt installs, Playwright page.pdf(), WeasyPrint Python+CLI, wkhtmltopdf flags, pytest parametrization, and a CI YAML with pinned versions.

3 / 3

Workflow Clarity

Nine clearly sequenced steps with explicit validation checkpoints: per-engine baseline assertions (Step 5), cross-engine position agreement (Step 6), font-embedding assertions (Step 7), plus an anti-patterns table serving as an error-recovery checklist.

3 / 3

Progressive Disclosure

Well-organized into numbered sections with easy navigation; references are one level deep and clearly signaled (external web docs via link references and two named sister skills), with no nested or monolithic wall of text. No bundle files are present, but the sectioned structure stands on its own.

3 / 3

Total

11

/

12

Passed

Description

100%

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, specific description with concrete actions, natural trigger terms, an explicit 'Use when' clause, and a distinct niche. Voice is third-person/imperative with no first- or second-person phrasing. No notable weaknesses.

DimensionReasoningScore

Specificity

Lists multiple concrete actions: 'generate the same source HTML through Chromium page.pdf(), WeasyPrint... and wkhtmltopdf, then compare per-engine outputs page-by-page' and 'Catches engine-specific font embedding bugs, page-break drift, @page rule support gaps.'

3 / 3

Completeness

Answers both what (cross-engine generate-and-compare) and when with an explicit trigger: 'Use when a project is swapping or upgrading its PDF engine, or when one shared HTML template is rendered by more than one engine and the outputs must stay equivalent.'

3 / 3

Trigger Term Quality

Natural terms a user would say appear directly: 'swapping or upgrading its PDF engine', 'Chromium', 'WeasyPrint', 'wkhtmltopdf', 'HTML→PDF', and 'one shared HTML template is rendered by more than one engine'.

3 / 3

Distinctiveness Conflict Risk

A clear niche (cross-engine HTML→PDF regression across three named engines) paired with a distinct sister skill ('pdf-snapshot-tester'), unlikely to trigger for unrelated PDF or HTML skills.

3 / 3

Total

12

/

12

Passed

Validation

93%

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

Validation15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_version

'metadata.version' is missing

Warning

Total

15

/

16

Passed

Reviewed

Table of Contents