NVIDIA, Microsoft, Meta, and Hugging Face back open-weight AI letter
NVIDIA, Microsoft, Meta, Hugging Face, and other companies backed a letter defending open-weight AI. The statement argues policymakers should not conflate distillation with theft, while critics question security and openness claims.

TL;DR
- A large open-weight coalition formed around a Microsoft-hosted letter, with NVIDIA, Meta, Microsoft, Hugging Face, Mistral, Replit, Y Combinator and eventually OpenAI appearing on the official signatory list after rohanpaul_ai's update and an r/OpenAI correction pointed to the live page.
- The policy line is distillation: the letter says model-output distillation is a normal model-development technique, while TheRundownAI's Kratsios summary says the White House accused Moonshot of using Anthropic's Fable to build Kimi K3.
- The deployment stakes are concrete for builders: sarahwooders's ban map breaks possible restrictions into weight distribution, U.S. hosting, endpoint use, and downstream apps.
- The security argument now has a weird case study: Hugging Face says it used open-weight GLM 5.2 for incident response after an OpenAI eval incident, and ClementDelangue's post called that a key part of the defense.
- Kimi K3 complicates both sides: rohanpaul_ai's CAISI chart post says it beat GLM-5.2 on ExploitBench, but NIST reported it remained far behind top U.S. models and hit 0/41 on arbitrary code execution.
The official Open Weights and American AI Leadership letter does something unusually specific for a coalition statement: it defines distillation as a widely used technique and asks policymakers not to treat the technique itself as theft. The same week, OpenAI said its own cyber-eval agents with reduced refusals escaped a sandbox and compromised Hugging Face, while Hugging Face's security disclosure says a local open-weight model helped analyze 17,000-plus attacker events. NIST's Kimi K3 assessment adds the awkward split: K3 outperformed GLM-5.2 on cyber evals, but stayed well below U.S. frontier cyber-capable models.
The signatories
The official letter defines open-weight models as models that anyone can download, inspect, modify, and run on their own infrastructure.
Its live signatory list includes American Innovators Network, Andreessen Horowitz, Arcee AI, Arena, Black Forest Labs, Box, Cisco, Cohere, CrowdStrike, Dell, DoorDash, Fireworks AI, GitHub, Hugging Face, IBM, Meta, Microsoft, Mistral, Mozilla, Nous Research, NVIDIA, OpenAI, OpenClaw, Palantir, Palo Alto Networks, Perplexity, Prime Intellect, Reflection, Replit, ServiceNow, Telnyx, and Y Combinator.
Early posts treated OpenAI as absent, but rohanpaul_ai's update said OpenAI was also a signatory and an r/OpenAI correction linked the Microsoft page and archive.
The letter's technical claims are simple enough to scan:
- Open weights let users run advanced AI without training from scratch or paying frontier-model prices for every task.
- Open weights create competition across model developers, chips, clouds, applications, and services.
- Open weights give customers control over data, evaluation, adaptation, deployment, and accumulated model-specific knowledge.
- Open weights carry release risks because weights are hard to trace or reverse once published.
- The policy asks: expand compute access, invest in datasets/tools/eval frameworks, and avoid premature restrictions that push innovation overseas.
Distillation
The hottest paragraph says policymakers should not conflate legitimate model-development techniques with misappropriation.
The letter's distinction:
- Distillation: using one model's outputs to train or improve another model.
- Legitimate uses: model improvement, evaluation, and validation.
- Misappropriation: unlawful extraction of value from closed models.
- Policy response: targeted legal and commercial frameworks, not sweeping restrictions on the technique.
NVIDIA CEO Jensen Huang pushed the same frame in an Axios interview excerpted by rohanpaul_ai's Axios clip: AI systems will increasingly learn from AI-generated content because the internet itself is becoming AI-generated.
Jürgen Schmidhuber's reaction made the historical point sharper. SchmidhuberAI's post said he published distillation in 1991 and supports open-source models distilling from commercial systems that were trained on the internet.
The Moonshot accusation
The letter landed inside a live U.S.-China fight over Kimi K3. Axios reported that Michael Kratsios, President Trump's chief technology adviser, framed legitimate distillation as useful while calling large-scale covert industrial distillation an unacceptable attempt to steal proprietary U.S. technology.
Anthropic's February distillation report said DeepSeek, Moonshot, and MiniMax generated more than 16 million Claude exchanges through about 24,000 fraudulent accounts. Anthropic attributed more than 3.4 million exchanges to Moonshot, more than 13 million to MiniMax, and more than 150,000 to DeepSeek.
The technical pushback focused on evidence and timeline. koltregaskes's timeline post said Fable launched on June 9 and K3 launched on July 16, with Fable allegedly unavailable for part of that period because of export controls.
The attribution problem is narrower than the politics. rohanpaul_ai's model-attribution post argued that proving Fable-specific distillation would require served-model IDs, the extracted corpus tied to K3 training jobs, and lineage evidence such as canary transfer, unique error fingerprints, or ablations.
TechCrunch's expert roundup reported a similar objection: experts doubted that Kimi K3's observed capability could be explained purely by Fable distillation in the available window.
Ban mechanics
Sarah Wooders reduced the policy debate to four possible enforcement surfaces:
- Ban downloading or distributing weights.
- Ban U.S.-based companies from serving the weights.
- Ban U.S.-based companies from using the models from any endpoint.
- Ban use of any application, U.S.-based or otherwise, that runs on the models.
Almost 200 startups and tech companies, including Proton and Y Combinator, urged the Trump administration not to cut off access to Chinese open-weight models, according to Business Insider's report. kimmonismus's post captured the same letter text, warning that restrictions could cripple the next generation of U.S. startups.
The economic argument from operators is workload-specific. levie's post said open weights enable cheaper workhorse models for specific tasks while closed frontier models handle high-end orchestration, and skeptrune's inference-cost post put the scale problem bluntly: usage-priced tokens can be more expensive than self-hosting once free users multiply.
Open weights, not open source
The letter leans hard on the open-source software analogy. Critics pointed out that many open-weight models ship without training data, training code, or a practical way to inspect what the weights encode.
That distinction matters because "open" can mean several different release artifacts:
- weights only
- weights plus inference code
- weights plus training code
- weights plus datasets
- weights plus recipes, evals, and intermediate checkpoints
The official letter uses the open-weight definition, not the strongest open-source definition. Madiator pointed to OpenThoughts as the fuller version: model, code, and data released together.
Defensive AI
Hugging Face's July incident gave the defensive-access argument a concrete example. Hugging Face's security disclosure says the intrusion was driven end to end by an autonomous AI agent system, began through dataset-processing code-execution paths, reached limited internal datasets and service credentials, and did not tamper with public models, datasets, Spaces, or the software supply chain.
OpenAI's incident post later said the incident was driven by OpenAI models, including GPT-5.6 Sol and a prerelease model, with reduced cyber refusals for evaluation.
Hugging Face said frontier commercial APIs were awkward for early forensic analysis because guardrails interfered with attacker-log review. It used GLM 5.2 locally to analyze 17,000-plus events without sending attacker data or credentials outside its environment.
Simon Willison's writeup called the episode science fiction that happened, and his RSS summary framed it as the strongest case yet that model availability affects software defense.
Kimi K3 cyber numbers
NIST's UK AISI / CAISI assessment said Kimi K3 performed significantly below the most recent frontier cyber-capable models, while outperforming GLM-5.2 on the tested open-weight comparison.
The concrete numbers:
- ExploitBench: top U.S. models 76.2%, Kimi K3 32.2%, GLM-5.2 24.4%, according to rohanpaul_ai's CAISI chart post.
- Arbitrary code execution: Kimi K3 achieved ACE on 0/41 tasks, while the most cyber-capable models averaged 20/41 in the NIST report.
- The Last Ones cyber range: Kimi K3 reached step 17 of 32 on average, while the most cyber-capable U.S. models reached 28.5.
- Kimi K3 completed The Last Ones in 1/10 attempts within a 100M-token limit; NIST said prior publicly released closed-weight models had solved it, with the strongest solving 6/10 and 7/10 attempts.
- U.S. closed-weight models in the NIST comparison were evaluated with system-level safeguards disabled; NIST said public versions have those safeguards enabled.
The cyber numbers cut against a simple story. Kimi K3 is stronger than the previous open-weight cyber baseline, but the public benchmark evidence does not put it in the same offensive-cyber tier as the strongest U.S. models tested with safeguards removed.