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

Performance

skill-crewforth-crewforth-performance · by crewforth

|

— No reviews yet
0 installs
0 views
— view→install

Install

$ agentstack add skill-crewforth-crewforth-performance

✓ 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-crewforth-crewforth-performance)

Reliability & compatibility

✓ Security review passed
0 installs to date
— no reviews yet
● today

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 Performance? Claim this listing to set pricing, connect Stripe payouts, and keep 70% of every sale.
Sign up to claim

About

Performance

Trigger phrases: "performance", "slow", "optimization", "profiling", "N+1", "latency", "memory leak", "leaked memory", "load test", "seconds to open", "seconds to respond", "anything slower", "make it slower"

Core rule: measure first, optimize later. Optimization without measurement is a guess; it usually speeds up the wrong place and adds complexity. Stack-agnostic; do a web search when you need the profiling tool/library.

Method (in order)

  1. Set a target — what is "acceptable"? (p95 latency, throughput, memory ceiling). Numeric.
  2. Measure — find the real bottleneck with a profiler/APM/benchmark; don't start from a guess.
  3. Fix the single most expensive thing — Amdahl: speeding up a 5% path by 2x is wasted; target the hot path.
  4. Measure again — did it actually improve, is there a regression.
  5. Stop — once you hit the target, finish; no endless micro-optimization.

Common bottlenecks

Catalog of common bottlenecks + fixes to consult: references/bottlenecks.md.

Measurement tips

  • Measure under load (a single request misleads); with a realistic data volume.
  • Not p50, but p95/p99 — tail latency is what burns the user.
  • Don't trust micro-benchmarks; an end-to-end profile is more honest.

Invariant rules

  1. Don't optimize without measuring — a change without a profile = a guess.
  2. Target the hot path — don't speed up the small share.
  3. Don't break correctness — don't sacrifice behavior/edge cases for speed.
  4. Complexity budget — make an optimization that seriously hurts readability only if there is a measured gain; comment it.
  5. Stop once you hit the target — YAGNI; no premature/excessive optimization.

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.