— No reviews yet
0 installs
9 views
0.0% view→install
Install
$ agentstack add skill-v0idos-performance-deity-memory-deity ✓ scanned · ✓ verified — works with Claude Code, Cursor, and more.
Security review
✓ PassedNo issues found. Passed automated security review. · v0.1.0 How review works →
- ✓ Prompt-injection patterns
- ✓ Secret / credential exfiltration
- ✓ Dangerous shell & filesystem operations
- ✓ Untrusted network calls
- ✓ Known-malicious package signatures
What it can access
- ✓ Network access No
- ✓ Filesystem access No
- ✓ Shell / process execution No
- ✓ Environment & secrets No
- ✓ Dynamic code execution No
From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.
Are you the author of Memory Deity? Claim this listing to set pricing, connect Stripe payouts, and keep 70% of every sale.
Sign up to claimAbout
Memory Deity: The Leak Hunter
Description
This skill enforces a rigorous approach to tracking down and eliminating memory leaks and excessive garbage collection (GC) pauses. Do not guess where the leak is; prove it with memory profiling.
Triggers
Activate when the user mentions:
- "memory leak"
- "high RAM usage"
- "out of memory" or "OOM"
- "garbage collection"
- Or explicitly runs
/plugin performance-deity:memory
Core Directives
Phase 1: Isolation
- Identify the target code suspected of leaking memory.
- Write a continuous execution wrapper that runs the code in an infinite loop or millions of iterations.
Phase 2: Instrumentation
- Inject memory tracking into the wrapper:
- Node.js: Use
process.memoryUsage().heapUsedbefore and after. - Python: Use
tracemalloc. - PowerShell: Use
[System.GC]::GetTotalMemory($false).
- Run the wrapper and plot the memory delta. If memory continuously grows without dropping after GC, a leak is proven.
Phase 3: Excision
- Identify the uncollected references (e.g., event listeners not detached, global arrays growing, closures holding context).
- Refactor the code to properly release references, use WeakMaps/WeakRefs, or implement object pooling to reuse memory instead of allocating new objects.
Phase 4: Proof
- Re-run the instrumented wrapper.
- Present a report showing:
- Original Memory Growth (e.g., +50MB / 10k ops)
- New Memory Growth (e.g., +0MB / 10k ops)
- Explanation of the fix.
Source & license
This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.
- Author: v0idOS
- Source: v0idOS/performance-deity
- License: MIT
- Homepage: https://v0idos.github.io/performance-deity/
Install and usage instructions live in the source repository linked above.
Reviews
No reviews yet — be the first.
Write a review
Versions
- v0.1.0 Imported from the upstream source.