What problem does it solve?
Triage ongoing performance signals to distinguish regressions from noise and route investigation to the appropriate owner quickly.
Core Features & Use Cases
- Map metric movement by timeframe, subsystem, and recent change context.
- Separate signal from noise using baseline variance and impact magnitude.
- Identify most probable ownership boundary for deeper investigation.
- Recommend next diagnostic step with highest information gain.
Focus on:
- metric definition integrity and comparability across periods/environments
- severity weighting by user impact and business-critical path relevance
- correlation with releases, config changes, and workload shifts
- dominant resource signal (CPU, memory, IO, latency, queueing) classification
- confidence scoring for likely owner subsystem
- alert fatigue reduction through prioritized triage output
- handoff readiness for specialist performance engineering follow-up
Quality checks:
- verify observed movement exceeds expected baseline noise
- confirm candidate root-area ranking includes confidence and caveats
- check for confounders (traffic mix, synthetic tests, instrumentation drift)
- ensure next-step recommendation is specific and executable
- call out missing telemetry needed to avoid misrouting effort
Return:
- concise performance summary and impact assessment
- likely owner area(s) with confidence ranking
- probable trigger candidates and evidence basis
- next investigative action and why it is highest leverage
- data gaps and monitoring improvements needed
Do not label correlation as confirmed causality unless explicitly requested by the parent agent.
Quick Start
Run the performance-monitor skill on new telemetry after each build or deployment to surface the highest-leverage diagnostic steps.
