Mirendil Secures $100M Google Cloud Partnership to Advance Self-Improving AI
According to TechCrunch, AI lab Mirendil has signed a multiyear partnership with Google Cloud valued at more than $100 million to secure compute for research into self-improving AI systems.

The agreement reportedly provides access to both Google’s TPU accelerators and Nvidia GPUs, alongside managed training clusters. For an industry increasingly constrained by accelerator availability, memory bandwidth and cluster scheduling rather than model ideas alone, the deal is significant less as a product launch than as a capacity-allocation decision.
Compute access becomes a strategic asset
Mirendil’s stated objective is to build systems that iteratively improve their own knowledge and performance, a research direction also described as recursive self-improvement. The company says such systems could eventually automate substantial parts of scientific and AI research, including work in medicine, biology and materials science.
Those ambitions impose a different infrastructure profile from conventional model training. A single accelerator type is unlikely to be optimal across every stage of the workload: large-scale pretraining, fine-tuning, evaluation, synthetic-data generation and the repeated experimentation required for iterative improvement can stress different parts of the stack. Mirendil co-founder Harsh Mehta described the technical problem as matching workloads to the appropriate chips, with Google’s mix of accelerators allowing the lab to combine TPU and Nvidia capacity.
The practical implication is that raw FLOPs are only one variable. Effective throughput depends on how training jobs are scheduled, how data moves through the system, how efficiently memory and interconnect bandwidth are used, and how much utilization is lost when workloads are moved between accelerator classes. Managed clusters may reduce part of that orchestration burden, but the software layer remains responsible for turning heterogeneous hardware into a predictable training platform.
The deal’s two-sided value
For Mirendil, the agreement secures access to infrastructure during a period when frontier-scale compute is being contracted well ahead of deployment. TechCrunch reported that the value exceeds $100 million—roughly half of the funding Mirendil raised in seed financing at a $1 billion valuation in late June. The reported structure therefore places compute procurement alongside fundraising as a central determinant of how quickly a young AI lab can scale.
For Google Cloud, the relationship offers a different form of leverage. Mirendil’s systems layer is intended to improve how customers use Google’s hardware, while the lab is developing technology that Google could eventually offer to enterprise customers. Google’s AI infrastructure leadership has framed the competitive problem as the orchestration of complete “systems of intelligence,” rather than incremental chip-level performance alone.
That distinction matters for cloud economics. If software can maintain high utilization across TPUs and GPUs, reduce idle capacity, and route each workload to the accelerator with the most favorable cost-performance profile, the resulting advantage may appear in effective cost per training run or inference task rather than in a headline benchmark. The evidence provided does not include utilization figures, latency measurements, parameter counts, training duration or independently reproduced performance results, so the operational benefit remains an engineering claim rather than a measured outcome.
What developers should watch
The immediate signal is not that self-improving AI has been demonstrated at production scale. It is that specialized labs are committing substantial capital to the infrastructure required to investigate it, while cloud providers are using long-term capacity agreements to position themselves around emerging model architectures.
The relevant indicators will be concrete: whether Mirendil publishes benchmark results, how its workloads divide between TPUs and Nvidia GPUs, what quantization or memory-optimization techniques are used, and whether the software stack can sustain performance across heterogeneous clusters. It will also be important to distinguish improvements in model quality from improvements in the surrounding research loop—experiment selection, evaluation, data generation and automated iteration.
Until those measurements appear, the deal should be read as a bet on infrastructure elasticity and workload orchestration. The strategic question is whether Mirendil’s software can convert access to more accelerators into a compounding research advantage, rather than simply increasing the amount of compute consumed.