CtrlK
BlogDocsLog inGet started
Tessl Logo

electron-development

Electron development guidelines for building cross-platform desktop applications with JavaScript/TypeScript

32

Quality

26%

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

Quality

Content

29%

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

This skill provides some useful executable code snippets for Electron security and IPC patterns, but suffers from inconsistencies (preload exposes sendMessage but renderer calls readFile), vague bullet-point sections that add little value, and no workflow structure. It reads more like a loose collection of reference snippets than an actionable guide, and lacks progressive disclosure or any supporting bundle files.

Suggestions

Add a clear step-by-step workflow for bootstrapping a secure Electron app (e.g., 1. scaffold project, 2. configure security, 3. set up IPC, 4. validate with a checklist), with explicit validation checkpoints.

Remove or flesh out the vague bullet-point sections (Native Modules, Performance, Testing, Building) — either provide concrete commands/code or remove them entirely to improve conciseness.

Fix the inconsistency between the preload script (which exposes sendMessage/onMessage) and the renderer example (which calls readFile) so the examples are coherent and copy-paste ready.

Split detailed reference content (e.g., full security patterns, IPC patterns, auto-update configuration) into separate files and add a navigation section at the top of SKILL.md pointing to them.

DimensionReasoningScore

Conciseness

The skill includes some unnecessary framing ('You are an expert in Electron development') and bullet-point sections (Native Modules, Performance, Testing, Building) that are vague and state things Claude already knows. The code examples are reasonably tight, but the overall document could be trimmed significantly.

2 / 3

Actionability

The security and IPC sections provide executable code examples, which is good. However, several sections (Native Modules, Performance, Testing, Building and Distribution) are just vague bullet points with no concrete commands or code. The auto-update example is incomplete (no error handling, no configuration shown). The preload script exposes sendMessage/onMessage but the renderer example calls readFile, which is inconsistent.

2 / 3

Workflow Clarity

There is no clear workflow or sequencing for setting up an Electron project, no validation checkpoints, and no feedback loops. The content is organized as isolated reference snippets rather than a coherent process. For a skill covering project setup and security configuration, the lack of any step-by-step guidance is a significant gap.

1 / 3

Progressive Disclosure

The content is a monolithic document with no references to external files and no clear hierarchy between overview and detailed content. Sections like Security, IPC, and Window Management could benefit from separate reference files, but everything is inlined with no navigation structure.

1 / 3

Total

6

/

12

Passed

Description

22%

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 too vague and lacks both concrete actions and explicit trigger guidance. While it correctly names the technology (Electron) and platform context (cross-platform desktop), it reads more like a category label than a functional skill description. It needs specific capabilities and a 'Use when...' clause to be effective for skill selection.

Suggestions

Add specific concrete actions such as 'Configure main and renderer processes, manage IPC communication, package and distribute desktop apps, handle native OS integrations'.

Add an explicit 'Use when...' clause, e.g., 'Use when the user is building or debugging an Electron app, packaging a desktop application, or working with Electron APIs like BrowserWindow, ipcMain, or electron-builder'.

Include natural trigger terms users would say, such as 'electron app', 'desktop app packaging', 'BrowserWindow', 'electron-builder', 'native desktop', 'tray icon', 'auto-updater'.

DimensionReasoningScore

Specificity

The description says 'development guidelines' but does not list any concrete actions like 'configure main/renderer processes', 'package applications', or 'manage IPC communication'. It remains at a vague, abstract level.

1 / 3

Completeness

The description weakly addresses 'what' (development guidelines) but completely lacks any 'when' clause or explicit trigger guidance. Per the rubric, a missing 'Use when...' clause caps completeness at 2, and the 'what' is also vague, so it scores 1.

1 / 3

Trigger Term Quality

It includes some relevant keywords like 'Electron', 'cross-platform', 'desktop applications', 'JavaScript/TypeScript', which users might naturally mention. However, it misses common variations like 'electron app', 'native desktop', 'packaging', 'IPC', or file extensions.

2 / 3

Distinctiveness Conflict Risk

Mentioning 'Electron' specifically helps distinguish it from generic JavaScript/TypeScript skills, but 'development guidelines' is broad enough that it could overlap with general JavaScript, TypeScript, or Node.js development skills.

2 / 3

Total

6

/

12

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.

Validation11 / 11 Passed

Validation for skill structure

No warnings or errors.

Repository
mindrally/skills
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.