mcpbeat

Cherry Electron Dev

cherryhq/cherry-electron-dev

Develop, fix, and profile Cherry Studio in a tracked Electron instance. Use for everyday implementation, UI and interaction work, bug fixing, runtime debugging, DevTools inspection, lag or jank investigation, CPU and memory monitoring, leak checks, and startup-performance analysis; reuse a verified workspace instance across instructions and launch or replace one only when required.

4k tokens
context cost
the whole folder, loaded on every use
3
files
instructions only
0
copies elsewhere
how many repositories repackaged it
49361
stars on the repo
on the repository, not the skill itself

Install

one command, takes just this skill from the repository
npx skills add https://github.com/CherryHQ/cherry-studio --skill cherry-electron-dev

The instruction itself

5 sections, as written by the author

Cherry Studio Development

Use this skill for ongoing work in the current checkout. Do not use it to check

out or report on PRs; use cherry-pr-test for that workflow.

Required runtime workflow

Before reading or controlling Electron UI, read

Electron Instance Management and use its

persistent policy.

That reference is the only authority for instance discovery, instance.json,

CDP target selection, launching, replacement, shutdown, and troubleshooting.

Do not reproduce those procedures here or substitute generic Electron app

control.

Development loop

  • State the requested behavior and the evidence that will prove it.
  • Read the relevant code and nearby README files.
  • Verify and reuse the tracked instance through the runtime reference.
  • Reproduce or inspect the current behavior before editing when practical.
  • Capture the smallest useful evidence: UI state, DOM, console/network output,

main-process logs, persisted state, or performance metrics.

  • Trace the responsible code path and make only the requested change.
  • Keep Electron running. Use HMR for renderer changes and verify in the same

window.

  • Repeat the same scenario and compare before/after evidence.

Inspect the real window at the relevant size and theme for UI work. Check both

renderer and main-process evidence for renderer failures.

Restart only for a non-reloadable layer, crash, unreliable runtime state, or

startup profiling. Use the reference's exact-instance replacement procedure,

refresh instance.json, and keep the replacement running.

Run the narrowest relevant validation and follow current user and repository

instructions for lint, formatting, and tests.

Performance and DevTools

For lag, jank, high CPU, memory growth, leaks, slow startup, or explicit

DevTools use, read

Performance Debugging.

Store temporary logs, screenshots, and profiles under

.context/cherry-electron-dev/. Compare a quiet baseline with the same bounded

scenario before and after a fix. Detach profiling sessions afterward; do not

close the CDP browser, page, or Electron process.

Handoff

Leave reused user-owned and healthy agent-launched instances running after the

instruction. Stop one only when the user asks, a required restart is part of

the task, or the instance is unhealthy and blocks progress.

Report the verified PID, whether it remains running, CDP port, tracking file,

evidence paths, reproduction, and verification.

How to use it

Copy the folder

Take cherryhq/cherry-electron-dev from the repository into ~/.claude/skills for personal use, or into .claude/skills inside a project.

Check the name does not clash

The agent identifies a skill by the name field in its header. Two skills with the same name cannot sit side by side — one of them will be ignored.