CtrlK
BlogDocsLog inGet started
Tessl Logo

third-party-scripts

Use when auditing slow page loads, heavy assets, or rendering delays related to Optimize third-party script loading. Verify the actual bottleneck in DevTools, Lighthouse, or field data before recommending changes.

57

Quality

66%

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

Fix and improve this skill with Tessl

tessl review fix ./skills/third-party-scripts/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

66%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 skill body is concise, well-structured into a Check/Fix/Explain/Code Review workflow, and appropriately offloads detail to a real references/rule.md file. Its main gap is actionability: concrete async/defer/lazy-load code examples live only in the reference, leaving the body mostly instructional.

Suggestions

Add one short inline code example showing async vs defer vs lazy-load script tags so the body is actionable without opening the reference.

Add an explicit validation checkpoint after 'Fix' (e.g., re-measure in Lighthouse/DevTools to confirm the blocking time dropped).

DimensionReasoningScore

Conciseness

The body is short, well-sectioned, and assumes Claude's competence; the only mild padding is the marketing-style opener ('#1 cause of slow websites—2-5 seconds') which is not strictly necessary.

4 / 5

Actionability

Guidance is mostly directional ('Use async', 'Use defer', 'Lazy-load') with no inline executable code or concrete attribute examples; the actual code is deferred to references/rule.md rather than shown in the body.

3 / 5

Workflow Clarity

The Check -> Fix -> Explain -> Code Review sequence gives a clear, ordered flow, and Code Review explicitly asks to describe the measurement method used to confirm the issue; minor gap is there is no explicit validate/re-check checkpoint after applying fixes.

4 / 5

Progressive Disclosure

The body is a clean overview that signals a single one-level-deep reference (references/rule.md), which exists as a real file; navigation is clear, though the reference is text rather than a linked path.

4 / 5

Total

15

/

20

Passed

Description

67%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 in third person, includes an explicit 'Use when...' trigger, and grounds the skill in concrete measurement tools, which keeps it specific and low-conflict. Its main weakness is that the capability ('what') reads as a verification directive rather than a clear statement of what the skill does end-to-end.

Suggestions

Lead with a concise capability statement of what the skill does (e.g., 'Audits and optimizes third-party script loading to reduce render-blocking') before the 'Use when' clause.

Add a few common natural synonyms like 'page speed' or 'Core Web Vitals' to broaden trigger coverage.

DimensionReasoningScore

Specificity

Names the domain (third-party script loading) and a concrete action (auditing slow page loads/heavy assets/rendering delays) plus a verification method (DevTools/Lighthouse/field data), but the core remediation actions are implied rather than enumerated.

3 / 5

Completeness

Has a clear 'when' clause ('Use when auditing slow page loads...') and an implicit 'what' (audit/verify third-party script bottlenecks), but the 'what' is framed as a verification instruction rather than a crisp capability statement.

4 / 5

Trigger Term Quality

Includes natural performance terms users would say ('slow page loads', 'heavy assets', 'rendering delays', 'bottleneck') alongside tool names (DevTools, Lighthouse, field data); missing some common synonyms like 'page speed' or 'Core Web Vitals'.

4 / 5

Distinctiveness Conflict Risk

The third-party-script-loading niche is fairly distinct with tool-specific triggers, though it could mildly overlap with general performance-auditing skills.

4 / 5

Total

15

/

20

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

Repository
thedaviddias/Front-End-Checklist
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.