Revenue
Sacra estimates that Applied Compute reached $100M in annualized revenue in October 2026, up from approximately $15.6M at the end of 2025.
In November 2025, CEO Yash Patil said Applied Compute had reached $12.8M in annualized revenue six months after incorporation. By August 2026, annualized revenue was reported at roughly $50M.
In its November 2 update, Applied Compute said its enterprise customer count had more than doubled since its previous fundraise. Customers include Microsoft, Shopify, Mercor, Harvey, DoorDash, Cognition, Clay and Decagon.
The same update reported more than 1 trillion tokens served per day and 40% of customers using both training and inference. This broadens the business beyond building custom models into running them in production, with customers completing more than 1,700 training runs on AC2 since July.
Valuation & Funding
On November 2, 2026, Applied Compute announced $350M in new funding at a $3.25B valuation, led by Elad Gil. Participants included Kleiner Perkins, Lux Capital, NVIDIA, Blackstone, Shopify Ventures and HubSpot Ventures, and NVIDIA and Shopify also appear among its customers. The company plans to spend the money on compute capacity, hiring and enterprise deployments.
That round followed an $80M financing announced April 8, 2026 at a $1.3B post-money valuation, led by Kleiner Perkins, which brought total funding to $160M. Benchmark and Sequoia were among its backers when the company launched publicly in October 2025.
Yash Patil (CEO), Rhythm Garg (CTO) and Linden Li founded Applied Compute in 2025. The founders previously worked at OpenAI on Codex, reasoning models and the systems used to train models with reinforcement learning. They left OpenAI betting that open-weight models, whose parameters anyone can download, would become strong enough for companies to build on with their own data. The team has tripled since January 2026, and 85% of employees are researchers and engineers.
Product
Applied Compute helps companies take an open-weight AI model, train it on their own work and run it in production as a model they own. Its buyers are AI and product teams at companies like Harvey, Clay and DoorDash. These teams make huge volumes of model calls and want better accuracy or lower cost than a general-purpose frontier model delivers.
A project starts with three inputs. The first is the customer's data, such as past documents or records of agent behavior. The second is evaluation criteria, often a program called a grader that scores each answer. The third is the customer's existing agent harness, the code that wraps a model with prompts, tools and access to internal systems. Applied Compute trains the model inside that harness and saves checkpoints, which are snapshots of the model during training. It then deploys the best checkpoint as a live endpoint and feeds production traffic back into the next training run.
As a hypothetical illustration, an insurer could supply past claims, its adjusters' final decisions and a grader that checks whether an agent's approval recommendation and cited policy clause match those decisions. This is not a named Applied Compute customer.
Training on AC2
AC2, the Applied Compute Agent Cloud, launched in private beta on August 25, 2026. Before that, it was the platform the company's own researchers used for customer work. Its training offering has two paths. In the Managed path, a customer's ML team runs training, environments and graders itself through a command-line tool and Python SDK. In the Embedded path, Applied Compute's forward-deployed researchers write custom evals based on the customer's product metrics and hand back a model whose weights the customer keeps.
AC2 gives the harness a standard OpenAI-style model address. This lets developers reuse the code surrounding their production model while AC2 captures the model interactions needed for training and a grader scores the outcomes. A research agent called Ari watches training runs, reads outputs for failure modes, fixes configurations and relaunches jobs.
Harvey's Review Table shows what this produces. In that product, a lawyer uploads up to 10,000 files and gets back a grid of cited answers to their questions. Applied Compute said the model it trained improved answer and citation quality at less than half the inference cost of a frontier alternative.
AC Inference and routing
AC Inference serves models as live endpoints. It can deploy a finished checkpoint or a Hugging Face model in minutes, by default on dedicated reserved Blackwell GPUs. It offers autoscaling, a 99.9% uptime target, single-tenant and region-locked deployments, zero data retention and the option to run in the customer's own cloud. New checkpoints swap in behind the same endpoint.
Routing applies the same loop to choosing which model handles each request. Clay's Claygent research agent previously ran every request through one user-selected model. Applied Compute post-trained an open-weight Qwen model to pick a model for each query and serves it on AC2 at hundreds of millions of queries a month. Applied Compute reported that in a live A/B test, the router cut costs 47% relative to a fixed baseline of sending every request to the frontier model Sol, while holding steady on primary quality guardrails.
Business Model
Applied Compute sells research services and compute. Customers pay for researchers who build evals and training recipes, and for the GPUs that run training and serve models. Embedded work bundles dedicated capacity under service-level agreements. Dedicated training and inference capacity are sold through enterprise engagements rather than a published standard price list.
Its direct costs mirror that split: GPU capacity and researcher pay. If reserved GPUs stay busy and the same training stack, Ari automation and serving software are reused across customers, each new workload spreads those costs further. Idle capacity or bespoke research on every account would push the other way.
The economic trade-off is how much a customer can save by switching from a general-purpose model while still leaving Applied Compute a profitable price for its research and serving infrastructure. Clay's lower inference bill demonstrates customer savings; it does not establish Applied Compute's gross margin.
The main account-expansion engine is the move from training to serving. A trained checkpoint becomes an inference workload whose traces feed the next run, turning a one-time project into recurring compute spend. Hosting in a customer's own cloud may win security-sensitive deals, but it could leave less hardware revenue with Applied Compute.
Competition
Applied Compute's most direct competitors are Together AI and Fireworks AI, independent clouds that both fine-tune open-weight models and host production inference. The central contest is whether enterprises buy customization as a self-serve utility priced per token or GPU-minute, or as a research-led engagement bundled with dedicated capacity.
Together AI
Together runs the full fine-tuning lifecycle, from data upload to hosting on a dedicated endpoint. It uses LoRA adapters (small add-on weights) by default, with full fine-tuning available. A separate post-training product runs supervised, DPO and GRPO reinforcement learning on GPUs customers provision, billed per GPU-minute. Fine-tuning is billed per token processed, hosting is billed by the minute, and jobs launch from a console, API or command-line tool. Against that broad self-serve catalog, Applied Compute differentiates on setup rather than unique training methods: it trains inside a customer's existing harness, with researchers writing the evals.
Fireworks AI
Fireworks offers serverless training on shared GPUs, charged per token, and dedicated capacity for larger or full-parameter training jobs. Its training API supports reinforcement learning, preference training and distillation, giving developers control over the training loop rather than restricting customization to a single managed recipe.
This makes Fireworks a direct alternative for teams capable of designing their own experiments. Applied Compute's embedded researchers can make it easier to translate an application problem into a useful training objective, but it must show that the additional engagement produces better results than a developer can achieve on another training and inference platform.
TAM Expansion
Applied Compute began by helping companies build specialized models and is extending the infrastructure behind that work into a broader platform. Its opportunity is to reach buyers who want to operate model development themselves or purchase production infrastructure without first commissioning a custom research project.
Infrastructure for internal research teams
The Managed training path gives established machine-learning teams a way to use AC2 without handing every experiment to Applied Compute's researchers. Those buyers can bring their own agent code, data and scoring rules while buying the infrastructure that schedules training, records experiments and deploys checkpoints.
This could move Applied Compute into research-platform and computing budgets at companies that already employ AI researchers, expanding beyond buyers seeking an outsourced custom model. Its advantage is a platform developed through its own customer engagements; reaching this market would require onboarding, documentation and reliability that let customer teams operate independently, especially while AC2 remains in private beta.
Production inference and model routing
Clay's production router provides an entry point into inference budgets even where a customer does not need a new model for every underlying task. A specialized router can direct easy requests to cheaper models and reserve more expensive models for harder requests, letting Applied Compute sell the system that manages a company's model spending.
The incremental buyer is an application or infrastructure team responsible for a large production inference bill, rather than a research team commissioning model training. Applied Compute could earn recurring serving revenue by demonstrating savings against that team's existing deployment while maintaining its quality and latency requirements, although it would compete directly with other inference providers and routing products.
Controlled deployments for regulated enterprises
Applied Compute says its customers already span financial services, legal work, life sciences and other industries, while its infrastructure supports single-tenant, region-restricted and customer-cloud deployments. Those capabilities could help it reach internal enterprise teams whose proprietary records cannot readily be moved into a shared consumer AI service.
The commercial opportunity is to sell model development and deployment into budgets for document review, operational decision support and other specialized work beyond AI-native software products. Expanding here would require proving each model against the customer's own standards, integrating with its systems and satisfying security and procurement requirements; cloud isolation alone does not establish regulatory compliance or permission to automate consequential decisions.
Risks
Specialization must keep earning its cost: Applied Compute's customer proposition depends on custom models delivering better quality or lower costs than general-purpose alternatives on specific tasks. Faster improvements or price cuts from frontier providers could make an expensive training engagement less attractive or force repeated work to preserve the advantage.
Compute costs and capacity utilization: Production inference and reserved GPU capacity introduce substantial operating costs alongside the research work needed to win deployments. Growing token volume can increase revenue without improving gross profit if capacity sits idle, serving prices fall or workloads require more computing than expected.
Research-intensive enterprise delivery: Applied Compute said 85% of its team were researchers and engineers after headcount tripled since January 2026. If each new customer continues to require extensive custom research, evaluation and integration work, hiring and delivery demands could constrain growth despite the reuse of AC2's infrastructure.
DISCLAIMERS
This report is for information purposes only and is not to be used or considered as an offer or the solicitation of an offer to sell or to buy or subscribe for securities or other financial instruments. Nothing in this report constitutes investment, legal, accounting or tax advice or a representation that any investment or strategy is suitable or appropriate to your individual circumstances or otherwise constitutes a personal trade recommendation to you.
This research report has been prepared solely by Sacra and should not be considered a product of any person or entity that makes such report available, if any.
Information and opinions presented in the sections of the report were obtained or derived from sources Sacra believes are reliable, but Sacra makes no representation as to their accuracy or completeness. Past performance should not be taken as an indication or guarantee of future performance, and no representation or warranty, express or implied, is made regarding future performance. Information, opinions and estimates contained in this report reflect a determination at its original date of publication by Sacra and are subject to change without notice.
Sacra accepts no liability for loss arising from the use of the material presented in this report, except that this exclusion of liability does not apply to the extent that liability arises under specific statutes or regulations applicable to Sacra. Sacra may have issued, and may in the future issue, other reports that are inconsistent with, and reach different conclusions from, the information presented in this report. Those reports reflect different assumptions, views and analytical methods of the analysts who prepared them and Sacra is under no obligation to ensure that such other reports are brought to the attention of any recipient of this report.
All rights reserved. All material presented in this report, unless specifically indicated otherwise is under copyright to Sacra. Sacra reserves any and all intellectual property rights in the report. All trademarks, service marks and logos used in this report are trademarks or service marks or registered trademarks or service marks of Sacra. Any modification, copying, displaying, distributing, transmitting, publishing, licensing, creating derivative works from, or selling any report is strictly prohibited. None of the material, nor its content, nor any copy of it, may be altered in any way, transmitted to, copied or distributed to any other party, without the prior express written permission of Sacra. Any unauthorized duplication, redistribution or disclosure of this report will result in prosecution.