CtrlK
BlogDocsLog inGet started
Tessl Logo

electron-pro

Expert in building cross-platform desktop applications using web technologies (HTML/CSS/JS) with the Electron framework.

56

Quality

70%

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 ./.agents/skills/electron-pro/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

65%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 is token-efficient and action-oriented, with genuinely useful decision tables and code patterns. Its weaknesses are structural: broken section numbering (2, 4, 6 with no 1, 3, 5), doubled horizontal rules, no validation steps in the optimization workflow, and no progressive-disclosure layering of the pattern/reference material.

Suggestions

Fix the section numbering and remove the doubled '---' separators so the document reads as one coherent structure (currently headers 1, 3, and 5 are missing).

Add a validation checkpoint to the startup-optimization workflow, e.g. 'Measure with `npx electron --trace-startup .` before and after each change; keep only changes that reduce the marked startup time'.

Move the Patterns & Templates and Integration Patterns sections into reference files (e.g. references/patterns.md, references/integrations.md) with clearly signaled links, keeping SKILL.md as a lean overview.

DimensionReasoningScore

Conciseness

The body is lean and assumes Claude's competence — a decision tree, an IPC pattern table, and terse code blocks with no basic Electron tutoring (no 'Electron is a framework that...' padding). Score 4 rather than 5 because the Purpose section largely restates the frontmatter description and the doubled '---' separator lines pad the structure; not 3 because there are no noticeably unnecessary explanations.

4 / 5

Actionability

Mostly executable guidance: concrete lazy-loading bad/good code, a working worker_threads handler, a deep-link protocol registration snippet, and named tools (electron-store, better-sqlite3, esbuild, Electronegativity). Minor gaps keep it from 5 — the worker example references './worker.js' without its contents, and 'V8 Snapshot: use electron-link or v8-compile-cache to pre-compile JS' is a hint with no command. Well above 3 since the examples are real code, not pseudocode.

4 / 5

Workflow Clarity

The performance workflow lists steps 1-3 but has no validation checkpoint (e.g. measuring startup time to confirm the '< 2s' goal), and the section numbering is broken — headers jump between '## 2. Decision Framework', 'Workflow 2', '## 4. Patterns & Templates', and '## 6. Integration Patterns' with sections 1, 3, and 5 absent, leaving an incoherent overall sequence. Not 2 because individual steps are concrete and clearly ordered; not 4 because the missing checkpoints and the numbering gaps are more than minor.

3 / 5

Progressive Disclosure

Sections exist (Purpose, When to Use, Decision Framework, Patterns, Integration Patterns) but no bundle files are provided and no references point elsewhere, while pattern and integration content (~160 lines total) could plausibly live in separate reference files. The doubled '---' separators and inconsistent numbering weaken organization. Not 2 since it is not a monolithic wall of text and headers do aid navigation; not 4 because the structure gaps are more than minor.

3 / 5

Total

14

/

20

Passed

Description

61%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 concise, domain-specific description that clearly states what the skill does, anchored by the strong trigger term 'Electron'. Its main defect is the complete absence of a 'Use when...' clause, which caps completeness and limits trigger coverage.

Suggestions

Add an explicit trigger clause, e.g. 'Use when building or debugging Electron apps, wrapping a web app as a desktop application, or setting up IPC, auto-update, or code signing.'

List 2-3 more concrete capabilities in the description (e.g. secure IPC between main and renderer, electron-builder packaging, auto-updaters) to raise specificity.

Include natural synonym phrasing users actually say, such as 'desktop app' or 'turn my web app into a desktop app', to broaden trigger-term coverage.

DimensionReasoningScore

Specificity

The description names the domain precisely ('cross-platform desktop applications', 'Electron framework', 'HTML/CSS/JS') but the only stated action is 'building' — a single generic verb. It matches 'names domain and 1-2 concrete actions, but not comprehensive'; not score 2 because the domain and tech stack are explicitly detailed, not minimal, and not score 4 because no several distinct capabilities (IPC, auto-update, packaging) are listed.

3 / 5

Completeness

It clearly answers 'what' ('building cross-platform desktop applications using web technologies with the Electron framework') but contains no 'Use when...' clause or equivalent explicit trigger guidance, which caps completeness at 3 per the judging guidelines. Not 2 because the 'what' is clear and specific, not 4 because 'when' is entirely absent rather than merely imprecise.

3 / 5

Trigger Term Quality

'Electron framework', 'cross-platform desktop applications', and 'HTML/CSS/JS' are natural terms a user would say when needing this skill, giving good keyword coverage. Falls short of 5 because common variations like 'desktop app', 'native app', '.exe/.dmg installers', or 'package web app as desktop' are missing; above 3 because the key term (Electron) plus the domain phrase are both present and natural.

4 / 5

Distinctiveness Conflict Risk

'Electron framework' and 'desktop applications' carve out a clear niche with distinct triggers, so it is mostly distinct. Minor overlap risk remains with generic frontend/web-development skills due to 'web technologies (HTML/CSS/JS)', keeping it below 5; it is well above 3 because the desktop/Electron framing would not draw a user seeking pure web work.

4 / 5

Total

14

/

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
fathah/hermes-desktop
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.