Tinker is a training API for researchers

Control every aspect of model training and fine-tuning while we handle the infrastructure.

Your ideas in four functions

forward_backward

Perform a forward pass and a backward pass, accumulating the gradient.

optim_step

Update weights based on the accumulated gradient.

sample

Generate tokens for interaction, evaluation, or RL actions.

save_state

Save training progress for resumption.

How teams use Tinker

Specialized agents

On specialized tasks like search or data processing, users train smaller models on their production traces to beat large LLMs. Try the search tool and prompt distillation recipes in the cookbook.

Forecasting

Predicting the future suits fine-tuning well. Any timestamped data splits into a verifiable RL task: predict the post-cutoff outcome from earlier information, yielding accurate, well-calibrated models.

Continual learning

The best model improves every time it’s used. Tinker’s flexibility makes it the back end of choice for researchers making continual learning real. Start from the SDFT recipe.

AI research

For research on LLMs, Tinker lowers the barrier from managing a cluster to a few lines of code. Explore the distillation and true-thinking score recipes, plus the 400 section of the tutorials.

Supported models

Explore more

LoRA update visualization

Tinker uses LoRA

LoRA fine-tunes models by training a small add-on instead of changing all the original weights.

Read blog post

Tinker cookbook

Explore realistic examples and common abstractions for fine-tuning language models with the Tinker API.

View cookbook

FAQs

Join here. If you're a university or organization looking for wide scale access, contact [email protected].
Tinker is a flexible API for efficiently fine-tuning open source models with LoRA. It’s designed for researchers and developers who want flexibility and full control of their data and algorithms without worrying about infrastructure management.
LoRA is an efficient approach to fine-tuning that trains a streamlined adapter instead of updating all base model weights. Our research demonstrates that with the right setup, LoRA matches the learning performance of full fine-tuning while providing more flexibility and requiring less compute.
Tinker handles scheduling, tuning, resource management, and infrastructure reliability so you can focus on the training data and algorithms. Behind the scenes, Tinker orchestrates distributed training on powerful GPU clusters for efficient utilization.
A dataset of supervised learning examples or reinforcement learning environments. After picking a base model to train on, the Tinker API provides simple functions to compute gradients, update the weights, and sample outputs from the trained model. See our cookbook for examples to get started.
Tinker is currently available for a broad selection of open-source models, ranging from compact models like Qwen3.5-4B to large MoEs like Kimi-K2.6. We plan to expand our model lineup with even more choices soon.
Your data is used solely to fine-tune your models. We do not use your data to train our own models.
Yes, we have an API endpoint that lets you download any checkpoint you've saved.
Follow Tinker on X for API updates, new model and feature announcements, and weekly roundups of featured projects from the Tinker community.
Tinker uses a pricing plan that reflects usage. All prices are in USD per million tokens. See pricing in our docs. Checkpoint storage is charged at $0.10/GB-month.

Waldo is an agentic search model that hands the reasoning model the tool plan it needs for the job, fast.

Glean’s enterprise knowledge management relies on search. Frontier models are needed to reason about the results, but using them to gather the relevant documents is slow and expensive.

Glean chose NVIDIA Nemotron 3 Nano as the base model to minimize latency. Waldo was trained on Tinker in two steps: a DPO warmup on Glean’s anonymized production traces (sequences of preferred and rejected tool calls), followed by RL rewarded for recalling the documents actually cited in the final response and for using only the tools it needs.

Beyond accelerating search, Waldo gauges the reasoning effort a research task requires. Integrated into Glean’s full harness, it delivered 50% lower latency for search while using 25% fewer tokens, letting Glean capitalize on its unique training signal while leaving the infrastructure to Tinker.

As an RL developer, Tinker was incredibly easy to use. Both the core Tinker product and the Tinker cookbook allowed us to focus fully on data and reward design, without worrying about infrastructure. Eddie Zhou, Founding engineer, Glean

Context-1 is a specialized search subagent, derived from gpt-oss-20B and trained on Tinker.

Answering broad user questions about a corpus of documents requires accurate multi-hop reasoning. Relying on frontier models for multi-hop retrieval is costly, slow, and fills the context window with irrelevant or redundant information, taking valuable context away from the larger model’s higher-level goal. Chroma trained Context-1 as an efficient subagent for larger models in two stages:

  1. SFT on quality-filtered agentic search trajectories from large models: reasoning steps, tool calls, and the final document set.
  2. RL with a reward combining retrieval of the correct documents and token efficiency.

Context-1 was trained to manage its own context, pruning irrelevant documents as it searches, resulting in more efficient token trajectories. Tested on web search, email, finance filings, and legal documents, Context-1 matched or beat several frontier models at a fraction of the cost and up to 10x the tokens/sec. It generalized to domains outside its training, showing that a subagent trained for a task beats one a generalist spins up ad hoc.

The only way our small team could have pulled this off is leveraging Tinker. It’s stable, easy-to-use, and lets us focus on training models instead of orchestrating compute. Hammad Bashir, CTO, Chroma

Lightning Rod Labs uses Tinker to train domain-expert AIs that outperform frontier models on real-world prediction tasks, from clinical outcomes to supply-chain disruptions.

