What problem does it solve?
Investigating memory leaks in the Wox launcher requires manually launching debug builds, replaying searches, and watching memory numbers by hand. This Skill automates that entire loop so you can determine whether retained memory actually grows with repeated work or simply reflects normal warm-up behavior.
Core Features & Use Cases
- Automated Workload Replay: Drives the real Wox debug build through its automation endpoint, replaying deterministic launcher queries and settings-window open/close cycles.
- Cross-Platform Process Sampling: Samples the same PID on macOS (PhysicalFootprintMB via vmmap) and Windows (PrivateWorkingSetMB) with median-based checkpoints to reduce sampler noise.
- Leak Classification & Attribution: Classifies results as no leak signal, possible leak, or strong leak signal, and compares Go heap profiles with pprof when growth persists.
- Use Case: After a user reports Wox memory climbing over days, run the settings lifecycle workload to confirm whether each open/close cycle retains native window resources, then attribute the growth to Go heap or native GPU/window allocations.
Quick Start
Use the wox-memory-debug skill to launch the Wox debug build with the automation endpoint, replay search and settings workloads, and tell me whether memory is leaking.