· 7 min read
Meta Is No Longer the Leader of Open AI
By Z. Rodríguez
- opinion
- guides

Meta is no longer the leader of open AI. It is still the company most responsible for making open weights a serious strategic threat to proprietary model vendors, but that legacy is not enough to make Llama the default answer for software engineers in 2026.
That distinction matters because developers routinely collapse three different questions into one: who made open models credible, who has the biggest deployment footprint, and who is shipping the most compelling models today. Meta has an excellent claim on the first two. It has lost the third, and the third is the one that determines what we build on.
Llama won the last era
The Llama project did something genuinely consequential. Meta used its distribution, research capability, and enormous product business to normalize the idea that a powerful foundation model could be downloaded, fine-tuned, self-hosted, and served outside one vendor’s API. That gave infrastructure projects a target, cloud providers a product category, and startups leverage in negotiations with closed-model vendors.
Llama’s influence persists everywhere. Model-serving stacks support it well. Quantizations, fine-tuning recipes, guardrail tooling, agent integrations, and tutorials are abundant. If a team needs a well-understood baseline with broad deployment support, Llama remains a reasonable choice. That is not faint praise; boring compatibility is a feature when the person on call has to debug tokenization, tool calling, CUDA memory fragmentation, and a production incident at the same time.
Llama 4 was also not a trivial release. Scout and Maverick brought native multimodality and mixture-of-experts designs to the family, with Scout aimed at a single H100 after quantization and an unusually large context window. Meta’s technical work is real, and dismissing it because newer names have captured the conversation would be foolish.
But a leader does more than release a capable model. A leader sets the pace engineers feel compelled to follow. It establishes the practical reference point for coding, reasoning, tool use, multilingual behavior, inference efficiency, and deployment quality. Llama no longer does that consistently.
The center of gravity moved from a family to a market
Open AI is now an active, competitive market rather than a Meta-led movement. DeepSeek made model efficiency and open-weight reasoning impossible for the rest of the industry to ignore. Qwen built a broad catalog that made size, language coverage, and task specialization a normal part of model selection rather than a niche concern. Z.ai’s GLM releases have pushed agentic coding and tool use with model artifacts, serving guidance, and direct integration paths for popular runtimes.
The important change is not that every rival wins every benchmark. Benchmarks are too narrow, too saturable, and too vulnerable to prompt formatting games to crown a permanent champion. The change is that a developer can now choose an open-weight model family based on the job: a small local coding helper, a multilingual document pipeline, a large reasoning model behind a gateway, or an agent that needs reliable structured tool calls. “Use Llama” is no longer the natural default for any of those decisions.
This is exactly how leadership gets lost in software. Java did not become irrelevant when JavaScript, Go, Rust, and Python rose; it stopped being the automatic answer. Kubernetes did not make every workload a Kubernetes workload; it became the substrate people assumed would be there. Meta is still closer to that second category: Llama is important infrastructure and a compatibility target. But the most exciting open-model work is increasingly happening elsewhere.
There is also an uncomfortable release-cadence problem. A model family can retain enormous mindshare while its practical edge fades. When competing labs regularly publish weights, inference instructions, variants tailored to agentic work, and direct implementation support in projects such as vLLM, SGLang, and Transformers, engineers notice. They do not care who had the better open-model strategy two years ago. They care which model clears their eval suite this week and which one they can afford to run.
Open weights are not enough
Meta’s biggest conceptual advantage has become less differentiating because the category caught up. Downloadable weights are valuable, but they are only one component of developer freedom. Engineers need reproducible serving paths, sensible precision formats, usable licenses, tokenizer and chat-template stability, fine-tuning options, clear model cards, tool-call behavior that survives real workloads, and a community that fixes edge cases before their team has to.
This is why I reject the reflexive claim that a giant model release automatically reclaims leadership. An impressive headline benchmark or a massive context window is not leadership if developers mostly encounter the model through compatibility layers and then choose another family for serious coding agents. The relevant unit is not the checkpoint. It is the complete path from a repository clone to a dependable service.
Nor should we confuse “open” with “open source.” Meta’s Llama terms have always been more restrictive than a conventional permissive software license, and other weight releases also carry varying commercial and use restrictions. Engineers should read the actual license, not accept branding from Meta, DeepSeek, or anyone else. But Meta cannot claim a special openness advantage merely by continuing to be more available than frontier APIs. The field now contains several credible alternatives, some with more permissive terms for specific releases.
The strongest case for Meta
The best argument for calling Meta the leader is stronger than nostalgia: leadership is ecosystem power, not a monthly benchmark race. Llama has massive name recognition, broad hardware and cloud support, a mature fine-tuning and quantization ecosystem, and a company with the resources to distribute models at a scale smaller labs cannot match. A developer who wants a model that will be supported by every major toolmaker has a safer bet with Llama than with a fast-rising competitor. And if Meta decides to ship a genuinely leading open-weight model again, its installed base means adoption could be immediate.
I agree with nearly all of that—and it still describes a former leader with enormous strategic assets, not the current leader. Ecosystem power is a lagging indicator. It tells us what is easy to deploy because yesterday’s choices created support. Technical leadership is a leading indicator: it tells us where the community is learning new techniques, moving inference stacks, improving agent loops, and resetting expectations. Today, open-model developers should treat Llama as one candidate in a portfolio, not as the family around which the portfolio is organized.
What should change
Meta should stop acting as if a broad ecosystem and an occasional major release are sufficient. It should publish a predictable open-weight roadmap, ship smaller and agent-optimized variants alongside flagships, support current community serving stacks on day one, and release artifacts that make evaluation and fine-tuning less dependent on reverse engineering. Most importantly, it should compete on the developer experience of running and adapting a model—not on declarations that Llama remains central.
Software engineers should change too. Retire the default assumption that “open model” means Llama. Build a compact evaluation harness around your own repositories, prompts, tools, latency budget, hardware, and license constraints; run Llama against Qwen, DeepSeek, GLM, Mistral, and whichever focused models fit the task. The open ecosystem will be healthier when no single company gets to own the category’s identity, including the company that helped create it.