
Detect Anomalies
- 12 installs
- 59 repo stars
- Updated August 1, 2026
- axiomhq/cli
detect-anomalies is a Claude skill that finds anomalies in Axiom observability datasets using statistical analysis via the Axiom CLI.
About
This skill detects anomalies in Axiom observability datasets by comparing recent patterns to historical baselines using statistical analysis. A developer uses it to catch volume spikes or drops, newly-appeared error types, statistical outliers, error-rate spikes and latency degradation. It runs APL queries through the authenticated Axiom CLI and warns that z-score methods need at least 30 samples per bucket and a 24-hour baseline to be meaningful.
- Detects anomalies in Axiom datasets using statistical analysis (z-score, 3-sigma)
- Covers volume spikes, new values, outliers, error-rate spikes and latency degradation
- Runs through the authenticated Axiom CLI
Detect Anomalies by the numbers
- 12 all-time installs (skills.sh)
- Ranked #383 of 550 CLI & Terminal skills by installs in the Skillselion catalog
- Data as of Aug 2, 2026 (Skillselion catalog sync)
detect-anomalies capabilities & compatibility
requires an authenticated Axiom CLI/account
- Capabilities
- explore dataset · find traces · axiom apl
- Works with
- datadog · grafana
- Use cases
- data analysis
- Runs
- Runs locally
- Pricing
- Bring your own API key
What detect-anomalies says it does
Detect anomalies in Axiom datasets using statistical analysis. Use when looking for unusual patterns, volume spikes, outliers, or new error types in observability data.
npx skills add https://github.com/axiomhq/cli --skill detect-anomaliesAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 12 |
|---|---|
| repo stars | ★ 59 |
| Last updated | August 1, 2026 |
| Repository | axiomhq/cli ↗ |
What it does
Detect volume spikes, outliers and new error types in Axiom observability data via statistical analysis.
Who is it for?
spotting volume spikes, new error types, outliers and latency degradation in Axiom data
Skip if: datasets with fewer than 30 samples per bucket or under 24 hours of history (use threshold-based alerting instead)
When should I use this skill?
you are looking for unusual patterns, spikes or outliers in observability data
What you get
A statistical anomaly report over Axiom data covering volume, new values, outliers, error rate and latency.
- anomaly report with volume, new values, outliers, error rate and latency sections
By the numbers
- needs at least 30 samples per bucket for z-score significance
- uses a 25h lookback for baselines
- covers 6 detection methods
Files
Anomaly Detection
Detect anomalies in Axiom datasets by comparing recent patterns to historical baselines using statistical analysis.
Arguments
When invoked with a dataset name (e.g., /detect-anomalies logs), it's available as $ARGUMENTS.
Prerequisites
Statistical anomaly detection requires sufficient data:
- Minimum data points: Z-score and standard deviation need ≥30 samples per bucket for statistical significance
- Historical baseline: At least 24 hours of data for meaningful comparison (methods use 25h lookback)
- Consistent ingestion: Gaps in data collection will skew baselines
If these aren't met, results may be misleading. Consider using simpler threshold-based alerting instead.
Schema Discovery
Always verify field names first:
axiom query "['<dataset>'] | getschema" --start-time -1hAnomaly Detection Methods
1. Volume Anomaly Detection
Compare recent volume to baseline:
Calculate baseline (past 24h excluding last hour):
axiom query "['<dataset>']
| where _time between (ago(25h) .. ago(1h))
| summarize count() by bin(_time, 1h)
| summarize
avg_hourly = avg(count_),
stdev_hourly = stdev(count_)" --start-time -25h -f jsonCheck recent volume:
axiom query "['<dataset>']
| where _time >= ago(1h)
| summarize
current_count = count(),
current_hour = min(_time)" --start-time -1h -f jsonZ-score calculation:
z_score = (current - avg) / stdev|z_score| > 2indicates anomaly
2. New Value Detection
Find values that appeared recently but weren't seen before:
axiom query "['<dataset>']
| where _time >= ago(1h)
| summarize by error_code
| join kind=leftanti (
['<dataset>']
| where _time between (ago(25h) .. ago(1h))
| summarize by error_code
) on error_code" --start-time -25h -f jsonReplace error_code with any categorical field (service, endpoint, status).
3. Statistical Outliers
Find values outside normal distribution:
Calculate bounds:
axiom query "['<dataset>']
| where _time between (ago(25h) .. ago(1h))
| summarize
avg_val = avg(duration),
stdev_val = stdev(duration)
| extend
lower_bound = avg_val - 3 * stdev_val,
upper_bound = avg_val + 3 * stdev_val" --start-time -25h -f jsonFind outliers:
axiom query "['<dataset>']
| where _time >= ago(1h)
| where duration < <lower_bound> or duration > <upper_bound>
| limit 100" --start-time -1h -f json4. Rare Event Detection
Find infrequent occurrences:
axiom query "['<dataset>']
| where _time >= ago(1h)
| summarize count() by error_message
| where count_ == 1" --start-time -1h -f json5. Error Rate Spike
Compare error rate to baseline:
axiom query "['<dataset>']
| where _time >= ago(6h)
| summarize
total = count(),
errors = countif(status >= 500)
by bin(_time, 15m)
| extend error_rate = errors * 100.0 / total
| sort by _time asc" --start-time -6h -f json6. Latency Degradation
Track percentile changes:
axiom query "['<dataset>']
| where _time >= ago(6h)
| summarize
p50 = percentile(duration, 50),
p95 = percentile(duration, 95),
p99 = percentile(duration, 99)
by bin(_time, 15m)
| sort by _time asc" --start-time -6h -f jsonAnomaly Categories
| Type | Detection Method | Indicates |
|---|---|---|
| Volume Spike | Z-score on count | Traffic surge, attack, incident |
| Volume Drop | Z-score on count | Outage, data collection issue |
| New Values | Left anti-join | New errors, new services |
| Statistical Outlier | 3-sigma rule | Extreme performance issue |
| Rare Events | Count = 1 | Unusual conditions |
| Error Spike | Error rate increase | Service degradation |
| Latency Spike | Percentile increase | Performance issue |
Output Format
## Anomaly Report: <dataset>
### Summary
- Analysis period: <timeframe>
- Anomalies found: <count>
### Volume Anomalies
| Time | Count | Expected | Z-Score |
|------|-------|----------|---------|
| ... | ... | ... | ... |
### New Values
- Field: `error_code`
- New values: `TIMEOUT_ERROR`, `CONNECTION_REFUSED`
### Statistical Outliers
- Field: `duration`
- Outliers: <count> events above <threshold>
### Error Rate
- Baseline: X%
- Current: Y%
- Change: +Z%
### Recommendations
1. <Investigation action>
2. <Monitoring suggestion>Investigation Priority
1. Assess impact - Is this affecting users? 2. Correlate timing - What changed when anomaly started? 3. Check related systems - Shared dependencies? 4. Verify data quality - Is it a real issue or data problem?
When NOT to Use
- Insufficient data: Z-score needs ≥30 data points; new datasets lack meaningful baselines
- Known thresholds: If you have specific SLOs (e.g., "p99 < 500ms"), use direct threshold queries
- Real-time alerting: Use Axiom Monitors for continuous anomaly detection, not ad-hoc analysis
- Single data point: Anomaly detection compares against distributions, not individual values
APL Reference
For query syntax, invoke the axiom-apl skill which provides anomaly detection patterns and function documentation.
Related skills
FAQ
What anomaly types does detect-anomalies cover?
Volume spikes and drops, new values, statistical outliers, rare events, error-rate spikes and latency degradation.
How much data does it need?
At least 30 samples per bucket for z-score significance and at least 24 hours of history for a meaningful baseline.