Institutional data
Internal documentation, historical decisions, and domain terminology become training inputs.
Custom training adapts model behaviour to proprietary data, institutional policies, and task-specific evaluation criteria.
Internal documentation, historical decisions, and domain terminology become training inputs.
Define tone, refusal policies, and output formats. We evaluate the trained model against each requirement.
A smaller specialised model can reduce latency and inference cost for a defined task.
Training data
Customer-managed training
Your team manages capacity, training runs, recovery, alignment, and evaluation.
Training stages
Managed by Sarvam
Sarvam runs the training, alignment, and evaluation.
Trained weights
We select the training method during scoping based on the task, the dataset, and the evaluation criteria.
Parameter-efficient fine-tuning with LoRA on an existing model. It updates a subset of parameters and supports shorter iteration cycles.
Defined tasks with a few thousand high-quality training examples.
Full-weight fine-tuning with alignment against agreed policies and evaluation criteria.
Production workloads that need a smaller model for a specific domain or task.
Separate research engagement
Sarvam’s research team works with your team to build a model from the ground up. Scope, data requirements, and evaluation are defined separately.
Each engagement starts with proprietary data, operating policies, and a defined task.
Training inputs can include risk parameters, repayment histories, and past credit decisions. Evaluation measures how the model applies the institution’s underwriting policy.
Policy wordings and historical claim files provide the training data. Evaluation covers the edge cases handled by senior assessors.
Training uses departmental documents and service workflows. Evaluation measures answer quality across the languages covered by the service.
Formularies and care pathways provide the training data. Evaluation checks first-pass documentation against the institution’s protocols.
Contracts and internal guidance provide the training data. Evaluation checks first-pass review against the organisation’s positions.
Customer engagements use the same research and infrastructure teams.
Sarvam handles GPU capacity, cluster configuration, run orchestration, and recovery.
We agree on evaluation sets and acceptance criteria during scoping, then measure the trained model against them.
The engagement defines data access, retention, deletion, and weights delivery before training begins.
Engagement terms
Sarvam trains the model on its infrastructure in India. After delivery, the weights can run in a compatible standard runtime or through Sarvam Inference.
Data transfer starts after scoping and contract approval.
These terms are agreed in the contract before data transfer begins.

The contract assigns the trained weights to the customer. The customer can run, modify, or host them.
Training data is isolated to the engagement. It is not pooled with other customers or used to train Sarvam models.
Training runs on infrastructure in India. The customer chooses where to run the weights after delivery.
Train a model on your data. Scope the task, dataset, and evaluation plan with Sarvam.
Train a model on your data.
Scope the task, dataset, and evaluation plan with Sarvam.