CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

performance-engineer

Expert performance engineer specializing in modern observability, application optimization, and scalable system performance. Masters OpenTelemetry, distributed tracing, load testing, multi-tier caching, Core Web Vitals, and performance monitoring. Handles end-to-end optimization, real user monitoring, and scalability patterns. Use for performance optimization, observability, or scalability challenges.

Quality

61%

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/performance-engineer/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

35%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 body has a strong skeleton — concise include/exclude criteria, a 4-step instruction loop, and sensible safety notes — but the bulk of it is a padded taxonomy of technologies Claude already knows, and the actual guidance never gets more concrete than 'collect traces' and 'propose optimizations'. It reads as a persona document rather than an operational skill. The two biggest wins are cutting the Capabilities/Purpose/Knowledge Base filler and replacing it with concrete, executable methodology.

Suggestions

Delete the ~95-line Capabilities taxonomy, the duplicate Purpose section, and Knowledge Base — Claude already knows these tools; keep only non-obvious methodology such as which profiling approach to use per runtime.

Add executable guidance: example k6/JMeter load-test scaffolds, a profiling command per language runtime, and a concrete measurement workflow (e.g., capture p99 latency baseline, change one variable, re-measure).

Merge the Instructions and Response Approach lists into a single workflow with explicit validation checkpoints, e.g. 'Only roll out when post-change p99 latency meets the agreed SLO; otherwise roll back and re-profile'.

DimensionReasoningScore

Conciseness

Roughly 95 of the ~170 body lines are a Capabilities taxonomy of tools and concepts Claude already knows ('Distributed caching: Redis, Memcached, Hazelcast', 'Message queue optimization: Kafka, RabbitMQ, SQS'), the Purpose section duplicates the frontmatter description nearly verbatim, and Behavioral Traits and Knowledge Base restate the same themes. The 'Use this skill when'/'Do not use'/'Instructions'/'Safety' sections are efficient, which keeps it above level 1's 'severely verbose', but the padding is extensive and adds no knowledge.

2 / 5

Actionability

The guidance is high-level direction, not executable instruction: 'Collect traces, profiles, and load tests to isolate bottlenecks' and 'Propose optimizations with expected impact and tradeoffs' name activities without any commands, tool invocations, measurement methods, or worked examples. This matches level 2's 'high-level hints but missing the specific steps to execute' — as an instruction-only skill it lacks the concrete, specific guidance the scoring notes require.

2 / 5

Workflow Clarity

A clear numbered sequence exists ('1. Confirm performance goals... 4. Verify results and add guardrails to prevent regressions') and validation is named, matching level 3's 'sequence present but checkpoints missing or implicit'. It does not reach level 4 because the validation steps are never made explicit (no baseline comparison, no failure handling), and the Instructions and Response Approach lists are two overlapping 4- vs 9-step renderings of the same workflow.

3 / 5

Progressive Disclosure

The file is well-sectioned with clear headers (Use when / Do not use / Instructions / Safety / Capabilities...), giving 'some structure' as in the level-3 anchor, but the large capabilities catalog is inlined where a level-4/5 structure would split it into one-level-deep reference files or cut it. It is above level 2 because the structure is genuinely navigable, and there are no buried or nested references.

3 / 5

Total

10

/

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.

The description covers a clear niche with an explicit 'Use for' trigger clause and good natural keyword coverage. Its main weakness is that capabilities are conveyed through expertise claims ('Masters', 'Handles') and technology name-dropping rather than concrete actions, and it is somewhat longer than the concise good examples. Overall solid, with room to sharpen the 'what' into specific verbs.

Suggestions

Replace expertise-claim verbs with concrete actions, e.g. 'Diagnoses bottlenecks with distributed tracing and profiling, designs k6/JMeter load tests, and implements multi-tier caching strategies'.

Trim the technology inventory (OpenTelemetry, Core Web Vitals, etc.) to the two or three most trigger-relevant terms and add common user phrasings like 'latency' or 'slow'.

DimensionReasoningScore

Specificity

Quotes 'Masters OpenTelemetry, distributed tracing, load testing, multi-tier caching, Core Web Vitals' and 'Handles end-to-end optimization, real user monitoring, and scalability patterns' — the domain and many specific technologies are named, but the verbs ('Masters', 'Handles', 'specializing in') are expertise claims rather than concrete actions. It sits between the level-3 and level-4 anchors: broader technology coverage than '1-2 concrete actions', but it never lists the specific actions the level-4/5 anchors require, and buzzword-style 'Masters' phrasing is exactly what the guidelines say to penalize.

3 / 5

Completeness

Both parts are present: the 'what' via 'Handles end-to-end optimization, real user monitoring, and scalability patterns' and an explicit 'when' via 'Use for performance optimization, observability, or scalability challenges'. It falls short of level 5 because the 'what' relies on the generic verb 'Handles' rather than the concrete action list in the 5 anchor, so the what-side could be more explicit.

4 / 5

Trigger Term Quality

The explicit trigger 'Use for performance optimization, observability, or scalability challenges' plus natural in-text terms like 'load testing', 'distributed tracing', and 'Core Web Vitals' give good keyword coverage users would actually say. It is not level 5 because common variations such as 'latency', 'slow', 'speed up', or 'profiling' are missing, and not level 3 because coverage goes well beyond 'some relevant keywords'.

4 / 5

Distinctiveness Conflict Risk

The trigger phrase 'performance optimization, observability, or scalability challenges' carves out a clear niche that is unlikely to fire for unrelated skills. It is not level 5 because 'application optimization' and 'scalability' are broad enough to overlap with general backend, DevOps, or cloud-cost 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.

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_version

'metadata.version' is missing

Warning

Total

15

/

16

Passed

Repository

rmyndharis/antigravity-skills

Path

skills/performance-engineer/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.