CtrlK
BlogDocsLog inGet started
Tessl Logo

list-virtualization

Use when reviewing dashboards, admin tables, search results, or feeds with many repeated items. Confirm the bottleneck is DOM or rendering cost before introducing virtualization because small lists usually do not need the added complexity.

53

Quality

60%

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/list-virtualization/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

50%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 follows an exemplary progressive-disclosure structure — a lean overview pointing to a single well-signaled reference containing code and framework guidance — but the overview itself is weakened by four heavily overlapping sections and by direction-only guidance with no concrete commands, library names, or measurement tools in the body.

Suggestions

Collapse the redundant Check/Fix/Explain/Code Review sections into one sequenced workflow (inspect -> confirm bottleneck -> virtualize -> measure before/after) to remove restated guidance.

Add minimal concrete specifics to the body, e.g., name one or two measurement approaches (DOM node count in devtools, scroll profiling) and mention that framework-specific libraries (e.g., react-window/tanstack-virtual) are covered in references/rule.md.

Trim the intro paragraph explaining why large DOM trees are expensive — Claude already knows this — and let the reference carry the rationale.

DimensionReasoningScore

Conciseness

The body is short and on-topic, but the Check, Fix, Explain, and Code Review sections restate the same guidance (flag large collections, virtualize, preserve sizing/a11y) four times, and the intro paragraph explains DOM/layout cost concepts Claude already knows. It is mostly efficient with clear room to tighten, matching the 3 anchor rather than the noticeably padded 2 or the lean 5.

3 / 5

Actionability

The body gives high-level direction ('Introduce list or table virtualization so only the visible rows plus overscan render', 'Measure scroll smoothness, memory use, and DOM node count') without any code, commands, library names, or measurement tools, leaving the specific steps to execute entirely to the reference file. This matches the 2 anchor (high-level hints missing the specific steps) rather than 3, which expects at least some concrete-but-incomplete execution detail in the body.

2 / 5

Workflow Clarity

Check/Fix/Explain/Code Review provide a rough task sequence and the Quick Reference mentions measuring 'before and after the change', which is an implicit validation checkpoint. However, the sections are organized by task type rather than a sequenced workflow, and the only verification (measurement) is mentioned in passing rather than as an explicit checkpoint, matching the 3 anchor.

3 / 5

Progressive Disclosure

The SKILL.md is a lean ~45-line overview that appropriately defers implementation detail to a single real, one-level-deep reference, clearly signaled at the end ('For full implementation details, code examples, and framework-specific guidance, see references/rule.md'). The bundle structure matches this: references/rule.md exists and holds the code examples and framework guidance, exactly the 5 anchor pattern.

5 / 5

Total

13

/

20

Passed

Description

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

A strong, specific trigger-focused description with a useful guardrail against over-applying virtualization. Its main weakness is that the capability statement (the 'what') is implied rather than stated up front, and it lacks some natural synonyms users might phrase the problem with.

Suggestions

Lead with an explicit capability statement before the trigger clause, e.g., 'Virtualizes long lists and tables by rendering only visible rows plus overscan. Use when reviewing...'.

Add natural user phrasings such as 'long lists', 'large tables', or 'scroll jank / laggy scrolling' to broaden trigger coverage.

Optionally name what the skill covers beyond rendering, such as preserving keyboard navigation and screen-reader semantics, to sharpen the 'what'.

DimensionReasoningScore

Specificity

The description names the domain (virtualization of repeated items) and one or two concrete actions ('Confirm the bottleneck is DOM or rendering cost', 'introducing virtualization'), but does not comprehensively list the skill's capabilities. It fits the 'names domain and 1-2 concrete actions, but not comprehensive' anchor rather than 4, which expects several specific actions listed.

3 / 5

Completeness

The 'when' is explicit and specific ('Use when reviewing dashboards, admin tables, search results, or feeds with many repeated items'), and a 'what' is present but only implied through the caution clause ('Confirm the bottleneck... before introducing virtualization') rather than stated as a leading capability sentence. Both are present with one of them (the what) less explicit, matching the 4 anchor rather than the fully explicit 5.

4 / 5

Trigger Term Quality

Terms like 'dashboards', 'admin tables', 'search results', 'feeds', and 'many repeated items' are natural phrases a user reviewing UI performance would say. A few common variations are missing (e.g., 'long lists', 'slow scrolling', 'scroll jank'), so it falls short of the comprehensive synonym coverage of a 5.

4 / 5

Distinctiveness Conflict Risk

List/table virtualization is a clear niche with distinct triggers, and the 'many repeated items' qualifier narrows the scope well. There is minor overlap risk with broader frontend-performance or dashboard-audit skills, keeping it just below the 5 anchor.

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.

Validation — 15 / 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.