load-stress-test

Design and execute load, stress, and soak tests against HTTP and gRPC services.

9|3|Updated Jun 13, 2026
One-click install
npx skills add https://github.com/Sir-chawakorn/sanook-cli --skill load-stress-test
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: load-stress-test
Source: https://github.com/Sir-chawakorn/sanook-cli/tree/main/skills/load-stress-test
Command: npx skills add https://github.com/Sir-chawakorn/sanook-cli --skill load-stress-test

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill resolves uncertainty regarding system capacity by identifying the exact breaking point, throughput ceiling, and latency degradation of HTTP/gRPC services before they reach production.

Core Features & Use Cases

  • Open Arrival-Rate Modeling: Uses precise RPS-based load generation to avoid coordinated omission and ensure realistic traffic patterns.
  • Automated SLO Gatekeeping: Enforces performance thresholds (p95, p99, error rates) as code, causing CI/CD pipelines to fail if performance regresses.
  • Use Case: Before a major product launch, use this skill to simulate a 5x traffic spike to determine if the service maintains its p99 latency SLO or if the database connection pool becomes the primary bottleneck.

Quick Start

Use the load-stress-test skill to run a k6 performance suite against the staging environment with a target of 2000 requests per second and a 1 percent error rate threshold.

Frequently Asked Questions about load-stress-test

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

FAQPage Schema
How do I find the breaking point and capacity limits of HTTP and gRPC services?

To find the breaking point of HTTP and gRPC services, you can run load and stress tests using an open arrival-rate model. This approach identifies exact throughput ceilings and latency degradation under sustained traffic.

What is an open arrival-rate model in load testing?

An open arrival-rate model in load testing generates precise requests per second independent of system response times. It avoids coordinated omission to ensure realistic traffic patterns when measuring capacity limits.

How do I use k6 for automated SLO gatekeeping in CI/CD pipelines?

You can use k6 for SLO gatekeeping in CI/CD by defining machine-checkable thresholds for p95, p99 latency, and error rates. The performance suite fails the pipeline if services regress under target requests per second.

Can I simulate traffic spikes for capacity planning before a production launch?

Yes, you can simulate traffic spikes for capacity planning by configuring stress tests against staging environments. This validates whether your service maintains its p99 latency SLO and identifies bottlenecks like database connection pools.

What is the best way to enforce performance thresholds as code?

The best way to enforce performance thresholds as code is applying machine-checkable SLO thresholds to your load testing suite. This automatically fails CI/CD quality gating scenarios when error rates or latency metrics regress.

Why does coordinated omission skew stress testing results?

Coordinated omission skews stress testing results because load generation pauses when the system slows down, hiding true latency degradation. Using an open arrival-rate model prevents this by maintaining constant requests per second.