A drop-in module that adds autoUpdating capabilities to Electron apps
89
Pending
Does it follow best practices?
Impact
89%
1.08xAverage score across 10 eval scenarios
Pending
The risk profile of this skill
{
"context": "Evaluates how the solution uses the update-electron-app package to bootstrap default update.electronjs.org checks, ensuring repository resolution, readiness gating, and optional logging rely on the package API. Scoring focuses solely on correct use of updateElectronApp and its options, not general Electron code quality.",
"type": "weighted_checklist",
"checklist": [
{
"name": "Bootstrap call",
"description": "Imports and invokes `updateElectronApp` from `update-electron-app` to initialize updates in the main process (not reimplementing autoUpdater flow), ensuring the call happens once on startup so the package controls readiness handling.",
"max_score": 20
},
{
"name": "Default repo",
"description": "When no explicit repository override is provided, calls `updateElectronApp` without a repo/updateSource so the package derives the `owner/repo` from package.json instead of hardcoding or skipping it.",
"max_score": 25
},
{
"name": "Repo override",
"description": "Allows a provided repository override to flow into `updateElectronApp` via the `repo` field or `updateSource.repo` while keeping the default update.electronjs.org host (no custom host/static storage).",
"max_score": 20
},
{
"name": "Ready gating",
"description": "Relies on `updateElectronApp` to defer setup until the app is ready and packaged (no manual bypass), so initial `autoUpdater.checkForUpdates()` comes from the package's startup behavior.",
"max_score": 20
},
{
"name": "Logging option",
"description": "Passes any optional logger through the `logger` option to `updateElectronApp` rather than handling logs separately, allowing the package to emit lifecycle messages via the provided logger.",
"max_score": 15
}
]
}docs
evals
scenario-1
scenario-2
scenario-3
scenario-4
scenario-5
scenario-6
scenario-7
scenario-8
scenario-9
scenario-10