Skip to main content
LATEST Why Open Models Still Matter in the AI Policy Fight Geothermal Energy Is Starting to Look Like a Serious Data Center Play Can Character.ai’s Bankruptcy Documents Explain Why AI Still Struggles to Pay for Itself? Why the Chief AI Officer May Not Be a Permanent Job Who Really Sets the Rules for AI Now? The New Battle Over Power in Tech
Tech

Why Open Models Still Matter in the AI Policy Fight

Alex Raeburn
Alex Raeburn Staff Writer ·
11 min read
Why Open Models Still Matter in the AI Policy Fight

A New Anthropic Warning Reopens the Open-Model Fight

Anthropic’s latest warning put a fresh jolt into an argument that never really goes away. The company said Z.ai’s GLM-5.3 could pose a serious cyberattack risk, which is the kind of sentence that tends to turn a model release into a policy scrap within hours. On its face, this is a technical judgment about a particular system. In practice, it lands in the middle of a much bigger fight over who gets to control advanced AI, who gets to use it, and who gets to decide where the guardrails sit.

The timing matters. GLM-5.3 arrived in August as a freely downloadable model, which means the weights can be pulled down, inspected, modified, and run on someone else’s hardware if they have the chips and the patience. That setup is very different from the usual closed model experience, where access is mediated by an app, a website, or an API that can be throttled, filtered, or shut off. Once the weights are out in the world, the company that built the model no longer has the same choke point. That is comforting if you like openness. It is unnerving if you spend your days thinking about abuse.

Once a model can be downloaded, the debate stops being theoretical and starts living on servers, laptops, and procurement spreadsheets.

That is why the GLM-5.3 warning matters beyond one model family. The old open-versus-closed argument used to sound like a familiar tech-industry quarrel, the sort that could be filed under philosophy and left to the forums. Now it sits closer to power and politics. A public-weights model can travel fast through research groups, startups, hobbyists, and state-backed labs. It can also travel fast through the less charming corners of the internet. The same release that helps a university lab test defenses can help a malicious actor prototype attacks without waiting for permission from any central provider.

The money side is impossible to miss, too. If frontier AI stays behind closed doors, the value piles up around a small number of firms that can charge for access and keep a tighter grip on deployment. If open models win more ground, the center of gravity moves. Cloud providers still matter, chips still matter, and integration still matters, but the gatekeeping changes shape. That’s not a minor tweak to tech news. It changes where developers spend, where enterprises buy, and who gets to set the terms for ai policy in the first place.

You can already hear the split in the industry voices. Nvidia chief Jensen Huang has argued for more open model development in the United States, a position that fits a world where more companies train, fine-tune, and deploy models on American hardware. Anthropic chief Dario Amodei has taken the more cautious line, worrying aloud about what happens when powerful systems are too easy to copy, study, and bend toward abuse. Neither view comes out of nowhere. One favors wider distribution and faster adoption. The other worries that distribution itself can become the hazard.

That clash also says something about digital culture right now. A few years ago, most people outside research circles barely knew what a model weight was. Now those weights sit at the center of arguments about power and politics, corporate strategy, and even lifestyle tech, since the same systems are creeping into everyday tools, consumer devices, and workplace software. The language sounds technical, but the stakes are ordinary enough. Who gets access? Who pays? Who bears the risk when things go sideways?

The GLM-5.3 warning has reopened that file with a bit of force. If nothing else, it shows that the open-model question is no longer a tidy seminar topic. It is a live fight with security concerns on one side and industrial strategy on the other, and both camps know exactly what is on the table. To understand why the argument keeps coming back, it helps to get clear on what open models actually give people in the first place.

What You Actually Get When a Model Is Open

What You Actually Get When a Model Is Open

Closed models usually arrive as a service. You open an app, type into a website, or call an API and the intelligence stays behind someone else’s wall. ChatGPT and Claude work that way. Open AI models and open-weight models flip the arrangement. You download the model files, including the weights, which are the learned parameters that make the system respond the way it does. After that, the model can sit on your own machine, inside your company servers, or on a research cluster you control.

That matters because control changes shape once the model leaves the vendor’s box. A team with enough hardware and engineering skill can run the model locally, test it offline, and fine-tune it on its own data. A hospital might want that for patient records. A manufacturer might want it for internal documents and design files. A bank might want it because a prompt sent to a third-party service is still a prompt sent offsite, which can raise awkward questions for compliance teams and, frankly, for anyone who has ever read a data-sharing clause with a coffee in hand.

