Optimize Application Performance End-to-End
Skill orchestrating a 5-phase, multi-agent workflow for end-to-end application performance profiling and optimization.
Why it matters
Achieve peak application performance by orchestrating a comprehensive optimization process across your entire stack, from deep profiling to continuous monitoring.
Outcomes
What it gets done
Profile application performance and establish baselines.
Optimize database queries, backend code, and distributed systems.
Enhance frontend loading, CDN caching, and mobile experiences.
Conduct load testing and validate performance improvements.
Install
Add it to your toolbox
Run in your project directory:
curl -fsSL https://spark.entire.vc/get/ag-application-performance-performance-optimization | bash Overview
Application Performance Performance Optimization
Skill orchestrating a five-phase, multi-subagent application performance optimization workflow - profiling and baselines, database/backend tuning, frontend/CDN/mobile optimization, load testing with CI/CD regression guardrails, and production monitoring - with concrete numeric success criteria for latency, Core Web Vitals, throughput, and cost. Use when coordinating performance optimization across backend, frontend, and infrastructure together with access to real metrics and tracing data.
What it does
This skill orchestrates a comprehensive, five-phase application performance optimization workflow across the entire stack, dispatching specialized subagents via the Task tool for each step so that later phases build on data-driven findings from earlier ones rather than theoretical improvements. Phase 1 (Performance Profiling & Baseline) uses a performance-engineer subagent to generate CPU flame graphs, heap dumps, I/O traces, and database/API/frontend baseline metrics (with APM tools like DataDog or New Relic where available), an observability-engineer subagent to assess existing monitoring, OpenTelemetry tracing, and log aggregation for instrumentation gaps, and a further performance-engineer pass to measure Core Web Vitals (LCP, FID, CLS) and Real User Monitoring data. Phase 2 (Database & Backend Optimization) has a database-optimizer subagent tackle slow queries, missing indexes, Redis/Memcached caching, and connection pooling; a backend-architect subagent address N+1 queries, async patterns, pagination, response compression, and circuit breakers; and a performance-engineer subagent optimize service-to-service communication, message queues (Kafka/RabbitMQ), and distributed caching. Phase 3 (Frontend & CDN Optimization) has a frontend-developer subagent handle code splitting, tree shaking, lazy loading, and critical rendering path; a cloud-architect subagent configure CDN/edge caching (CloudFlare/CloudFront), image formats (WebP/AVIF), and HTTP/2/3 with Brotli compression; and a mobile-developer subagent optimize service workers, adaptive loading, and touch responsiveness for mobile/PWA. Phase 4 (Load Testing & Validation) runs comprehensive load tests with k6/Gatling/Artillery across normal, peak, and stress scenarios, then builds automated performance regression tests wired into CI/CD (Lighthouse CI, Artillery, GitHub Actions) with automatic rollback triggers. Phase 5 (Monitoring & Continuous Optimization) sets up production APM, distributed tracing, Grafana dashboards, PagerDuty alerts, and SLI/SLO definitions, then establishes an ongoing process of performance-budget tracking, A/B testing of performance changes, continuous production profiling, and regular review cycles. Configurable options include performance_focus (latency/throughput/cost/balanced), optimization_depth (quick-wins/comprehensive/enterprise), available tooling, budget constraints, and rollout tolerance (zero-downtime/maintenance-window/gradual). It defines concrete success criteria: P50 <200ms/P95 <1s/P99 <2s response times, Core Web Vitals thresholds (LCP <2.5s, FID <100ms, CLS <0.1), 2x peak load support at <1% error rate, database query P95 <100ms, CPU <70%/memory <80% utilization, at least 30% cost-per-performance improvement, and 100% critical-path monitoring coverage.
When to use - and when NOT to
Use this skill when coordinating performance optimization across backend, frontend, and infrastructure together, establishing baselines and profiling to find real bottlenecks, designing load tests or capacity plans, or building performance/reliability observability. Do not use it for a small, localized fix with no broader performance goal, when there's no access to metrics, tracing, or profiling data to ground the work in, or for requests unrelated to performance or scalability. Load testing production requires approval and safeguards, and performance changes should roll out gradually with rollback plans.
Inputs and outputs
Input is the target application/system ($ARGUMENTS) plus configuration for focus, depth, available tooling, and budget/rollout constraints. Output is, per phase: profiling reports and baselines, database/backend/distributed-system optimizations, frontend/CDN/mobile optimizations, load test results and CI/CD-integrated regression tests, and production monitoring dashboards, alerts, and a continuous optimization process.
Integrations
Coordinates specialized subagents (performance-engineer, observability-engineer, database-optimizer, backend-architect, frontend-developer, cloud-architect, mobile-developer, test-automator) and references APM/observability tooling (DataDog, New Relic, Dynatrace, OpenTelemetry, Grafana, PagerDuty), load-testing tools (k6, Gatling, Artillery), and CDN/edge platforms (CloudFlare, CloudFront).
Who it's for
Teams and engineers coordinating an end-to-end, cross-stack performance optimization effort - backend, frontend, infrastructure, and monitoring together - who need a phased, data-driven process rather than isolated tuning of one layer.
FAQ
Common questions
Discussion
Questions & comments · 0
Sign In Sign in to leave a comment.