Sunday, July 26, 2026

Mira Murati’s Thinking Machines Lab and the Custom AI Bet

Mira Murati is worth watching now not simply because she was OpenAI’s former chief technology officer, but because her next company is trying to answer a harder question: who gets to shape advanced AI after the model is trained? Murati was close to the launch and scaling of ChatGPT, DALL·E, and GPT-4. At Thinking Machines Lab, the emphasis is different: make AI systems more understandable, customizable, and useful for people with specific goals.

That distinction matters as the market moves beyond headline model releases. The first wave of generative AI products taught companies what a powerful general interface can do. The next wave is about whether teams can adapt models to their own data, evaluation standards, workflows, and risk constraints without handing all control to a small number of frontier labs.

Thinking Machines Lab’s official homepage frames the problem directly. It says the scientific community’s understanding of frontier AI systems lags behind their capabilities, that training knowledge is concentrated inside top labs, and that current systems remain difficult to customize for specific needs and values. Murati’s new company is interesting because it turns openness, customization, human-AI collaboration, and infrastructure quality into the center of the product thesis.

Researchers discuss customizable AI beside GPU equipment and model-evaluation screens

<Custom AI research collaboration, Example image 1.1>

Why Mira Murati’s background matters

Murati’s reputation is built around translating research into products that millions of people can actually use. Fast Company’s 2023 profile described her as OpenAI’s CTO and a leader behind ChatGPT, DALL·E, and GPT-4. Unlearn’s biography also summarizes her earlier work across Tesla’s Model X program, Leap Motion, and OpenAI, while noting her role across research, product, and safety teams.

That mix is relevant because AI products do not succeed on model quality alone. Deployment interfaces, feedback loops, safety reviews, developer experience, cost controls, and user trust all have to work together. Murati has already operated near that intersection. Thinking Machines Lab appears to be moving the same product discipline toward researchers and developers who want to fine-tune, test, and deploy AI for narrower professional contexts.

Lens OpenAI-era relevance Thinking Machines Lab relevance
Productization Turning frontier models into mainstream products Giving researchers and builders more control over model adaptation
Research culture Public model releases, papers, and safety debates Frequent technical writing, code, and shared recipes as part of the pitch
Safety Deployment policies and evaluation pressure Iterative safety through testing, red-teaming, and external research support
Differentiation General-purpose AI interfaces Custom AI models shaped around user data, values, and workflows

The gap Thinking Machines Lab is targeting

Thinking Machines Lab says “science is better when shared,” but its strategy is not just a philosophical statement. The company stresses human-AI collaboration rather than fully autonomous systems alone, adaptable and personalized AI, multimodal capabilities, strong infrastructure, and frontier model intelligence in domains such as science and programming. In practice, that points to a major market question: who controls the training and evaluation loop around LLM tools once they enter real work?

A July 2025 CNBC report said Thinking Machines Lab raised $2 billion, with a16z leading the round and Nvidia, AMD, Accel, ServiceNow, Cisco, and Jane Street among the investors. The size of the round drew attention, but the investor mix is just as telling. Semiconductors, enterprise software, infrastructure, and quantitative engineering all matter if the company is trying to build a serious customization and training platform rather than another consumer chatbot.

The strategic shift is from “everyone uses the same large model through the same interface” to “teams adapt models around their own data, evaluation criteria, and workflow constraints.”

A researcher compares model-evaluation results in front of GPU servers

<Custom model evaluation environment, Example image 2.1>

What Tinker AI reveals about the strategy

Tinker is the clearest product signal so far. Thinking Machines Lab describes it as a training API for researchers: users control model training and fine-tuning, while the company handles infrastructure. The page reduces the interface to four core functions: forward_backward, optim_step, sample, and save_state. That is a developer-facing way to say the product is not just a prompt box. It is meant to expose enough of the learning loop for real experimentation.

Tinker AI also points to a pragmatic view of customization. The product uses LoRA, a fine-tuning method that trains a smaller adapter rather than updating every base-model weight. That can make experimentation cheaper and more flexible, especially for teams that care about their own data, reward signals, and evaluation environments. The official FAQ says user data is used solely to fine-tune user models and is not used to train Thinking Machines Lab’s own models, a crucial promise for enterprise and research adoption.

Question Why it matters What readers should check
Control Researchers can interact with training and sampling directly Can the team attach its own evals and review process?
Infrastructure Distributed training and scheduling are abstracted away Are cost, reliability, and reproducibility visible enough?
Data policy User data is not used for the company’s own model training, according to the FAQ Do contracts, logging, and retention rules match the claim?
Model choice Multiple open-source models are supported Does the workflow reduce dependence on one vendor?

This is a practical issue for companies outside Silicon Valley as well. Adding a chatbot is very different from adapting a model to business data and measuring whether it performs reliably. The latter requires clean datasets, security boundaries, domain experts, and failure analysis. Murati’s company is notable because it is trying to productize that less glamorous but more durable layer of AI work.

The upside and the unresolved risks

Thinking Machines Lab’s direction is compelling, but custom AI also raises familiar problems in sharper form. The more control users have over training and fine-tuning, the more important governance becomes. Data rights, privacy, security, bias, reproducibility, and audit trails are not side issues. They determine whether a custom model can be trusted in customer support, scientific research, software engineering, finance, healthcare, or legal workflows.

Performance standards are another challenge. A model tuned for one organization should not be judged only by public benchmark scores. It needs task-specific evaluations and a clear view of failure costs. A support assistant, a code reviewer, a research summarizer, and a clinical documentation helper all fail in different ways. Tools like Tinker AI should therefore be evaluated not only by supported model lists, but by how well they help teams design tests, inspect outputs, recover from mistakes, and document decisions.

Murati’s career shows how quickly AI research can become a mainstream product. Thinking Machines Lab is aiming at the next layer: giving researchers and builders more room to adapt models without taking on all the infrastructure burden themselves. The important question is no longer just how large the next model is. It is whether organizations can shape AI around their own work, keep evidence of what changed, and improve it safely over time.

No comments:

Post a Comment

Gwanak S Valley at KES 2026: checklist for AX and robotics startups

Gwanak S Valley at KES 2026: checklist for AX and robotics startups The KES 2026 startup booth opportunity through the Gwanak S Valley boo...