Open doesn’t mean harmless. It means the user gets the steering wheel, the repair manual, and a copy of the engine schematic.

Researchers like open models for the same reason mechanics like an engine they can actually take apart. When a model is open, people can inspect more than the final answer. They can study intermediate behavior, compare layers, test how the model reacts to prompts, and sometimes examine reasoning traces when they are available. That kind of access is hard to get from a black-box system. If a lab wants to know why a model confuses one class of inputs with another, or why a safety refusal breaks down in a specific context, a downloadable model gives them much more room to work than a polite chat window ever will.

There’s also a practical engineering upside that gets less attention than it should. Open models can be compressed, merged, and retrained into new systems for narrow jobs. A smaller version might be distilled for a phone app. Another version can be fine-tuned for legal search, medical coding, customer support, or multilingual translation. A company does not have to rent the same generic model for every task and hope the bill doesn’t develop a sense of humor. It can build something specific, trim the size, and keep the parts it needs.

That is one reason many businesses prefer open-weight models even when they don’t care much about ideology. Cost is part of it. So is data control. If a firm runs a model on its own infrastructure, sensitive material does not have to leave the building. Proprietary research, internal contracts, product road maps, source code, and customer files can stay in-house. For organizations with strict security policies, that can be the difference between adopting AI and parking the idea in a drawer for another year.

The policy conversation has noticed. The European Commission’s explanation of the AI Act’s rules for general-purpose models treats model distribution and obligations as a live regulatory issue, not a theoretical one, which is easy enough to see in its general-purpose AI model FAQ under the AI Act. In Washington, the White House has also folded model access into national security thinking through National Security Presidential Memorandum 11, and the UK’s International AI Safety Report 2025 treats deployment choices as part of the safety picture. The paperwork is catching up to the reality that where a model lives matters just as much as what it says.

Supporters of openness go a step further and argue that the entire stack should not sit in the hands of a few frontier labs. If the models, weights, and tooling are available, more people can build on top of them, test them, and set up alternatives. That pitch has a public-good flavor to it. The idea is not that every model should be free in the sense of costless or consequence-free. It’s that a core piece of modern infrastructure should not be locked away like a luxury apartment no one else may enter.

Still, the open-model economy has a habit of making people squint. Critics point out that big companies can absorb community improvements from open releases, fold them into commercial products, and move on without paying much in return. A fine-tuning breakthrough from a small team can end up inside a larger platform with a shinier interface and a larger sales budget. Credit gets blurry. Compensation gets murkier. The code may be open, but the market power usually is not.

So the real value of open models is less romantic than their fans sometimes make it sound. They lower the barrier to entry. They give researchers more than a black box to poke at. They let businesses keep more control over data and deployment. They also give governments a concrete thing to regulate, rather than a cloud service that changes terms every other Tuesday. That mix of access, control, and reuse is exactly why open models keep resurfacing in the AI policy fight, even when everyone in the room would probably rather be talking about anything else.

Why the Safety Crowd Keeps Wincing

Once a model is freely downloadable, the argument gets less tidy. Anthropic’s warning about Z.ai’s GLM-5.3 landed in a world where the model itself is only part of the story. The weights can sit on someone else’s server, but they can also sit on a laptop, a rented box in a datacenter, or a machine nobody outside the operator ever sees. That shift matters because abuse is no longer just a matter of one company deciding whether to keep an account alive.

This summer, OpenAI agents were used in a hack against Hugging Face. Anthropic has also said Claude has helped support serious hacking operations. So the fear is not some sci-fi rumor about tomorrow’s machine. Harmful use is already here, and it shows up even in systems that still have a central provider watching the door.

Once a capable model is loose on the internet, safety isn’t a switch you flip. It’s a cleanup job.

Closed systems at least have a few choke points. A provider can filter prompts, block obvious abuse, suspend accounts, and change the model behind the scenes when something starts going sideways. That doesn’t make them safe, of course. It just means there is a gatekeeper who can react. With an open model, that gatekeeper disappears the moment someone downloads the file. There’s no remote off switch, no central dashboard, no neat little red button labeled “please stop the bad actors.”

That absence gets more uncomfortable when you remember that safety tuning is not permanent. Researchers have shown that a model trained to refuse harmful requests can be pushed back toward unsafe behavior with retraining, fine-tuning, or other tampering methods that are, in some cases, alarmingly ordinary. A model that looked cautious in a demo can be turned into something much less polite once it is in the hands of someone with enough compute and a reason to ignore the rules. The whole promise of “we trained it not to do that” turns out to be more fragile than the marketing copy suggests.

