Sahay™
sahay - support, help that carries weight · formerly TCO Intelligence Platform
Connect architecture decisions to what they actually cost to run.
At a glance
- Category
- Engineering Cost & TCO
- Theme
- Software Delivery & Quality
- Industries
- Technology, Financial Services, Retail & CPG
- Capabilities
- 5 composed
- Pairs with
- Nirmiti
Who it is for
- Engineering leaders defending or reducing a cloud budget
- Platform teams consolidating duplicated utilities
- Architecture groups building a modernization business case
Systems it sits on
AWS · Azure · GCP billing · GitHub
Also used in
Pairs with
Nirmiti

Explainer
Sahay in two minutes
A narrated walkthrough of the problem, how Sahay works, and what changes. Captions are available in the player.
Sahay is the spend-less half of the engineering portfolio. Where Nirmiti helps a team build a system quickly and consistently, Sahay works on what that system costs to run: connecting code architecture to cloud infrastructure cost, surfacing third-party SaaS and API dependency spend, quantifying the maintenance cost of legacy monoliths, and finding duplicated implementations worth consolidating. It makes total cost of ownership a number an engineering team can act on.
The problem
Cloud, SaaS, and maintenance spend is reported by vendor and account, never by the architectural decision that caused it, so cost conversations never reach the code.
The outcome
Total cost of ownership attributed back to architecture, dependencies, and technical debt, where it can actually be changed.
How it works
How Sahay works
- 01
Connect the spend
Cloud, SaaS, and tooling cost is pulled in alongside the repositories and services that generate it.
- 02
Attribute it
Spend is mapped to services, dependencies, and architectural decisions rather than to billing accounts.
- 03
Find the waste
Duplication, unused dependencies, and disproportionate maintenance cost are surfaced with evidence.
- 04
Model the change
Modernization and consolidation options are projected against the cost they would remove.

Module 01
Architecture-to-Cost Mapping
Cloud infrastructure spend traced back to the services and decisions that drive it.
- 02
Dependency Spend
Third-party SaaS and API dependency cost surfaced against actual usage.
- 03
Technical Debt Economics
Legacy monolith maintenance cost quantified so modernization is argued on numbers.
- 04
Duplication Detection
Repeated implementations found and consolidated into shared, maintained utilities.
- cost mapped to architecture, not accounts
- Attributedcost mapped to architecture, not accounts
- SaaS and API spend against usage
- Per dependencySaaS and API spend against usage
Integrations
Ideal for
- Engineering leaders defending or reducing a cloud budget
- Platform teams consolidating duplicated utilities
- Architecture groups building a modernization business case
- Finance partners who need cost attributed to decisions
Capabilities
Sahay composes these capabilities from the shared Agent Platform layer. The same atoms power the rest of the portfolio, so adopting a second accelerator reuses the integration work rather than repeating it.
Composition
Sahay is assembled from shared platform atoms. Hover a partner to see what you reuse on the next deployment.
- System Connectors
- MCP-connected reads and writes against the ERP, MES, PLM, CRM, and warehouse systems already in place.
- Anomaly Detection
- Deviation found in high-volume signal without a human defining the threshold first.
- Root-Cause Reasoning
- Symptoms traced back through system, process, and genealogy relationships to the change that caused them.
- Forecasting
- Demand, degradation, and risk projected forward far enough that the response is a plan rather than a reaction.
- Workflow Orchestration
- Specialist agents coordinated across a multi-step process, each handing structured context to the next.
Ingest
Reason
Reason
Reason
Act
FAQ
How is this different from a cloud cost tool?
Cost tools report by account and resource. Sahay attributes spend to the architecture and dependency decisions behind it, which is where an engineering team can act.
Does it need access to our source code?
It needs repository metadata and dependency manifests. The depth of code access is scoped with you, and it can run inside your boundary.
How does it pair with Nirmiti?
Nirmiti sets the foundation new services are built on; Sahay measures what the estate costs and feeds that back into the templates.