DEV Community

Cover image for The future of technology value: AI + Cloud + Humans
Muskan
Muskan

Posted on

The future of technology value: AI + Cloud + Humans

Quick take

Every FinOps tool I have used stops at the recommendation. It shows a list of underused instances, a chart of overspend, a Slack digest of anomalies, and then leaves the humans to do the work. The gap between "this looks wasteful" and "it is actually fixed" is where the value leaks. ZopNight is what happens when you close that gap.

If you only have 60 seconds, this is the shape:

  • Find, route, automate, prove. One loop across AWS, GCP, and Azure.
  • Approval gates in front of every action, so remediation is safe by default.
  • MCP-native for Claude Code and Cursor, so the loop lives inside the tools engineers already use.

The gap between "this looks wasteful" and "it is actually fixed"

I have spent the last three years around FinOps tooling and one pattern shows up on every team. The team buys a dashboard, the dashboard produces a monthly deck of "savings opportunities," and the actual savings almost never land. Not because the recommendations were wrong. Because the last mile is manual.

Someone has to open the AWS console, verify the instance is actually safe to resize, wait for a maintenance window, do the change, verify nothing broke, and then update the spreadsheet. Multiply that by 400 recommendations and you get a team that closes 15% of them in a quarter.

The real cost is not the recommendation gap. It is the ownership gap and the action gap and the verification gap. All three sit between the dashboard and the bill.

What is a Technology Value OS

ZopNight is a Technology Value OS for AI, Cloud, and Humans. That is more words than "FinOps tool," and the extra words are load-bearing.

  • Technology Value because the goal is not just "save money." It is to prove that every dollar you spend is actually producing value.
  • OS because it is a runtime, not a report. It watches, decides, and acts on its own state, not on a monthly export.
  • AI, Cloud, and Humans because the three cost curves you care about in 2026 are your AI spend, your cloud spend, and the human hours you burn wrangling them. All three feed the same value question.

The old FinOps model treats these three as separate. The new model treats them as one loop.

The one loop: find, route, automate, prove

The core idea. Four steps, running continuously across AWS, GCP, and Azure.

1. Find waste

Every resource, every cloud, mapped live. Not a monthly Cost Explorer export. A streaming view that shows underused instances, idle disks, forgotten snapshots, orphaned load balancers, and the compound AI-workload waste (a p5.48xlarge left running over a weekend is $1,150 by itself).

The finding step is where every FinOps tool is competent. That is not where the difference lives.

2. Route ownership

The step nothing else does well. Every finding needs an owner before it can be acted on. ZopNight infers ownership from deployment metadata (Git repo, K8s namespace, IAM role, tag if present) and routes the finding directly to that owner's Slack, ticket queue, or Cursor session.

No "here is a list of 400 unowned findings" spreadsheet. Each finding shows up with a named owner and a proposed fix.

3. Automate the fix, behind approval gates

This is the step every other tool avoids. Auto-remediation sounds dangerous because most auto-remediation is dangerous. The trick is approval gates.

A ZopNight action proposal shows the blast radius (which resources, which downstream dependencies, which environments) before anything happens. A human approves or rejects. Once approved, the platform executes the change and verifies. Scheduling can go down to the K8s namespace level for time-of-day rules.

The critical constraint: ZopNight never touches your databases. The database is where the money and the risk both concentrate, and human judgment stays in the loop there.

4. Prove which spend is actually creating value

The step that turns FinOps from cost-cutting into value measurement. For every remediation, ZopNight tracks the before, the after, and the business signal (traffic served, jobs run, users active). The output is not "we saved $12k." It is "we saved $12k without touching the P99, the request rate, or the deploy velocity."

That is the number that turns a FinOps report from a compliance exercise into a value dashboard.

Why AI, Cloud, and Humans, not just cloud

FinOps used to mean cloud infrastructure cost. In 2026 that framing is too narrow.

  • AI workloads have their own cost curve (GPU-hour, token-cost, training runs, inference throughput) and they scale differently from web infrastructure. A single misconfigured Bedrock deployment can spend $4,000 in a weekend.
  • Cloud workloads still dominate the bill for most teams and remain the biggest optimization surface.
  • Humans are the third cost curve. The engineering hours spent on FinOps toil (chasing tags, verifying recommendations, updating spreadsheets) are pure loss.

Treating the three as one loop lets a single agent optimize across them. Cutting a GPU idle cost is not just a cloud win, it is also an AI-workload win, and if the fix is automated then it is a human-hour win too.

What is different in the implementation

Three concrete design choices that shape the product.

MCP-native for Claude Code and Cursor. The Model Context Protocol lets ZopNight show up inside the IDE the engineer already uses. When Claude Code sees a Terraform change that would double a workload's cost, the ZopNight MCP surfaces the blast radius before the PR merges. Cost review moves left, into code review.

Approval gates before any action. Read-only is the default. Every write action shows what it will change, on which resource, and what depends on that resource. No silent auto-remediation. This is the difference between "trust the agent" and "verify then delegate."

Database boundaries respected. ZopNight sees the compute layer, the storage layer, the network layer, and the orchestration layer. It does not see the schemas, the rows, or the queries. That boundary is a design commitment, not a footnote.

Where this still falls short

The honest part. Three cases we are still working on.

On-prem workloads are out of scope. If half your fleet is on VMware or bare metal, the Technology Value OS today only covers your cloud half.

Reserved commitments math across multi-cloud is complex, and the auto-remediation for commitment shifts is still recommendation-only. Human still decides.

Custom cost allocation at the sub-namespace level (per-tenant, per-request) needs configuration. The out-of-the-box allocation stops at the K8s namespace boundary.

Frequently asked questions

Is ZopNight only for teams already on FinOps tooling?
No. It works as the first FinOps layer for teams that have never had one. It also replaces or augments existing tooling, because the loop is what most teams are missing, not the dashboards.

How does auto-remediation stay safe?
Every action is preview + approve + execute. No action runs without a named human approving that specific change. Blast radius is shown before the button is available.

What clouds are supported?
AWS, GCP, and Azure at launch. Kubernetes on any of the three, plus multi-cloud K8s. Bare-metal and on-prem are not yet supported.

Does it work inside Claude Code?
Yes, via MCP. Add the ZopNight MCP server to Claude Code's config and cost intelligence shows up next to the code, not on a separate dashboard.

Does it read database contents?
No. ZopNight sees the compute, storage, network, and orchestration layers. It does not see database schemas, rows, or queries. This is a design commitment.

What is your team doing about the last mile?

The question worth asking about your current FinOps stack is not "which dashboard do you use." It is what your team does in the gap between "this looks wasteful" and "it is actually fixed." Spreadsheets and manual changes, or something better? Drop your current setup in the comments. I read every one.

Links to look at:

Top comments (0)