惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

B
Blog RSS Feed
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
GbyAI
GbyAI
MongoDB | Blog
MongoDB | Blog
Microsoft Azure Blog
Microsoft Azure Blog
V
Visual Studio Blog
腾讯CDC
G
Google Developers Blog
宝玉的分享
宝玉的分享
I
InfoQ
F
Fortinet All Blogs
Engineering at Meta
Engineering at Meta
Vercel News
Vercel News
云风的 BLOG
云风的 BLOG
博客园 - 【当耐特】
酷 壳 – CoolShell
酷 壳 – CoolShell
Google DeepMind News
Google DeepMind News
阮一峰的网络日志
阮一峰的网络日志
罗磊的独立博客
IT之家
IT之家
D
DataBreaches.Net
Martin Fowler
Martin Fowler
月光博客
月光博客
Hugging Face - Blog
Hugging Face - Blog

OfficeChai

These Are The 10 Cheapest AI Models In The World [June 2026] 18 Best AI Tools For English Speaking (With Examples) [2026] AI Impact? Vacancy Rates For US Office Properties Are Now Highest Since The 2008 Crisis KPMG Pulls Report Praising AI After It Was Found To Have Fake AI-Generated Citations India's Sarvam Raises $234 Million At $1.5 Billion Valuation After SpaceX Stock Pops 20%, Musk Has Made More Money In The Last 24 Hours Than Warren Buffett Made In His Entire Career OfficeChai Nobody Is Using AI Better Than Meta: NVIDIA CEO Jensen Huang 21 Best AI Tools For Animation (With Examples) [2026] 22 Best AI Tools For Architecture (With Examples) [2026] Datacenter Construction Spending Has Eclipsed Public Transportation Spending In The US China Scraps 12,000 Degree Courses, Mainly In Arts And Humanities, To Prepare For AI Age OfficeChai There Is No Job Loss With AI: David Friedberg Loop Between Human Capital And "Token Capital" Will Be The New IP For Firms, Says Satya Nadella How to Reduce Dependency on Key Employees 8 Google Index Checker Use Cases Beyond New Blog Posts Memory Squeeze? Smartphone Purchases Are Down Globally 21 Best AI Tools For Accounting (With Examples) [2026] AI For Voice Generation: 22 Best Options (With Examples) [2026] These Are The Most Popular Image Generation Models On OpenRouter [June 2026] Search Traffic For Websites Is Down 25% Over The Last Year Because Of AI: a16z Data Agentic Coding Has Led To A 50% Increase In Number Of Apps, But Most Are Finding Very Few Users: SimilarWeb Data OpenRouter Launches Fusion API, Which Uses A Combination Of Models To Achieve Fable-Like Performance At Half The Price Dario Amodei Refused To De-Deploy Or Fix Vulnerabilities In Fable Before US Export Controls, Says David Sacks 23 Best AI Tools For Notes Making (With Examples) [2026] 16 Best AI Tools For Astrology (With Examples) [2026] How Jensen Huang Once Had To Ask SEGA's CEO To Pay NVIDIA For A Technology That Didn't Work ChatGPT Already Has 11% Of The Search Market: OpenAI CFO Sarah Friar SpaceX Has Now Launched More Satellites Than Rest Of Humanity Combined Across History
Snowflake CEO Sridhar Ramaswamy Shares Detailed Post Comp...
OfficeChai Team · 2026-06-24 · via OfficeChai

Z.ai’s GLM 5.2 has gone viral in recent days, but a top CEO has shared how the model compares to another on on the frontier.

Snowflake CEO Sridhar Ramaswamy has posted a detailed breakdown comparing Z.ai’s GLM-5.2 with Anthropic’s Claude Opus 4.7 on dbt-bench, a benchmark designed to evaluate AI models on data transformation and analytics engineering tasks. The findings suggest that while the two models end up with nearly identical overall success rates, they get there in very different ways.

The analysis came from Snowflake’s Coco team, which ran 103 dbt tasks with three trials each on both models. The headline numbers show an almost dead heat. GLM-5.2 achieved a Pass@3 score of 66 percent, while Opus 4.7 came in at 67 percent. At the first-attempt level, however, Opus held a clearer lead, scoring 53.7 percent on Pass@1 compared to GLM’s 47.6 percent.

The results are noteworthy because GLM-5.2 has generated significant interest in recent weeks for delivering strong performance as an open model. Earlier this year, China’s GLM family had already begun climbing coding leaderboards, with GLM-5.1 becoming one of the highest-ranked open models on Code Arena.

According to Ramaswamy, one of the biggest differences between the models lies in how they approach tasks. GLM takes considerably more turns to complete work, averaging 99 turns compared to 80 for Opus. It also makes more execution-related tool calls, averaging 40 per trial against Opus’s 29.

That difference translates into token consumption. Across the benchmark run, GLM used 860 million billing tokens compared to Opus’s 439 million. Snowflake’s team attributed this to a combination of more conversational turns, more atomic API calls, and lower prompt-cache reuse rates.

The popular perception that GLM verifies its work more thoroughly was only partially supported by the data. The study found that GLM performs validation differently rather than necessarily performing more meaningful validation. It often executes individual SQL checks one at a time, while Opus bundles similar checks together. Both models end up covering similar ground, but their workflows look very different under the hood.

The findings also challenge another common assumption: that heavier verification automatically leads to better outputs. Despite GLM’s tendency to perform more checks, Opus still held a six-percentage-point advantage on Pass@1. As Ramaswamy put it, “more verification ≠ more correct.”

The area where GLM appeared to have a distinct advantage was cross-platform validation. The benchmark required solutions to work on both DuckDB and Snowflake. Snowflake’s team found that GLM was more consistent in validating against both targets, which explained several tasks that GLM solved successfully while Opus did not.

The post also highlighted two recurring failure modes. In some cases, GLM gave up too early when it couldn’t infer a solution path from available information. In one task cited by the team, the model performed five file reads across 22 turns but never attempted a write operation before stopping.

The opposite problem appeared in other tasks. One example saw GLM make 411 tool calls over 24 minutes while exhaustively checking row counts, distributions, null values, column types and platform parity. The task still failed in all three attempts. Opus completed the same task with 49 calls in nine minutes.

Interestingly, the “GLM uses twice as many calls” narrative turned out to be somewhat misleading. On tasks that both models solved successfully, GLM used only around 17 percent more calls. The large gap emerged primarily from difficult edge cases where the model entered lengthy verification loops.

The conclusion from Snowflake’s analysis was nuanced. Verification volume by itself was not a reliable predictor of success. Several of GLM’s worst failures came from spending enormous effort validating the wrong aspects of a task, while another category of failures stemmed from abandoning tasks prematurely.

Even so, Ramaswamy sounded optimistic about the model’s future. He said Snowflake was “super excited” about what GLM-5.2 represents and was looking forward to tuning Coco’s evaluation harness further and making the model available to customers.

The post offers a rare look at how frontier models behave beyond benchmark leaderboards. While aggregate scores often dominate discussion, Snowflake’s analysis shows that the path a model takes to reach those scores can reveal just as much about its strengths and weaknesses.