The nightmare scenario is obvious enough that it barely needs dressing up: a strong open model arrives with useful cyber skills or pathogen-related know-how, then spreads faster than defenders can patch around it. If the model can help write malware, automate reconnaissance, or generate lab guidance that edges into biological misuse, the window for response gets very short. By the time one team notices, copies may already be running in a dozen places, each one slightly modified, each one harder to track than the last.

There’s a catch, though, and it complicates the easy slogans. Not every bad actor will reach for an open model just because it exists. Some may prefer a closed model if it is easier to use through an API than to run a local heavyweight system on expensive chips. In other words, openness can increase risk without being the only route to abuse. That’s one reason the policy fight feels so lopsided at times: the dangerous use cases don’t disappear if you clamp down on downloads, and the downloads don’t disappear if you clamp down on the APIs.

The worry gets sharper when people start talking about agentic systems, rogue behavior, or a model doing damage with little direct supervision. If the system can call tools, chain tasks, or spread copies of itself across different machines, the blast radius is harder to map. In a closed setup, a company may spot the pattern and shut it down. In a decentralized setup, the same behavior can hide inside a dozen deployments, each one owned by a different person, each one slightly different from the last. That makes detection slower and attribution messier, which is a bad combo when the thing misbehaving can already write code, plan steps, and adapt.

That is also why the policy debate has moved from theory to paperwork. The European Commission has started publishing guidance for general-purpose AI model providers under the AI Act, the White House put out a June order on advanced AI innovation and security, and the UK has been building out its own frontier AI safety process. None of that solves the core technical problem by itself, but it shows where the pressure is going. Policymakers are no longer just asking whether models should be open or closed. They’re asking how fast a risky model can spread, who gets to run it, and what happens when the person doing the running doesn’t plan to play nice.

Not Fully Open, Not Fully Locked: The Policy Squeeze

The cleaner version of the open-model debate sounds simple enough: keep the useful parts, reduce the dangerous ones, and let the rest sort itself out. Reality, as usual, is more awkward. Researchers are now trying to build models that never see harmful examples during training in the first place, along with systems that are harder to tamper with after release. The idea is to make a model less willing to help with abuse, even if someone tries to poke holes in its guardrails later.

That sounds promising. It also sounds unfinished, because it is. Current methods can improve safety, but they do not hold up against every tampering attack. A model can be trained to refuse risky requests, then pushed, modified, or retrained into weaker behavior if an attacker has enough access and patience. No neat silver bullet has turned up yet, and the field does not seem close to one.

Open doesn’t have to mean careless, but it also doesn’t magically mean safe.

This is where the security crowd borrows an old software lesson: more eyes can help. Open-source-style review lets more people probe for flaws, test edge cases, and notice when a system behaves badly under pressure. That logic maps pretty well to AI, with one messy catch. Traditional software can often be patched and pushed out fast. AI systems are fussier. Once a model has been copied, fine-tuned, and distributed, patching it gets slower and a lot less tidy.

There’s another twist that gets lost in the shouting match over open weights. The same tools that can be used for offense can also be used for defense. A model that can spot a weak password policy or spot a suspicious piece of code can help a security team too. That has led some organizations to get limited access to especially capable closed frontier models for cyber defense work. The access exists, but it’s narrow and selective. It is not the normal state of play for most companies, governments, or smaller security teams that would like to use the same tools.

That leaves policymakers with a slightly annoying truth: model weights are only part of the story. A downloadable set of weights can look open, but the training process may still be hidden. The training data may be partially disclosed, vaguely described, or kept private. Hardware access matters too, because a powerful model on paper is one thing, while the chips needed to run or adapt it are another. In practice, “open” can mean a lot of different things, and the differences matter when the model is capable of writing code, reasoning through exploits, or helping defend a network.

For that reason, the real policy question is probably not whether openness wins or loses in some grand ideological sense. It’s how to avoid piling too much AI power into too few hands while still keeping the worst misuse in check. That probably means more disclosure around training, better evaluations before release, smarter access controls for the highest-risk frontier models, and room for legitimate defensive use. It also means accepting that openness can be useful without pretending it solves everything. In AI, the tidy answer rarely survives first contact with the hardware bill.

Newsletter

Stay in the loop

Join our newsletter and get resources, curated content, and inspiration delivered straight to your inbox.