AgentStack
Browse Sign in
Browse Why AgentStack Sell Docs
Sign in
SKILL verified MIT Self-run

Memory

skill-v0idos-performance-deity-memory · by v0idOS

Detect and fix memory leaks. Instruments memory tracking across thousands of iterations, proves the leak with growth data, identifies the uncollected reference, and verifies the fix.

No reviews yet
0 installs
30 views
0.0% view→install

Install

$ agentstack add skill-v0idos-performance-deity-memory

✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.

Security review

✓ Passed

No 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.

View the full security report →

Verified badge

Passed review? Show it. Paste this badge into your README, it links to the public security report.

AgentStack Verified badge Links to your public security report.
[![AgentStack Verified](https://agentstack.voostack.com/badges/verified.svg)](https://agentstack.voostack.com/security/report/skill-v0idos-performance-deity-memory)

Reliability & compatibility

Security review passed
0 installs to date
no reviews yet
4mo ago

Declared compatibility

Claude CodeClaude Desktop

Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.

Preview Execution monitoring

We're building live execution health for every listing: tool-call success rate, median latency, uptime, and last-checked timestamps, measured, not self-reported. It isn't live yet, so we don't show numbers we can't stand behind.

How agent discovery & health will work →
Are you the author of Memory? Claim this listing to set pricing, connect Stripe payouts, and keep 70% of every sale.
Sign up to claim

About

Execute all four phases in order.

Phase 1 — Isolation

  1. Identify the code suspected of leaking.
  2. Write a wrapper that runs it in an infinite loop or for ≥1,000,000 iterations.

Phase 2 — Instrumentation

Inject memory tracking into the wrapper:

  • Node.js: process.memoryUsage().heapUsed before and after each iteration.
  • Python: tracemalloc.start() / tracemalloc.get_traced_memory().
  • PowerShell: [System.GC]::GetTotalMemory($false).

If memory continuously grows without recovering after GC, the leak is confirmed. Show the growth numerically:

Iteration      0:  10 MB
Iteration 100k:  14 MB
Iteration 500k:  40 MB

Phase 3 — Fix

Identify the uncollected reference:

  • Event listeners not removed from detached DOM nodes
  • Global arrays or caches growing without a size limit
  • Closures retaining large outer-scope objects

Apply the fix:

  • removeEventListener for DOM event listeners
  • WeakMap / WeakRef for object-keyed associations that should not prevent GC
  • Object pooling to reuse memory instead of allocating new objects per cycle

Phase 4 — Report

Re-run the instrumented wrapper and present:

| Metric | Before | After | |---|---|---| | Memory growth per 10k ops | +50MB | +0MB | | GC pause frequency | High | Stable |

Explain the root cause and the specific reference that was being retained.

Source & license

This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.

Install and usage instructions live in the source repository linked above.

Reviews

No reviews yet, be the first.

Versions

  • v0.1.0 Imported from the upstream source.