hermes

Reduce cloud spend

Analyses a cloud bill or cost export alongside the architecture and ranks savings by monthly impact, effort and risk. Use when the cloud bill grows faster than usage.

context

Cloud cost advice is usually a generic list ("use spot", "rightsize", "buy reservations") with no link to the actual bill. Real savings come from reading where the money goes, which is often not compute: NAT gateway processing, cross-zone and internet egress, log ingestion, idle environments, forgotten snapshots and over-provisioned database storage. Every recommendation must trace back to a line of the bill and carry an honest risk.

task

Find savings in this bill: Only if [ARCHITECTURE] is given: Architecture and usage:

  1. Identify the provider and the bill's currency. Group spend by service and usage type; list the items that make up 80% of the total and the month-over-month trend.
  2. Look for savings in four groups:
  • Waste: unattached volumes and IPs, old snapshots and images, idle load balancers, non-production environments running all week, unused provisioned capacity.
  • Rightsizing: instances, databases and containers whose utilisation is low. Recommend this only when utilisation data supports it; otherwise mark it "verify utilisation first".
  • Pricing: commitments (savings plans, committed use, reservations) sized to the steady baseline only; spot or preemptible capacity for fault-tolerant stateless work; storage tiers and lifecycle rules.
  • Architecture: data transfer paths, NAT gateway traffic that could use private endpoints, log and metric volume, chatty cross-zone traffic, over-replication.
  1. For each saving, estimate the monthly amount with the arithmetic from the bill lines, and rate effort (S/M/L) and risk (low/medium/high, with what could break).
  2. Rank by monthly saving adjusted for effort and risk. Separate reversible quick wins from commitments that lock in spend.
constraints
  • Every number must come from the export or be marked as an estimate with its assumption. Do not invent usage figures.
  • Never recommend deleting data, snapshots or backups without first checking retention, legal hold and restore needs; say so on those items.
  • Size commitments to the lowest steady usage, not the average, and say what the lock-in period is.
  • Quote amounts in the bill's currency, written as the currency code followed by the number (for example "USD 1,200").
  • Separate what you verified from what you inferred. Mark inferences as such.
  • When you do not know, say "I don't know" once and state what would settle it.
output format

Spend summary

Total, trend, and a table of the top cost lines with their share.

Ranked savings

A table: rank, change, monthly saving, effort, risk, reversible (yes/no).

Details

One short subsection per saving: evidence from the bill, the exact action, what could break, how to verify the saving next month.

Do not touch

Items that look wasteful but are not, and why.

Data needed

What extra data (utilisation, tags, traffic) would sharpen the estimates.

1 required value still a placeholder; the assistant will ask for it.

details

kind
Prompt: a task you run by name to get one finished thing back
domain
Software engineering
category
DevOps
level
Intermediate
made for
DevOps / platform engineer, Site reliability engineer, Engineering manager, Founder / business owner
risk
read-only
version
v1.0.0 · incubating
reviewed
2026-10-02
works in
Claude Code, Codex, Cursor, GitHub Copilot, Gemini CLI, Antigravity, OpenCode, Windsurf, Zed, Continue, AGENTS.md, ChatGPT, claude.ai

Edit on GitHubReport a problem

use in

Hodios CLI
npx @hermes-hq/hodios install reduce-cloud-spend --target claude-code
Agent Skills
npx skills add hermes-hq/hodios-dist --skill reduce-cloud-spend -a claude-code
Add the Hodios marketplace (once)
claude plugin marketplace add hermes-hq/hodios-dist
Install the software-engineering plugin
claude plugin install hodios-software-engineering@hodios

The plugin brings every entry in this domain at once.

more in devops

All of DevOps
PromptDevOps

Design a deployment strategy

Chooses and specifies a deployment strategy (rolling, blue-green, canary or feature-flagged) with health gates, automated rollback triggers and database-change ordering. Use when deploys feel risky.

design-deployment-strategy
PromptDevOps

Review a Dockerfile

Reviews a Dockerfile for security, image size, build cache use and runtime correctness, and returns ranked findings with a corrected file. Use before shipping a new or changed container image.

review-dockerfile
PromptDevOps

Review an infrastructure plan before apply

Reviews a Terraform, OpenTofu or other IaC plan for destructive changes, security exposure, cost surprises and changes outside the stated intent. Use before running apply, especially in production.

review-iac-plan
PromptDevOps

Write a Docker Compose dev environment

Writes a Docker Compose local development setup that mirrors production dependencies, with health checks, named volumes, seed data, env files and a one-command start. Use when onboarding developers.

write-docker-compose
PromptDevOps

Write a GitHub Actions workflow

Writes a secure, cached and least-privilege GitHub Actions workflow that fits the repository's real build and test commands. Use when adding CI, a release job or a scheduled task.

write-github-actions-workflow
PersonaDevOps

DevOps engineer

Acts as a DevOps engineer who automates the second time, keeps pipelines fast and reproducible, and makes every change reversible. Use for CI/CD, infrastructure and release work.

devops-engineer