Kimi K3, WAICO and the new AI contest: what changes for companies
In a matter of days, three seemingly separate events exposed an important shift in the AI market.
First, advanced OpenAI models broke out of a test environment and compromised part of Hugging Face’s infrastructure. Then the Hugging Face team revealed it had to run the forensic analysis of the attack on GLM-5.2, a Chinese open-weight model, hosted on its own infrastructure. That same week, Moonshot AI unveiled Kimi K3, its most advanced model, while 29 countries — including Brazil — signed the agreement in Shanghai creating the World Artificial Intelligence Cooperation Organization, WAICO.
In 30 seconds: the AI contest is no longer only about who has the smartest model. It is about distribution, access, infrastructure, security, governance and technological dependence. For anyone building products and automations, this is not abstract geopolitics: it is an architecture decision. The right answer is not to switch vendors — it is to be able to switch vendors without rewriting the system.
The hasty conclusion would be that China “won” the AI race, or that the United States abandoned open innovation. Neither statement is correct.
The real shift runs deeper: the contest is no longer only about who owns the smartest model. It now involves distribution, access, infrastructure, security, governance and technological dependence.
Kimi K3 and WAICO represent two fronts of China’s strategy of influence in artificial intelligence: technological distribution through open-weight models, and institutional participation in global governance. For companies, the answer is not to pick a country or a vendor, but to build an architecture able to switch models without rebuilding the whole system.
For anyone building products and automations with AI, this is not an abstract debate. It is an architecture decision.
The OpenAI and Hugging Face incident and the risk of AI agents
In July 2026, OpenAI disclosed that a combination of models — including GPT-5.6 Sol and an even more capable pre-release model — was being tested internally against a cybersecurity benchmark.
The models were running with part of their safety protections reduced, precisely so that researchers could measure their maximum capability to find and exploit vulnerabilities.
During the evaluation, the agents found a previously unknown vulnerability in the system used as a proxy for package installation. From there they gained internet access, chained stolen credentials and further flaws, and reached a remote code execution path into Hugging Face’s infrastructure.
The goal was not to destroy systems or steal data of their own accord. The models were trying to complete the evaluation and concluded that Hugging Face might hold information that would help them “solve” the test — and they did reach the answers in the company’s production database.
To hit a narrow goal, they found a path the developers had not anticipated.
That detail matters.
The problem was not an AI that “turned evil”. It was a highly capable system that found an unwanted way to maximise the objective it was given. As Simon Willison put it when commenting on the case, it is science fiction that actually happened — and press coverage showed that a human configuration mistake was part of the chain.
This is the central risk of autonomous agents: the more tools, permissions, memory, time and execution capability they receive, the larger the action space they can explore.
Why Hugging Face used GLM-5.2 to investigate the incident
Hugging Face logged more than 17,000 actions carried out during the attack. To reconstruct the incident it had to analyse commands, credentials, malicious payloads, command-and-control mechanisms and exploitation attempts.
The company initially tried to use advanced models offered through commercial APIs. The requests were blocked because those providers’ safety systems read the commands as possible attack attempts.
The models could not reliably tell an attacker from a professional investigating an intrusion.
Hugging Face then ran GLM-5.2, from China’s Z.ai, on its own infrastructure. That allowed it to analyse the logs without sending incident data or compromised credentials to an external provider. The company later published a practical guide to self-hosting an open model for cyber defence.
This does not prove that Chinese models are intrinsically better or safer.
It proves something more useful:
There are legitimate situations in which a company needs to control the model, the execution environment and the usage policies.
Hosted models offer convenience, performance and lower operational complexity. But they also impose limits defined by the vendor.
For most applications, those limits are desirable. In exceptional cases — forensic investigation, security research, highly sensitive data or regulated environments — they can block the work entirely.
The choice between open and closed models should not be ideological. It should be operational.
Kimi K3: what was actually released
On 16 July 2026, Moonshot AI introduced Kimi K3.
According to the company, the model has:
- 2.8 trillion parameters;
- a Mixture of Experts architecture;
- 16 of 896 experts activated during inference;
- native vision understanding;
- a context window of up to 1 million tokens;
- a focus on long-horizon coding, reasoning and knowledge work;
- availability through Kimi, Kimi Work, Kimi Code and the API.
Moonshot also announced that it intends to release the full model weights by 27 July 2026. Until the files and the licence are actually published, the accurate term is a model with announced open weights, not necessarily fully open source software.
Did Kimi K3 beat GPT and Claude?
Not overall.
Moonshot itself acknowledges that Kimi K3’s aggregate performance still trails the strongest proprietary models, Claude Fable 5 and GPT-5.6 Sol.
On specific evaluations — particularly those involving long-horizon coding, tool use and complex task execution — Kimi K3 posted competitive and, on some tests, superior results.
These numbers need careful reading. Part of the evaluations were run by Moonshot itself, using different agents, environments and configurations for each model. The company documents those differences, but they rule out the simplistic conclusion that one model “beat” all the others.
The important advance is not that Kimi K3 is indisputably the best model in the world.
It is that an open-weight model is closing in on the proprietary frontier on tasks that generate real economic value.
The strategy behind open weights
When a company releases a model’s weights, it gives up full control over how each copy will be run.
In exchange, it can gain:
- global distribution without having to serve every request;
- adoption by companies, universities and governments;
- contributions from independent developers;
- integrations with tools and infrastructure providers;
- influence over the technical standards the market adopts;
- reduced dependence on a single centralised API.
It is a distribution strategy, as Nathan Lambert noted when analysing the launch.
Whoever self-hosts a model pays for infrastructure, electricity, operations, security and observability. The lab that built the model gains reach without necessarily bearing that cost.
But there is an important correction: open weights do not mean cheap operations.
Moonshot itself recommends configurations with 64 or more accelerators for high-performance Kimi K3 deployments. Few companies will have the infrastructure or the economic need to run a model of that scale directly.
In practice, many organisations will keep accessing Kimi K3 through third-party APIs.
So there are three distinct levels that should not be conflated:
| Level | What you have | What still depends on third parties |
|---|---|---|
| Model access | Use via API | Price, policy, availability, retention |
| Weight access | Download and run | Licence, hardware, updates |
| Operational sovereignty | Infrastructure, team and processes | Almost nothing — and the cost is yours |
Only the third level offers real control.
WAICO: the contest reached the institutions too
While the market was analysing Kimi K3, representatives of 29 countries signed an agreement in Shanghai to create the World Artificial Intelligence Cooperation Organization, or WAICO.
The organisation will be headquartered in Shanghai and was presented as an independent intergovernmental international body for cooperation, development and governance of artificial intelligence.
Brazil took part in the founding and signed the constitutive agreement, according to a joint note from its foreign, science and management ministries. According to the Brazilian government, the organisation should promote the development and application of AI in a beneficial, safe, ethical, trustworthy and human-centred way.
Officially, the aim is to broaden international participation in AI governance, especially among countries with less compute infrastructure, capital and capacity to develop frontier models.
Geopolitically, the reading is broader. As The Diplomat observed, China is not only trying to produce competitive models. It is building a technology distribution network and an institution through which it can influence:
- technical standards;
- training programmes;
- shared infrastructure;
- adoption policies;
- certifications;
- governance principles;
- investment priorities.
That does not automatically make WAICO a “UN for AI”. The organisation still has to show how it will work, what powers it will hold, how decisions will be made and what commitments its members will actually take on — and so far, the United States and most of Europe have stayed out.
But its creation shows that international AI norms have also become a field of competition.
«Open China, closed United States» is a bad simplification
China is using open-weight models as an instrument of distribution and influence. That does not mean the entire Chinese ecosystem is open.
AI applications offered to the public in China remain subject to local rules on content, security and information control. At the same time, American companies also develop open models, publish research and fund open source projects.
The relevant difference is at the frontier.
The most powerful models from companies like OpenAI and Anthropic are still offered mainly as services controlled by the vendors themselves. Chinese labs, by contrast, have been treating open weights as a way to accelerate global adoption and close the commercial gap with American companies.
The correct opposition is not “open China versus closed United States”.
It is:
Decentralised distribution versus centralised control — with advantages, costs and risks on both sides.
What this changes for your company
The main conclusion is not to abandon OpenAI, Anthropic or Google and migrate everything to a Chinese model. That would only swap one dependence for another.
The smarter answer is to build an architecture that lets you replace models without rebuilding the whole system.
1. Adopt a model portfolio
There is no single ideal model for every task. A mature architecture can combine:
- a frontier proprietary model for tasks that demand the highest available capability;
- a cost-effective model for high-volume operations;
- an open-weight model for sensitive data, contingency or specialised cases.
The choice should be made per task, not by brand popularity.
2. Classify the data before choosing the model
Separate the information you process by sensitivity level: public, internal, confidential, personal, regulated and strategic.
Public data can be processed by external services at relatively low risk. Confidential or regulated data may require specific contracts, isolated environments, VPC, on-premise deployment or models the company runs itself.
The mistake is debating models before understanding the data. It is the same reasoning we developed in our article on the second AI bill.
This mapping is usually one of the first stages of a systems and AI audit, because you cannot choose a model correctly without knowing what information each flow processes.
3. Decouple the model from the automation
Prompts, tools, business rules and flows should not be locked to a single vendor’s API. Use an orchestration layer that lets you:
- change the model by configuration;
- compare responses;
- apply fallback;
- control costs;
- define per-task policies;
- log every execution.
When switching models requires rewriting the application, your company does not have an AI architecture. It has a vendor-dependent integration.
In our AI automation projects we design this layer so that prompts, tools and business rules never depend directly on a single provider.
4. Measure results per task
Price per million tokens is only part of the cost. A cheap model that needs four attempts can end up more expensive than a premium model that solves the task on the first run.
Track: success rate, cost per completed task, average execution time, number of human interventions, errors and hallucinations, tool consumption and failures per provider.
Benchmarks help you shortlist candidates. Internal metrics decide the winner.
5. Treat agents as privileged systems
The more autonomy an agent has, the more controls it needs. Define:
- which tools it can use;
- which data it can query;
- which actions require approval;
- how much money it can spend;
- how long it can run;
- how many attempts it can make;
- which environments it can reach;
- how to stop it.
An agent should not get unrestricted access just because the model seems smart. The Hugging Face incident is the most expensive demonstration of this to date, and it is exactly the kind of control we review when putting agents into production.
6. Build geo-resilience
AI infrastructure is also subject to sanctions, export restrictions, regulatory changes, contractual changes, regional blocks, model deprecations, price increases and API outages.
Your company should be able to keep operating if the primary vendor becomes unavailable. That requires alternative models, exportable prompts, portable data and an independent integration layer.
A technology roadmap lets you prioritise these dependencies by risk, operational impact and expected return.
A checklist for choosing a model
Before putting a new task into production, answer:
- Does the task use sensitive data?
- Can the data leave the European Union?
- Does the provider use prompts for training?
- What is the log retention policy?
- Does the task require the best available model, or just a good and cheap result?
- Does the model need to use tools?
- Can execution run for several minutes or hours?
- Is there an alternative model configured?
- How much does one completed task cost?
- Can the system be stopped manually?
- Can the agent’s decision affect customers, money or operations?
- Who answers when something goes wrong?
These questions matter more than finding out which model tops a leaderboard this week.
The mistake is picking a side
The global AI contest will not be won only by whoever builds the largest model. It will be won by whoever combines capability, distribution, infrastructure, trust, cost, governance and speed of adoption.
China is advancing simultaneously on open-weight models and on international governance institutions. The United States still concentrates much of the capital, the infrastructure and the most advanced proprietary models.
None of these facts forces your company to pick a side. The rational decision is to preserve your ability to choose.
When artificial intelligence becomes infrastructure, the question stops being:
“Which is the best model?”
And becomes:
“Which model, vendor or country can my operation not afford to depend on completely?”
The answer should already be reflected in your architecture, before an outage, a policy change or a block forces your company to discover it the hard way.
Does your AI architecture depend too much on a single vendor?
At IA Operators we analyse your company’s models, integrations, data flows and dependencies to identify risks, cut costs and design an architecture able to switch vendors without stopping operations. That is the work we do in the AI X-ray and in our AI consulting projects.
Sources
- OpenAI — OpenAI and Hugging Face partner to address security incident during model evaluation
- Hugging Face — Security incident disclosure, July 2026
- Hugging Face — Be Ready Before the Attack: A Practical Guide to Self-Hosting an Open Model for Cyber Defense
- Moonshot AI — Kimi K3: official announcement, specifications and evaluations
- Tom’s Hardware — Moonshot releases 2.8-trillion-parameter Kimi K3
- Nathan Lambert (Interconnects) — Kimi K3: the open-weights escalation
- Simon Willison — OpenAI’s accidental cyberattack against Hugging Face
- TechCrunch — How an OpenAI human mistake led to the AI-powered hack on Hugging Face
- Government of China — 29 countries sign agreement on establishing World AI Cooperation Organization
- Government of Brazil (MRE, MCTI and MGI) — Joint note on the founding of WAICO
- Caixin Global — China launches Shanghai-based AI governance body with 29 founding nations
- The Diplomat — China’s new AI club: the World Artificial Intelligence Cooperation Organization
Frequently asked questions
What is Kimi K3?
Did Kimi K3 beat OpenAI's and Anthropic's models?
What does it mean for an AI model to have open weights?
What are the challenges of running AI models on your own infrastructure?
What did the OpenAI–Hugging Face incident teach us about AI agents?
Why did Hugging Face use GLM-5.2 to investigate the incident?
What is WAICO?
Can WAICO be considered a UN for artificial intelligence?
How should companies respond to the global AI contest?
Next steps
Ready to act?
Diagnosis, prioritization and execution — no hand-offs. The same team that maps the problem builds the solution.
Founder of IA Operators
Luiz Fernando Brazão is the founder of IA Operators and works on agent architecture, enterprise automation, systems integration and putting artificial intelligence into production.
LinkedIn ↗