CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

performance-optimization

Optimizes application performance across frontend, backend, queries, and databases. Use when performance requirements exist, when you suspect performance regressions, when Core Web Vitals or load times need improvement, when N+1 query patterns need fixing, or when profiling reveals bottlenecks.

Quality

86%

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

The canonical home for this skill is performance-optimization in addyosmani/agent-skills

SKILL.md
Quality
Evals
Security

Quality

Content

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

An exemplary process-oriented skill body: a measured, validated 5-step workflow with concrete code, thresholds, decision tables, and a verification checklist, plus well-signaled one-level-deep references. The only notable gaps are a repeated reference to a performance-checklist file not present in the bundle and a few prose-heavy sections that could be moved or tightened.

Suggestions

Fix or remove the dangling '../../references/performance-checklist.md' path cited three times — either ship the file in the bundle or fold its unique content into the existing references file, since a reader following it hits a dead end.

Move the extended caching and index-tuning rules (key composition, layer choice, stampede guards, statistics staleness) into optimization-patterns.md alongside their worked fixes, keeping only the signature and one-line rule in SKILL.md.

Trim the 'Common Rationalizations' table to the rows that are not already implied by the 'When NOT to use' and Red Flags sections.

DimensionReasoningScore

Conciseness

The 267-line body is almost entirely operational content Claude does not already know — threshold tables (Core Web Vitals, budgets), a symptom decision tree, decision tables, and concrete rules — and it avoids explaining basic concepts. It is not a 5 because a few sections could be trimmed: the ~180-word 'Missing caching' bullet is dense prose, the 11-row 'Common Rationalizations' table elaborates responses Claude could generate, and Step 4 includes rhetorical padding like 'This is the step teams skip: the change is already written, throwing it away feels wasteful'.

4 / 5

Actionability

Copy-paste-ready code exists for the common cases ('import { onLCP, onINP, onCLS } from \'web-vitals\'', 'console.time/timeEnd', 'npx bundlesize', 'npx lhci autorun') alongside exact numeric targets, per-symptom investigation trees, and a keep-or-revert decision table. Guidance is specific down to rules like 'sized so instances × max stays under the database\'s connection ceiling'. This matches the anchor-5 'fully executable, specific examples cover the common cases' standard.

5 / 5

Workflow Clarity

The 5-step workflow (MEASURE → IDENTIFY → FIX → VERIFY → GUARD) is clearly sequenced with explicit validation: re-measure under identical conditions, compare against run-to-run variance, a strict keep-or-revert table, a feedback loop ('When either guard fires, return to Step 1'), an attempt ledger for error recovery, and a final 14-item verification checklist. This is the anchor-5 example (explicit validation steps, feedback loops, checklists) fully realized.

5 / 5

Progressive Disclosure

Good structure: SKILL.md states each rule and signature with one-level-deep links to worked fixes in references/optimization-patterns.md, whose anchors (#n1-queries-backend, #queries-that-ignore-their-index, etc.) all match real headings in that file. Not 5 because the externally referenced '../../references/performance-checklist.md' (cited three times, including in 'See Also') does not exist in this bundle — a dangling path — and some dense inline material (the caching and index-tuning bullets) reads as reference-level detail that belongs in the patterns file.

4 / 5

Total

18

/

20

Passed

Description

78%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 well-formed description with explicit and varied 'Use when' triggers and a clear domain scope. Its main weakness is that the capability side is one generic verb plus domain names rather than a list of concrete actions, and it omits layman phrasings like 'slow' or 'latency'.

Suggestions

Replace or augment the single verb 'Optimizes' with several concrete capabilities, e.g. 'Profiles bottlenecks, fixes N+1 queries, adds indexes guided by query plans, and tunes Core Web Vitals' — matching the anchor-5 specificity pattern.

Add natural user phrasings to the trigger clause such as 'when the app feels slow', 'when latency or response times need reduction', or 'when you need to speed up a page or endpoint'.

Keep the description to its current concise length; the additions above can be made by swapping words rather than adding sentences.

DimensionReasoningScore

Specificity

The 'what' is a single generic verb — 'Optimizes application performance' — scoped by domains ('across frontend, backend, queries, and databases') rather than listing several concrete actions like the anchor-4 example ('Extracts text... fills forms, converts pages'). Concrete sub-actions (fixing 'N+1 query patterns', improving 'Core Web Vitals') appear only as triggers, so it sits between anchor 3 (names domain and 1-2 concrete actions) and anchor 4; it does not reach 4 because no explicit list of several capability actions is given.

3 / 5

Completeness

Explicitly answers both questions: 'Optimizes application performance across frontend, backend, queries, and databases' (what) followed by an explicit 'Use when...' clause with five concrete trigger conditions (when). This matches the anchor-5 example structure ('Extract text... Use when working with PDF files or when the user mentions...') almost exactly.

5 / 5

Trigger Term Quality

Strong natural triggers users would actually say: 'performance requirements', 'performance regressions', 'Core Web Vitals', 'load times', 'N+1 query patterns', 'profiling reveals bottlenecks'. Not 5 because common user phrasings like 'slow', 'latency', 'speed up', or 'make it faster' are missing; not 3 because coverage goes well beyond a couple of generic keywords.

4 / 5

Distinctiveness Conflict Risk

The performance-optimization niche is clear with distinctive triggers (Core Web Vitals, N+1 queries, profiling bottlenecks), but 'when you suspect performance regressions' and general query/database optimization overlap modestly with code-review and database skills. Minor overlap with closely related skills fits anchor 4; it does not fit anchor 5's 'minimal conflict risk' because the domain spans frontend, backend, and databases broadly.

4 / 5

Total

16

/

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.

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository

faisalbasra/match-storyteller

Path

.agents/skills/performance-optimization/SKILL.md

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.