/audit-cost
The /audit-cost skill looks for workloads that are over-provisioned.
Run it without arguments for a full sweep, or name a workflow to scope the report.
/audit-cost # full sweep/audit-cost requests # single workflow/audit-cost idle in stagingNatural-language scoping (namespaces, label selectors, workload names) is supported on every workflow (see Overview).
Workflows
Section titled “Workflows”1. CPU & memory requests vs. actual usage
Section titled “1. CPU & memory requests vs. actual usage”Sources: metrics-server for live usage and Prometheus when detected for historical p95.
2. Idle workloads
Section titled “2. Idle workloads”Sources: metrics-server and the Kubernetes API for Job/CronJob status.
3. Unused storage & load balancers
Section titled “3. Unused storage & load balancers”Sources: Kubernetes API.
Window
Section titled “Window”Right-sizing needs history. By default the skill looks back 7 days when Prometheus is available, and falls back to the live metrics-server snapshot when it isn’t. The report always states which source was used and how far back the data goes.
What the agent is told
Section titled “What the agent is told”Beyond the workflows themselves, the skill briefs the agent on how to report:
- State the source (
metrics-serverfor live, Prometheus for history) and the effective lookback in the header — Prometheus retention may be shorter than the default 7 days. - Mark findings that require Prometheus as “not available” when only
metrics-serveris present, rather than silently dropping them. - Only flag requests-vs-usage gaps that are large enough to matter in practice; small deltas are noise.
- Hand off to
/metricswhen the user wants to see the underlying series for a specific workload.