accelerate

Establish performance baselines and identify bottlenecks before optimizations.

12|Updated Apr 17, 2026
One-click install
npx skills add https://github.com/Alexander-Tyagunov/magician --skill accelerate-alexander-tyagunov
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: accelerate
Source: https://github.com/Alexander-Tyagunov/magician/tree/main/skills/accelerate
Command: npx skills add https://github.com/Alexander-Tyagunov/magician --skill accelerate-alexander-tyagunov

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Performance profiling requires measuring with a baseline before making any optimizations; this discipline prevents guesswork and wasted effort.

Core Features & Use Cases

  • Phase-based workflow that guides you from target definition to validated improvement, including baseline measurement, bottleneck identification, targeted fixes, and re-measurement.
  • Cross-stack applicability for APIs, web frontends, and compute-heavy tasks with guidance for common tools (e.g., HTTP benchmarks, profilers) and clear guardrails.
  • Real-world workflow example: establish a baseline for an API, identify a slow endpoint, apply a targeted optimization, and re-run benchmarks to confirm improvement.

Quick Start

Define your performance target and run a baseline benchmark before any optimization steps.

Frequently Asked Questions about accelerate

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I identify performance bottlenecks in an API without guessing?

To identify performance bottlenecks, establish a baseline benchmark before making any optimizations. This measurement-driven workflow prevents guesswork and wasted effort by validating improvements against the initial baseline.

Why do I need a baseline before optimizing API performance?

A baseline is needed before optimizing API performance because it provides a measurable reference point. Establishing this baseline first ensures all subsequent targeted bottleneck fixes and re-measurements produce validated improvements rather than guesswork.

What's the best way to profile a web frontend and find slow endpoints?

The best way to profile a web frontend is a phase-based workflow: define the target, run a baseline benchmark, identify the slow endpoint, apply a targeted optimization, and re-run benchmarks to confirm the improvement. This works across languages and stacks.

Can I use this baseline-first profiling approach for compute-heavy tasks across different stacks?

Yes, baseline-first profiling is cross-stack applicable for compute-heavy tasks, APIs, and web frontends. It provides guidance for common profiling tools and HTTP benchmarks with clear guardrails across various languages and technology stacks.

How do I run repeatable benchmarks to confirm a performance optimization worked?

To run repeatable benchmarks and confirm an optimization, establish a baseline, identify the bottleneck, apply the targeted fix, and re-run the benchmarks. This phase-based workflow ensures the validated improvement is measurable and repeatable.