Docs / Release Notes / Cloud Waste Scanner Pro v1.0: What We Actually Shipped
Announcement

Cloud Waste Scanner Pro v1.0: What We Actually Shipped

The first release was built around three non-negotiables: visibility that shows real waste, actions that slow operators down before deletion, and a local-first boundary for credentials.

K By Ken Reading time: 2 min

Visibility

A review surface, not a raw console dump

The product started with the goal of making waste visible fast enough for weekly review.

Action

Selection before cleanup

Operators review findings first and only then decide what is safe to act on.

Trust boundary

Credentials stay local

The first release was already designed so cloud keys would not become hosted vendor inventory.

The first release bar was shaped by a near miss in a cleanup log review: better visibility, safer actions, and no credential upload.

Cloud bills rarely explode in one shot. They leak through forgotten resources, oversized machines, and cleanup paths that nobody quite trusts. v1.0 was built for teams stuck between heavyweight SaaS and brittle internal scripts.

1. Visibility: surface the waste that usually stays buried

The initial monitor design focused on speed of comprehension. Operators needed a page that would show which resources looked quiet, which looked healthy, and where to start the review.

Cloud Waste Scanner dashboard from the first release.
The first dashboard was built to help teams spot waste candidates without reading three provider consoles side by side.

From the start, the product leaned toward behavior-based review. The goal was to find resources that were technically alive and financially pointless.

2. Action: review before anything destructive happens

Finding waste is only half the job. Cleanup is where trust breaks. v1.0 therefore used a two-step path: scan first, review the candidate list, then expose the cleanup action only after the operator had made an explicit selection.

Scan results page with cleanup review path.
A unified result list made it possible to review before acting.

3. Coverage and custody: one app, local credentials

Multi-cloud complexity was already obvious, so the first release supported multiple providers from one app. Just as important, credentials stayed on the device. The product was not built around uploading keys to a vendor-managed backend.

Cloud account settings in the first Cloud Waste Scanner Pro release.
Cloud account setup was designed around local custody from day one.

For how this baseline expanded in later releases, continue with v2 Launch Global and the operations refinement in Customer-First Shipping Feedback Loop.

Try Cloud Waste Scanner

See how the original product thesis still holds up

Save your first $1,000 before the next billing cycle.