forge-electron
Skill2 starsChanged 5 days agoMITView on GitHub
Playbook for Electron desktop apps: safe IPC, installer (gebruik bij een desktop-app).
1 other project uses a version of this, 1 of them edited.
Adopted by
Most recently taken up by
- ForgeyClap/claude-forgeedited, first seen Oct 11, 2026
Other versions1 project uses a version of this.
Word for word · 0
None found.
Edited · 1
- ForgeyClap/claude-forge★ 242% same
Wrote their own version · 0
None found.
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository99 other files it gives its agents.
- docs/AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- brainstormingSkill
- claude-md-improverSkill
- dispatching-parallel-agentsSkill
- executing-plansSkill
- finishing-a-development-branchSkill
- forge-a11ySkill
- forge-agent-reportSkill
- forge-agentSkill
- forge-apiSkill
- forge-authSkill
- forge-autoresearchSkill
- forge-botsSkill
- forge-brainstormSkill
- forge-cliSkill
- forge-cmsSkill
- forge-code-reviewSkill
- forge-contextSkill
- forge-councilSkill
- forge-craftSkill
- forge-databaseSkill
- forge-dataSkill
- forge-debugSkill
- forge-deeplearnSkill
- forge-devopsSkill
- forge-docdriftSkill
- forge-doctorSkill
- forge-ecc-adapterSkill
- forge-ecommerceSkill
- forge-extensionSkill
- forge-figmaSkill
- forge-fullstackSkill
- forge-gameSkill
- forge-graded-verifySkill
- forge-guardianSkill
- forge-heartbeatSkill
- forge-i18n-docsSkill
- forge-intakeSkill
- forge-integrationSkill
- forge-long-form-writingSkill
- forge-mcp-clientsSkill
- forge-memorySkill
- forge-migrationSkill
- forge-mindmapSkill
- forge-mlopsSkill
- forge-mobileSkill
- forge-n8nSkill
- forge-nightshiftSkill
- forge-observabilitySkill
- forge-paymentsSkill
- forge-plan-largeSkill
- forge-prdSkill
- forge-predictionSkill
- forge-projectbrainSkill
- forge-prompt-coachSkill
- forge-qualitySkill
- forge-ragSkill
- forge-registrySkill
- forge-releaseSkill
- The first 60 shown.
The file
We split this skill into the rules it gives an agent
4 rules. About 0 are common, 2 are distinctive, and 2 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈2
Distinctive · estimate
This author's own choices. Worth a look.
2
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 18
Use for: Electron desktop apps: hardened renderer, safe IPC, secure storage, a signed installer that opens on a clean machine.
- Very specific: line 20
Not for: renderer UI (forge-website) or gateway/API and money flows (forge-integration / forge-payments).
- Distinctive: line 52
No secrets in the bundle; secure OS storage used for sensitive data.
- Very specific: line 55
No test/demo/mock data in the shipped artifact.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Forge playbook — Electron / desktop app
Provenance
Forge-native playbook. The references add material rewritten in our own words (no file copied verbatim), seen on main on 2026-11-02:
- agents-inc/skills desktop-security-electron (MIT, commit 845a1f2, see LICENSE) →
references/electron-security.md; pattern adapted from jwynia/agent-skills electron-best-practices (MIT only in frontmatter, no LICENSE file: ideas only, no text). - hairyf/skills tauri (MIT, see LICENSE; generated from the official tauri-docs) →
references/tauri.md. - Pattern adapted from pedronauck/skills electron-release (licence not confirmed: ideas only, no text) →
references/release.md. Forge changes: no scripts or allowed-tools taken over, no unattended tag/push, every key in a secret store, release steps owner-gated.
When to use
- Use for: Electron desktop apps: hardened renderer, safe IPC, secure storage, a signed installer that opens on a clean machine.
- Also for: Tauri v2 apps — same bar, Tauri mechanics (capabilities, permissions, updater keys) in
references/tauri.md. - Not for: renderer UI (
forge-website) or gateway/API and money flows (forge-integration/forge-payments). - Domain framing, team roles and honesty rule:
references/overview.md.
Hard rules (verify, don't assume — cite the exact config line)
contextIsolation: trueon everyBrowserWindownodeIntegration: falsein all renderers.sandbox: truewhere feasible;webSecurityleft enabled; remote module disabled;allowRunningInsecureContent: false.- Validated IPC.
- Strict CSP
- No secrets baked into the bundle.
- A real, signed installer that actually opens.
- No test/demo/mock/placeholder data in the shipped build
- No global input in tests. Drive the app through Playwright, its own window handle (PostMessage to its hwnd) or a built-in self-test, never global SendKeys/SendInput.
Full text of every rule: references/hard-rules.md. The eight defense layers, fuses (flip before signing), navigation and permission handlers and the red-flag list: references/electron-security.md.
Team (conditional)
Lead: build-boss (app) or integration-boss (desktop wrapper over a service). Desktop work: electron-pro specialist. Support: typescript-reviewer (main/preload/renderer), security-reviewer (IPC surface + CSP — desktop is a reasonable Codex/security trigger), database-reviewer (local store, e.g. SQLite for an offline app). Renderer UI: forge-website team.
Skills / commands / MCP
Electron + electron-builder docs via Context7 for exact API/config; forge-website for the renderer UI; forge-integration / forge-payments if the app calls external services or handles money; systematic-debugging for build/native-dep failures; forge-testing for Playwright (it drives Electron; Spectron is dead). Reuse electron-builder's signing config — don't hand-roll packaging.
Fan-out & flow
L2 single-window app; L3 multi-window + native integration + installer + auto-update.
Parallel: main-process services ∥ preload API surface ∥ renderer UI (independent once the IPC contract is fixed — the preload API is the contract).
Serial: process architecture (main/preload/renderer) → hardened BrowserWindow options → contextBridge IPC API → renderer UI → build config + fuses → signed installer → clean-machine launch test.
Domain gates
contextIsolation:true,nodeIntegration:false,sandbox:true(where feasible),webSecurity:trueverified on every window (cite the file:line).- Preload exposes a minimal, validated API; no raw
ipcRendereronwindow; IPC payloads validated. - Strict CSP set; no
unsafe-eval/wildcard script sources. - Fuses set in the build (
RunAsNodeoff, ASAR integrity together withOnlyLoadAppFromAsar) and flipped before signing; both permission handlers,will-navigateandsetWindowOpenHandlerset;shell.openExternalonly on validatedhttps:URLs. - No secrets in the bundle; secure OS storage used for sensitive data.
- Build produces the intended installer and it actually installs + launches on a clean machine (evidence, not assumption).
- Cold-start + idle-memory numbers reported are observed, not guessed; listeners/watchers/intervals cleaned up on window close.
- No test/demo/mock data in the shipped artifact.
Ship-readiness (unique)
Evidence checklist before handoff: references/ship-readiness.md. Signing matrix, auto-update, staged rollout and the honest unsigned path: references/release.md.
Safety, approval and honesty
- Approval / safety: no secrets in the bundle; OS secure storage (
safeStorage). - Approval / safety: never ship an unsigned silent updater.
- Approval / safety: tag, push, publish, store upload and certificate purchase are owner actions; signing keys stay in the CI secret store and are never read or printed by an agent.
- Honest failure: verify, don't assume: cite the exact config line for every hardening flag.
- Honest failure: no signing cert or no clean-machine test: label it not-run.
- Shared gates for every playbook (honesty, owner approval, secrets, reviews):
.claude/docs/forge-reference/playbook-template.md.
References
references/overview.md— domain framing paragraph(s) from under the title.references/hard-rules.md— full text of every hard rule.references/ship-readiness.md— full ship-readiness evidence checklist.references/electron-security.md— eight-layer defense, fuses, IPC contract, navigation and permissions, red flags.references/release.md— signing matrix, auto-update, staged rollout, unsigned path, pre-release checklist.references/tauri.md— Tauri v2 capabilities and permissions, updater signing, distribution, testing.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