Using Tinker, Lightning Rod trained a lightweight adapter on gpt-oss-120b, producing a specialized model for predicting clinical outcomes that runs on a single GPU. Calibration error dropped by roughly 70%, the Brier skill score rose from ~0% to 27%, and it won 84% of blind reasoning reviews against the base model. It also edged out GPT-5 on Brier score at a fraction of the size.
Tinker lets us rapidly iterate on the training loops and reward functions behind our models, without spending time managing GPU infrastructure. Ben Turtel, Founder & CEO, Lightning Rod Labs

Mantic trained a smaller model to beat frontier LLMs in a forecasting benchmark for global events. It’s more accurate and more independent, adding greater value in an ensemble.

Mantic builds AI systems for judgmental forecasting — predicting geopolitical, economic, and technological events where there is no clean historical data to extrapolate from. After finding iteration on open-source RL frameworks too slow, they moved to Tinker and fine-tuned gpt-oss-120b with reinforcement learning on roughly 10,000 real-world forecasting questions.

The fine-tuned model went from trailing every frontier LLM to marginally outperforming them on the forecasting benchmark. Its predictions were decorrelated from those of the frontier models, making it the largest single contributor to the optimal ensemble.

Tinker is amazing. Experiments that used to take weeks and cost a lot to run can now produce results within a day. Matthew Aitchison, AI research engineer, Mantic

Trajectory evolved Self-Distillation Policy Optimization (SDPO) to survive production: off-policy data, unpredictable staleness, and a single rollout per task.

The published algorithm assumes on-policy rollouts, and the naive off-policy fix, importance sampling, collapsed during training. Trajectory’s recipe, built on Tinker, adds clipped importance ratios and capped advantages and stays stable across hour-long trajectories where most rollouts fail. It lifted gpt-oss-120b from 5% to a 25% pass rate on the APEX-Agents benchmark, nine points beyond unaugmented SDPO, while training three steps stale for a 2x wall-clock speedup.
The flexibility of Tinker’s API opens up research directions we couldn’t pursue anywhere else. It’s core infrastructure for Trajectory’s continual learning platform, built by people who deeply understand what training at the frontier actually requires. Michael Elabd, CTO, Trajectory

Self-Distillation Fine-Tuning (SDFT) lets a model learn new skills from demonstrations without forgetting the ones it has, by acting as its own teacher.

The obstacle to continual learning is catastrophic forgetting. Supervised fine-tuning is off-policy, so the model learns to imitate tokens it would never produce itself. As a result, every new skill learned this way erodes prior capabilities.

SDFT, introduced by Shenfeld, Damani, Hübotter et al., with support from a Tinker research grant, sidesteps the problem: place the expert demonstration in context, let the model generate its own on-policy version of the solution, and distill that behavior back into the demonstration-free model. Because the training signal stays on-policy, learning is faster than off-policy distillation and existing capabilities survive.

Across skill-learning benchmarks, SDFT beat standard SFT on every new task — 70.6% vs 63.2% on tool use — while substantially reducing forgetting, letting a single model accumulate skills sequentially where SFT regresses.

The main advantage of Tinker was a rapid prototyping over ideas, without the need to build the entire infrastructure that is needed for on-policy learning before we were sure we had the right recipe in hand. Idan Shenfeld, MIT

Stanford safety researchers trained models whose chains of thought actually explain their behavior — making faithfulness itself the training objective.

A chain of thought is only useful for oversight if it reflects the reasoning behind the answer. Models often rationalize instead: relying on a spurious cue while writing a plausible justification that never mentions it.

The Stanford team made faithfulness trainable: reward a chain of thought when a monitor that reads it can predict how the model will behave on counterfactual inputs (modified versions of the original prompts). With the training infrastructure abstracted away by Tinker, they iterated on rewards and evals across models up to 235B parameters, combining RL with LLM-guided rewriting of reasoning traces.

Monitors reading the fine-tuned models’ reasoning became 35 points more accurate at catching reliance on spurious cues.

We were thrilled to use Tinker for the project, as it was immensely helpful for scaling up to realistic model sizes. Peter Hase, Stanford

AxiomProver is an AI mathematician that conjectures, proves, and verifies its own work in Lean.

Axiom Math builds AI for formal mathematics, where every claim has a checkable ground truth. That ground truth is what makes the domain trainable: Lean checks every step of a proof, and the reward is exact — a proof either verifies or it doesn’t. AxiomProver uses Tinker to train via RL and pursue that reward end to end, conjecturing, proving, and verifying its own work.

In December 2025 it solved all 12 problems on the Putnam, the world’s hardest college-level math competition: 8 by the end of the competition window and the remaining 4 in the days after, every proof formally verified in Lean. It came just days after AxiomProver generated verifiable solutions to two Erdős problems. The model now formalizes cutting-edge research in Lean, including recent papers in algebraic geometry.

What stands out to us about Tinker is the tasteful API design: a small set of primitives that compose cleanly to express a rich space of algorithmic ideas. That, plus not having to build infrastructure for non-standard training setups, lets us iterate more quickly than is possible in other frameworks. Leopold Haller, Founding Member of Technical Staff, Axiom Math