qa-load-stress-reliability

1. Position

后端容量 + 可靠性压测 skill。不是 qa-performance-reliability 的 Lighthouse / CWV 前端预算（那是单次页面性能），也不是它内置的 k6 API smoke（轻量冒烟 — 一两个并发摸一下接口）。本 skill 专做持续负载 / 应力 / 浸泡 / 峰值，回答的是"这服务能扛多少 RPS、断点在哪、长时间跑会不会漏内存 / 退化"。

qa-performance-reliability §4 明确自声明："不做生产级长时间压测（属于专用 SRE / load testing team）"——本 skill 正是补上这块能力（仍非生产：限 staging / lab / preview）。

铁律：限 staging / lab / preview，绝不打生产。 对生产只读 smoke 是 qa-smoke-release-safety 的事；压测会制造高负载、可能触发 autoscaling 计费、可能拖垮真实用户——生产环境一律拒。

2. Triggers

• Parent §6 Step 5（risk 选了 Load/Reliability layer — 通常 backend capacity / release-blocking journey / high-throughput API 变更）
• 后端 API / service 上线前的容量验证（"这次发布能扛住吗"）
• 新增 / 改动高吞吐路径（搜索、列表分页、批量导出、webhook 接收端、消息消费者）
• 架构变更影响容量（加缓存、换 DB、改连接池、引入队列）
• 容量规划 / 找断点 RPS（breakpoint）/ SLO 回归（p95/p99 是否较 baseline 退化）
• 独立触发：SRE / oncall 做 capacity review