GLM-5 is unbelievable (Opus for 20% the cost??)
๐ **Source:** [GLM-5 is unbelievable (Opus for 20% the cost??)](https://www.youtube.com/watch?v=vtWMgVCMsx8)
> [!note]+ Document Notes
> tags: [ai-models, open-source, code-generation, model-evaluation, glm-5]
> author: Theo - t3โคgg
> source: YouTube
> reference: https://www.youtube.com/watch?v=vtWMgVCMsx8
> date created: 2024-12-19 14:30
>
> # ๐ท๏ธ Title: GLM-5 is unbelievable (Opus for 20% the cost??)
>
<!-- deep-read:sections start -->
## ๐งฐ Action Inbox
- [H1] Test GLM-5 for long-running code migrations โ significantly cheaper than closed models #testing
- [H2] Evaluate cost savings for agency work โ 3-6x cheaper than Opus/Claude #business
- [H3] Set up GLM-5 access through multiple providers โ Kilo, Modal, OpenRouter #setup
## ๐งญ Table of Contents
- [๐ Summary](#-summary)
- [๐ Main Content](#-main-content)
- [๐๏ธ Notes](#๏ธ-notes)
- [๐ References](#-references)
- [๐ฃ๏ธ Paraphrase](#๏ธ-paraphrase)
- [๐ฐ Newsletter](#-newsletter)
- [โ
Action Items](#-action-items)
- [๐งช Hypotheses](#-hypotheses)
- [๐ Methodology](#-methodology)
- [โ Questions](#-questions)
- [๐ฎ Future Research](#-future-research)
- [๐ก Implications](#-implications)
- [๐ง Learning Styles Assessment](#-learning-styles-assessment)
- [๐ Accessibility Assessment](#-accessibility-assessment)
- [๐ DEIB Assessment](#-deib-assessment)
- [โ
Logical Validity](#-logical-validity)
- [๐ก๏ธ DARVO Analysis](#-darvo-analysis)
- [๐ฏ Conclusion](#-conclusion)
### ๐ References
- [GLM-5 Official Blog](https://blog.zhipuai.com)
- [Artificial Analysis Report](https://artificialanalysis.ai)
## ๐ Summary
- GLM-5 from Zhipu AI is the best open-weight model released to date, particularly for coding tasks
- Successfully completed a 1-hour code migration that closed models typically can't handle
- Costs 3-6x less than premium models (Opus, Claude) while delivering comparable performance
- Key limitations: no multimodal support, requires significant compute resources (1.5TB model)
- Bottom line: First open-weight model that's genuinely competitive with frontier closed models for engineering work
## ๐ Main Content
GLM-5 represents a significant breakthrough in open-weight AI models, particularly for software engineering tasks. The model uses a mixture-of-experts architecture with 744 billion total parameters but only 40 billion active parameters, making it more efficient while maintaining high capability.
The model's standout feature is its ability to handle long-horizon tasks that typically require expensive closed models. In testing, it successfully completed complex code migrations running over an hour, demonstrating sustained reasoning and execution capabilities previously unseen in open-weight models.
Pricing is substantially lower than comparable closed models: approximately $3 per million output tokens and $1 per million input tokens, making it 3-6x cheaper than Claude Opus or GPT-4 variants while delivering similar performance on coding benchmarks.
## ๐๏ธ Notes
#### โฑ๏ธ [00:00](https://youtu.be/vtWMgVCMsx8?t=0) โ [H1] GLM-5 Introduction and Performance Claims
- Key idea: GLM-5 is the best open-weight model released, especially for code
- Evidence: "By far the best openweight model I have seen, especially for code stuff"
#### โฑ๏ธ [02:15](https://youtu.be/vtWMgVCMsx8?t=135) โ [H2] Sponsor Segment - DNS Simple
- Key idea: DNS hosting service built by engineers for engineers
- Evidence: "DNS Simple is a product built by engineers for engineers at its very core"
#### โฑ๏ธ [04:30](https://youtu.be/vtWMgVCMsx8?t=270) โ [H1] Real-World Testing with Hour-Long Migration
- Key idea: GLM-5 successfully ran a complex codebase migration for over an hour
- Evidence: "This migration for an old codebase that actually ran for an hour for free"
#### โฑ๏ธ [06:45](https://youtu.be/vtWMgVCMsx8?t=405) โ [H2] Pricing and Provider Access
- Key idea: Available through multiple providers at competitive pricing
- Evidence: "About $3 per mill out and a dollar per mill in. That puts it at a third to a fourth the price of Sonnet"
#### โฑ๏ธ [09:20](https://youtu.be/vtWMgVCMsx8?t=560) โ [H1] Ping.gg Migration Project Details
- Key idea: Testing GLM-5 on outdated codebase with complex dependencies
- Evidence: "This codebase has gotten out of date... A lot of it is because I made early bets on things that have changed"
#### โฑ๏ธ [12:10](https://youtu.be/vtWMgVCMsx8?t=730) โ [H3] Vision Capability Limitations
- Key idea: GLM-5 lacks multimodal support, which limits debugging workflows
- Evidence: "It doesn't have vision... 20 to 50% of my prompts have an image in them"
#### โฑ๏ธ [15:30](https://youtu.be/vtWMgVCMsx8?t=930) โ [H1] Technical Specifications Deep Dive
- Key idea: 744B parameters with 40B active using mixture of experts
- Evidence: "744 billion parameters, 40 bill active... 1.5 terabytes"
#### โฑ๏ธ [18:45](https://youtu.be/vtWMgVCMsx8?t=1125) โ [H2] Benchmark Performance Analysis
- Key idea: Competitive with Opus 4.5 and Codex 5.2 on key coding benchmarks
- Evidence: "Getting neck and neck with that on S webench is huge"
#### โฑ๏ธ [22:00](https://youtu.be/vtWMgVCMsx8?t=1320) โ [H1] Successful Migration Completion
- Key idea: The hour-long migration completed successfully and the app works
- Evidence: "All working as expected. That is very impressive"
#### โฑ๏ธ [25:30](https://youtu.be/vtWMgVCMsx8?t=1530) โ [H2] UI Design Generation Testing
- Key idea: GLM-5 can generate reasonable UI designs for front-end work
- Evidence: "The fact that you can get design this good out of an open weight model is kind of freaking nuts"
#### โฑ๏ธ [28:15](https://youtu.be/vtWMgVCMsx8?t=1695) โ [H1] Hallucination Rate Breakthrough
- Key idea: GLM-5 has the lowest hallucination rate seen in any model
- Evidence: "Its hallucination rate is in the 30% range versus Gemini 3 Pro at 88%"
#### โฑ๏ธ [30:45](https://youtu.be/vtWMgVCMsx8?t=1845) โ [H1] Cost-Intelligence Value Proposition
- Key idea: GLM-5 offers near-frontier intelligence at a fraction of the cost
- Evidence: "GLM5 cost $500 to run this benchmark, whereas Opus 4.6 cost $1,500. 3x cheaper"
#### โฑ๏ธ [33:20](https://youtu.be/vtWMgVCMsx8?t=2000) โ [H1] Market Competition Analysis
- Key idea: Open-weight models are rapidly catching up to closed frontier models
- Evidence: "The speed at which these labs are catching up with Frontier is insane"
## ๐ References
- [GLM-5 Technical Blog Post](https://blog.zhipuai.com)
- [Artificial Analysis Intelligence Benchmarks](https://artificialanalysis.ai)
- [SWEBench Coding Evaluation](https://swebench.com)
- [Zhipu AI Model Releases](https://zhipuai.com)
## ๐ฃ๏ธ Paraphrase
- GLM-5 is the first open-weight model that can genuinely compete with premium closed models like Claude Opus for software engineering tasks
- The model successfully completed complex, long-running code migrations that typically require expensive frontier models, demonstrating sustained reasoning capabilities
- At 3-6x lower cost than comparable closed models, GLM-5 makes high-quality AI-assisted development accessible to more developers and organizations
## ๐ฐ Newsletter
๐ **GLM-5: The Open-Weight Model That Changes Everything**
The AI landscape just shifted dramatically with GLM-5's release from Zhipu AI. This open-weight model is the first to genuinely compete with premium closed models for software engineering tasks.
**Why This Matters for WordPress Developers:**
- **Cost Savings**: 3-6x cheaper than Claude Opus while delivering similar coding performance
- **Long-Running Tasks**: Successfully handles complex migrations and refactoring that typically require expensive models
- **Open Access**: MIT licensed with no usage restrictions, making it accessible through multiple hosting providers
**Key Limitations to Consider:**
- No multimodal support (can't analyze screenshots)
- Requires significant compute resources (1.5TB model size)
- Currently limited provider availability with some latency issues
**Getting Started:**
Try GLM-5 through providers like Modal (free tier) or OpenRouter ($3/million output tokens). Perfect for complex WordPress migrations, plugin development, or large-scale refactoring projects.
The gap between open and closed models is closing faster than expected. This could fundamentally change how we budget for AI-assisted development.
Resources: [Artificial Analysis](https://artificialanalysis.ai/), [OpenRouter API](https://openrouter.ai/), [Modal Hosting](https://modal.com/)
## โ
Action Items
#### DevRel
- Developer advocacy: Create GLM-5 integration tutorials for WordPress development workflows
- Education: Workshop on cost-effective AI model selection for agencies
- Developer experience: Test GLM-5 with WP-CLI and core contribution workflows
- Developer marketing: Case study on $10 migration vs $1000+ traditional costs
- Community management: Survey community interest in open-weight model hosting
#### WordPress
- Core: Evaluate GLM-5 for automated code modernization in legacy components
- Core Performance: Test model's ability to identify and fix performance bottlenecks
- Documentation: Assess GLM-5's capability for generating developer documentation
- Plugins: Pilot program for automated plugin security reviews
- Meta: Investigate hosting GLM-5 for community development assistance
- CLI: Test scaffolding and code generation capabilities
## ๐งช Hypotheses
- Open-weight models will achieve parity with closed frontier models for coding tasks within 12 months
- GLM-5's low hallucination rate makes it more reliable for production code generation than current closed models
- The 3-6x cost advantage will drive significant enterprise adoption for development workflows
- Mixture-of-experts architecture will become the standard for all large language models
### ๐ Methodology
- Benchmark GLM-5 against Claude Opus 4.6 on WordPress-specific coding tasks
- Measure cost per successful code generation across different model types
- Survey developer satisfaction with open-weight vs closed model outputs
- Track accuracy rates for WordPress plugin development assistance
### โ Questions
- Will GLM-5's lack of vision capabilities limit its usefulness for debugging UI issues?
- Can open-weight models maintain competitive performance as closed models continue improving?
- What hosting costs will make GLM-5 economically viable for small development teams?
### ๐ฎ Future Research
- Comparative analysis of GLM-5 vs upcoming GPT-5 and Claude 4.0 models
- Investigation of fine-tuning GLM-5 for WordPress-specific development patterns
- Study of mixture-of-experts optimization for domain-specific coding tasks
### ๐ก Implications
- Practice: Developers can access near-frontier AI capabilities at significantly lower costs
- Policy: Open-weight models may reduce dependency on major tech platforms for AI services
- Security: MIT licensing allows for internal hosting and security auditing
- Education: More accessible AI tools for learning programming and software development
- Funding: Development budgets can allocate more resources to human developers vs AI costs
### ๐ง Learning Styles Assessment
Reading level estimate: Flesch-Kincaid Grade Level 12
#### ๐ Visual learners
- Present: Benchmark charts, performance comparisons, UI design examples
- Improve: Architecture diagrams showing mixture-of-experts structure
#### ๐ Aural learners
- Present: Video format with detailed narration and code explanations
- Improve: Audio-only version highlighting key performance metrics
#### ๐ฃ๏ธ Verbal learners
- Present: Technical terminology defined in context, analogies for model scaling
- Improve: Glossary of AI model terms and cost comparison frameworks
#### ๐งฉ Kinesthetic learners
- Present: Live coding demonstrations, real migration examples
- Improve: Step-by-step setup guides for testing GLM-5
#### ๐ง Logical learners
- Present: Systematic benchmark comparisons, cost-benefit analyses
- Improve: Decision trees for model selection based on project requirements
#### ๐งโ๐คโ๐ง Social learners
- Present: Community discussions about model adoption and experiences
- Improve: Developer forums for sharing GLM-5 use cases and results
#### ๐งโโ๏ธ Solitary learners
- Present: Detailed technical specifications and independent testing methodology
- Improve: Self-assessment tools for determining optimal model choice
#### ๐ฟ Naturalistic learners
- Present: Evolution analogies for model development and improvement cycles
- Improve: Ecosystem thinking about open vs closed model sustainability
### ๐ Accessibility Assessment
#### Screen reader semantics
- Present: Clear heading hierarchy, descriptive video narration
- Improve: Image alt text for benchmark charts and code examples
#### Keyboard navigation
- Present: Standard YouTube controls, timestamp navigation
- Improve: Keyboard shortcuts for code section jumping
#### Contrast and readability
- Present: High contrast code examples, clear visual distinctions
- Improve: Enhanced color coding for different model performance levels
#### Text resizing and reflow
- Present: Responsive layout on video platform
- Improve: Transcription with adjustable text sizing options
#### Media and captions
- Present: Auto-generated captions available
- Improve: Professional captions with technical term accuracy
#### Forms and interactions
- Present: Standard video player interactions
- Improve: Interactive benchmark comparison tools
### ๐ DEIB Assessment
#### Cultural breadth
- Present: Global perspective on AI model development from Chinese lab
- Improve: Discussion of model availability across different regions
#### Inclusive language
- Present: Technical focus without exclusionary terminology
- Improve: Explanation of barriers to accessing large model hosting
#### Neurodiversity support
- Present: Clear section breaks, consistent presentation structure
- Improve: Executive summary for main conclusions
#### Representation
- Present: Recognition of diverse AI development ecosystem
- Improve: Highlighting accessibility benefits of cost-effective AI tools
#### Psychological safety
- Present: Balanced assessment of model strengths and limitations
- Improve: Discussion of potential risks with open-weight model adoption
### โ
Logical Validity
#### Strong reasoning
- Deductive strength: Benchmark comparisons logically support performance claims
- Inductive strength: Single migration example generalizes to broader capability claims
- Causal reasoning: Cost advantages clearly linked to technical architecture choices
- Analogical strength: Comparison to previous model releases shows development trajectory
#### Fallacies
- Hasty generalization: Single successful migration doesn't prove consistent reliability across all codebases
- Appeal to novelty: Newer model isn't automatically better for all use cases
#### Tone of voice
- Overall tone: Enthusiastic but technically grounded, with clear acknowledgment of limitations
### ๐ก๏ธ DARVO Analysis
- Deny: No denial patterns detected
- Attack: No attacks on competing models or companies
- Reverse victim/offender: No victim/offender reversal present
- Emotional cues and rhetoric: Genuine excitement about technical capabilities balanced with honest limitation discussion
## ๐ฏ Conclusion
GLM-5 represents a watershed moment for open-weight AI models, delivering frontier-level performance for software engineering tasks at dramatically lower costs. While limitations like lack of multimodal support exist, the successful completion of hour-long code migrations demonstrates genuine capability for complex development work. The 3-6x cost advantage over premium closed models could democratize access to high-quality AI-assisted development, particularly benefiting smaller
---
## Full Transcript
[00:00] Get your counter ready, folks, cuz<br>[00:01] there's another new model. GLM5 is<br>[00:03] blowing me away. Just to jump in front<br>[00:05] of everybody's usual question, is it<br>[00:07] better than Opus 4.6? Is it better than<br>[00:09] codeex 5.3? No, it's an openweight model<br>[00:11] from a much smaller lab in China. That<br>[00:13] said, it is by far the best openweight<br>[00:15] model I have seen, especially for code<br>[00:17] stuff. KK 2.5 was incredible. It's<br>[00:19] mind-blowing how good it is for an<br>[00:21] openweight model you can go download the<br>[00:22] files for and run yourself. But GLM5 is<br>[00:25] a meaningful improvement. It's neck<br>[00:26] andneck with models like 5.2 2 codecs in<br>[00:29] Opus 4.5. Obviously, the most recent<br>[00:31] things like Opus 4.6 are still slightly<br>[00:33] edging it out, but at the very least,<br>[00:35] I've had a much better experience with<br>[00:36] it than I have with Gemini 3 Pro. That<br>[00:38] said, I really want to push it to its<br>[00:40] limits. They also put out a desktop app<br>[00:41] similar to the one that OpenAI put out<br>[00:43] for Codeex. That is very, very exciting.<br>[00:45] But obviously, this only works with<br>[00:47] their hosting cuz it's their product.<br>[00:49] So, you probably need to sign up for<br>[00:50] that, right? We're going to give this<br>[00:50] model an honest shot, especially this<br>[00:52] early when it's not available in all of<br>[00:54] the platforms just yet. We got to do the<br>[00:56] max plan. 80 bucks a month is a little<br>[00:59] high for a sub that's not going to be my<br>[01:00] main, but I want to make sure we're<br>[01:02] testing this to its fullest. If you<br>[01:03] needed proof that I'm not being paid by<br>[01:05] Zi, here you go. I just paid them. The<br>[01:07] only people paying me for today's video<br>[01:09] is today's sponsor. There's a lot of<br>[01:10] things that are hard about software dev,<br>[01:11] but there's one in particular that's so<br>[01:13] hard that we meme on it constantly. DNS.<br>[01:16] I can't tell you how many times I've had<br>[01:17] crazy problems that were results of<br>[01:19] doing one tiny minuscule thing wrong<br>[01:21] with DNS. If only it was simple. Oh, DNS<br>[01:25] simple. reliable DNS hosting and domain<br>[01:27] names. Okay, real talk. I need you guys<br>[01:29] to pay attention to this one because<br>[01:30] they're not your normal sponsor on this<br>[01:32] channel. Most of the companies you see<br>[01:34] me talking about here are VCbacked<br>[01:35] businesses trying to scale the billions<br>[01:37] of dollars of revenue with teams that<br>[01:38] are growing like mad. Meanwhile, I got<br>[01:40] this shirt from Dian Simple in a box<br>[01:42] with a handwritten address to and from<br>[01:45] because the founders shipped it from<br>[01:46] their home themselves. Dian Simple is a<br>[01:48] product built by engineers for engineers<br>[01:50] at its very very core. They're not a<br>[01:53] domain reseller trying to rack up crazy<br>[01:55] margins or some weird sketchy company<br>[01:57] trying to buy domains right out from<br>[01:58] under you. They just want to make DNS<br>[02:00] easier. When you have problems and hit<br>[02:02] them up, the person you talk to is a<br>[02:03] dev. If you ever wondered how good DNS<br>[02:05] could be as a developer, look no<br>[02:07] further. Want to list all the domains in<br>[02:09] your account? Here's the Ruby API for<br>[02:11] it. Want to register a new domain with a<br>[02:12] new contact? Here's the TypeScript API<br>[02:14] for it. Need to set up a Let's Encrypt<br>[02:16] SSL certificate? Here's the line of code<br>[02:18] you have to run. If you want to do<br>[02:19] anything even vaguely complex with DNS,<br>[02:22] like I don't know, making subdomains for<br>[02:24] your users when they vibe code an app or<br>[02:25] letting users purchase domains<br>[02:27] themselves in your product, integrating<br>[02:28] all of that is hellish. I know companies<br>[02:30] with 10 plus people teams that should<br>[02:32] just be using dnsimple instead. Stop<br>[02:34] wasting your time and do domains right<br>[02:36] at sidyv.link/dnsimple.<br>[02:38] We are in. We're definitely going to<br>[02:39] dive deep on the Zcode app, but I've<br>[02:41] been doing work behind the scenes while<br>[02:43] prepping for stream today, running very<br>[02:46] real work, including this migration for<br>[02:48] an old codebase that actually ran for an<br>[02:51] hour for free. This UI might look<br>[02:53] familiar, like you know, open code, but<br>[02:55] if you look at the top here, it's Kilo<br>[02:57] code. Kilo is a sponsor, so counter some<br>[02:59] bias there. They recently forked open<br>[03:01] code to make their own CLI, and it's<br>[03:03] been pretty cool cuz you can use it with<br>[03:04] the Kilo subub. They also were the first<br>[03:06] provider to have consistent support for<br>[03:08] this new model. And not only are they<br>[03:10] supporting GLM5, they're supporting it<br>[03:11] for free. And it seems like a handful of<br>[03:13] providers are doing the same thing,<br>[03:14] including companies like Modal where<br>[03:16] they have an API endpoint where they are<br>[03:17] hosting this new model that you can use<br>[03:19] for free right now. In the future, do I<br>[03:21] expect it to stay free? Probably not.<br>[03:23] The current pricing I'm seeing on Open<br>[03:24] Router is about $3 per mill out and a<br>[03:27] dollar per mill in. That puts it at a<br>[03:28] third to a fourth the price of Sonnet<br>[03:30] and a fifth to a sixth the price of<br>[03:32] Opus. It's a really really good value<br>[03:34] for what it is, but also uptime's not<br>[03:36] great because these just dropped. A lot<br>[03:38] of the platforms have an insane amount<br>[03:39] of latency, like seven plus seconds. But<br>[03:41] this will all get resolved in very short<br>[03:43] time. It tends to when these new models<br>[03:45] drop. What we really want to care about<br>[03:46] now is the performance. Not the speed,<br>[03:48] but the capabilities. And the fact this<br>[03:50] is the first openweight model that I've<br>[03:52] successfully run a job that took over an<br>[03:54] hour for without issues just absolutely<br>[03:57] blew me away. And I watched it as it was<br>[03:59] running. It did a lot of smart things.<br>[04:01] The project I threw this at immediately<br>[04:03] was Ping. If you're not familiar with<br>[04:04] Ping, I built this a while ago right<br>[04:05] after leaving Twitch to make it easier<br>[04:07] to do live collaborations. It's used by<br>[04:08] everybody from like Linus Tech Tips to<br>[04:10] Elgato to the Xbox team. It was made to<br>[04:12] make live streaming collaborations<br>[04:14] easier. Still proud of the product, but<br>[04:15] it has not been our main focus because<br>[04:17] it turns out creator tools don't make a<br>[04:18] whole lot of money. So, we've been<br>[04:19] focusing on everything else we're<br>[04:20] building. As such, this codebase has<br>[04:22] gotten uh out of date is a little little<br>[04:26] generous. It's not a fun codebase to<br>[04:28] work in anymore if I'm being real. A lot<br>[04:30] of it is because I made early bets on<br>[04:31] things that have changed a lot since,<br>[04:33] like really old versions of TRPC.<br>[04:35] Migrating this codebase to modern tools<br>[04:37] is one of my favorite challenges to<br>[04:38] throw models at because it's not<br>[04:40] something they really can do, but the<br>[04:42] closer they get, the more interesting<br>[04:44] they are to me. As I mentioned in my<br>[04:45] codeex 5.3 video, it was the first model<br>[04:47] that could make meaningful progress in<br>[04:48] this and it did some novel things around<br>[04:50] patch packaging in order to make it work<br>[04:52] and unblock itself throughout. Really<br>[04:54] impressed with 5.3's performance, but I<br>[04:56] just ran it with GLM and it seems like<br>[04:58] it is doing very well. It hasn't done<br>[05:00] the last phase of this migration just<br>[05:02] yet. I want to see how it runs for now.<br>[05:04] We don't have great Firefox support<br>[05:06] because it is a media product and<br>[05:07] Firefox's AV layer is garbage. Okay,<br>[05:10] this is a common error that I get. Every<br>[05:12] single one of the tools I've used for<br>[05:14] this has had this particular bug.<br>[05:15] Actually, this is a great first issue I<br>[05:17] have with GLM5. Paste. Fix it. Send.<br>[05:22] Okay, it's a little confused or the<br>[05:24] servers are lagging. It doesn't have<br>[05:25] vision. I know that's silly. It's a code<br>[05:27] model. Why would you need it to have<br>[05:29] vision? I paste images all of the time.<br>[05:32] It is one of the main things I do when<br>[05:34] I'm writing code. I would honestly guess<br>[05:36] that 20 to 50% of my prompts have an<br>[05:38] image in them. So, not having that<br>[05:40] sucks. It's one of the things that I<br>[05:41] loved about commun 2.5 is they finally<br>[05:43] fixed it. I am getting an error. Please<br>[05:46] fix it. We will let it do this while I<br>[05:48] look at other tasks that I ran. Jesus<br>[05:50] Christ. This model is willing to just<br>[05:52] work, which is really, really cool. It's<br>[05:55] nice having an openweight model that can<br>[05:57] go for this long. Oh, here was the first<br>[05:59] time I tried to paste an image. You're<br>[06:00] saying the job is working, but I can't<br>[06:02] see the image. Yeah, annoying, but it<br>[06:04] works. While I let this job run in the<br>[06:06] background, let's read a little bit<br>[06:08] about what they have to say about the<br>[06:10] model, as well as all of our friends who<br>[06:11] review these things. Let's start with<br>[06:12] their blog post. I feel like the vibe<br>[06:14] coding to Agentic Engineering title is a<br>[06:16] bit clickbaity, but I understand why<br>[06:18] they're saying it. This from my<br>[06:19] experience so far feels like a<br>[06:21] meaningful jump in what the openweight<br>[06:23] models are capable of from like<br>[06:24] oneshotting cool looking demos over to<br>[06:27] something a little more useful that can<br>[06:29] go a lot longer and do harder things.<br>[06:31] Like I've never seen an openweight model<br>[06:33] that can do migration work like I've had<br>[06:35] GLM5 doing and I can't wait to see if<br>[06:37] that work ends up working. We are<br>[06:38] launching GLM5 targeting complex system<br>[06:41] engineering and long horizon agentic<br>[06:43] tasks. Yeah, I can tell. Scaling is<br>[06:45] still one of the most important ways to<br>[06:46] improve intelligence efficiency of AGI.<br>[06:49] Compared to GLM 4.5, 5 scales from 355<br>[06:52] billion parameters, 32 bill active, to<br>[06:54] 744 billion parameters, 40 bill active.<br>[06:56] If you're not familiar with what this<br>[06:58] means, it's the mappings inside of the<br>[07:00] model for what points to what and how<br>[07:02] strongly it does. The parameters are<br>[07:04] basically like tokens and vectors that<br>[07:06] map together what should happen based on<br>[07:09] what text you already have. For<br>[07:10] reference, Kimmy K 2.5 is a one trillion<br>[07:13] parameter model. 744 bill is close,<br>[07:16] which means this model is going to be<br>[07:17] huge. 1.5 terabytes. Yeah. Versus 4.7,<br>[07:23] which was 700 gigs. But they do have FP8<br>[07:26] versions and flash versions that are<br>[07:28] lighter of the old model that this 4.7<br>[07:30] FP8 version is only 360 gigs. And 4.7<br>[07:33] flash is a measly tiny 62 gigs. But<br>[07:36] you're not going to be running this<br>[07:37] model on local hardware. I see a lot of<br>[07:39] people who assume that open weight means<br>[07:41] they can run it on their computers.<br>[07:43] You're not running a terabyte model on<br>[07:45] your own hardware. This this is not<br>[07:47] something that is accessible to people<br>[07:48] at their houses. This is more useful to<br>[07:50] the hosting platforms like modal and<br>[07:52] others that can host these openweight<br>[07:54] models to provide them for us to use and<br>[07:55] potentially places like Cerebrus or<br>[07:57] Grock with a queue being able to do<br>[07:59] their own versions of the models that<br>[08:00] are significantly faster. One nice<br>[08:02] detail now that I'm here is that it's<br>[08:03] licensed as a proper MIT license. It<br>[08:05] doesn't have any of the usual carveouts<br>[08:07] as far as I can see. things like you<br>[08:09] have to call it out that you're using us<br>[08:11] or pay us if you have a certain number<br>[08:12] of users. None of those weird things. So<br>[08:15] more parameters means the model is<br>[08:16] bigger. For example, the GPT OSS120B<br>[08:18] model is around 80 to 90 gigs. I can run<br>[08:21] that on my laptop locally, but it's 120<br>[08:23] bill per. So there's less intelligence<br>[08:24] when there's less parameters. Generally<br>[08:26] speaking, the more parameterization you<br>[08:28] have, the more value you have, the more<br>[08:30] data you have in the model, the more<br>[08:32] intelligence is capable of displaying.<br>[08:34] Generally speaking, obviously over time<br>[08:35] the amount of intelligence you can<br>[08:36] squeeze into a specific size changes,<br>[08:39] but for now bigger model definitely<br>[08:41] means more potential for capability. But<br>[08:43] this 40B active piece, this is mixture<br>[08:45] of experts. What this means is that on a<br>[08:47] given request, instead of going through<br>[08:49] all 740 billion parameters, the 40 bill<br>[08:53] section that is the most likely to be<br>[08:55] relevant to what you're doing, that's<br>[08:56] what's traversed instead. Mixture of<br>[08:58] experts models have been pretty<br>[08:59] prominent for a while now. how it seems<br>[09:01] to be what everyone is doing because you<br>[09:02] can have a super intelligent model that<br>[09:05] has different knowledge of different<br>[09:06] languages, different sciences, all these<br>[09:08] different things that don't necessarily<br>[09:09] need to be traversed. Like you don't<br>[09:11] need to go through all of the Chinese<br>[09:13] data in a given model when you're<br>[09:15] responding in English. You don't need to<br>[09:16] go through all of theoretical physics<br>[09:18] when you're writing a hello world app.<br>[09:19] That's effectively how mixture of<br>[09:21] experts works. 40 bill active is pretty<br>[09:23] cool, but again the size of this model<br>[09:25] is going to make it inaccessible for a<br>[09:26] lot of people. Also, their pre-training<br>[09:28] is insane at 28.5 trillion tokens. GLM5<br>[09:31] also integrates Deepseek sparse<br>[09:32] attention, significantly reducing<br>[09:34] deployment cost while preserving long<br>[09:35] context capability. Deepseek's research<br>[09:37] has been pushing a lot of things, and<br>[09:39] it's cool to see them call it out here.<br>[09:40] Definitely is going to help with<br>[09:41] performance. They've also made huge<br>[09:43] improvements to their reinforcement<br>[09:44] learning, which is how you tune the<br>[09:45] model after you've made it, so to speak.<br>[09:47] Reinforcement learning aims to bridge<br>[09:49] the gap between competence and<br>[09:50] excellence in pre-trained models.<br>[09:51] However, deploying it at scale for LMS<br>[09:53] is challenging due to RL training and<br>[09:55] efficiency. To this end, we've developed<br>[09:56] Slime, a novel asynchronous RL infra<br>[09:59] that substantially improves training<br>[10:00] throughput and efficiency, enabling more<br>[10:02] fine grain post-training iteration.<br>[10:04] Yeah, that's really cool. I'm assuming,<br>[10:05] I haven't looked into this yet, and it's<br>[10:07] not what we're here for. They found a<br>[10:08] way to run a lot of RL at the same time<br>[10:10] instead of being like somewhat linear.<br>[10:12] That could be really, really cool.<br>[10:13] Excited to see how it works. What I'm<br>[10:14] more excited to see though are these<br>[10:16] benchmarks. Humanity's last exam, it<br>[10:18] beat out pretty much everything other<br>[10:21] than Google's models without tools, but<br>[10:23] with tools, it won. What's really<br>[10:25] interesting here is you can see the gap<br>[10:27] of without to with tools for this<br>[10:29] benchmark because with tools it can like<br>[10:30] do research, write code, stuff like that<br>[10:32] instead of just spitting out text.<br>[10:34] You'll notice here that the ZI models do<br>[10:36] like 40 to 50% better with tools.<br>[10:38] Enthropic models do 20 to 30% better,<br>[10:41] but for some reason it looks like the<br>[10:43] Google and the OpenAI models don't<br>[10:45] anywhere near as much. I have my<br>[10:47] suspicions about that, especially the<br>[10:48] Google models. They don't use tools<br>[10:50] great. Then we have SB bench verified<br>[10:52] which it got neck inneck with Opus and<br>[10:55] Codeex. I believe this is 4.5 and 5.2.<br>[10:59] Yeah, it is. They made these before 4.6<br>[11:01] dropped. This happens a lot. And 5.3<br>[11:03] isn't on the API yet, so it's really<br>[11:04] hard to bench against. So, this is the<br>[11:06] best we can do now. But honestly, both<br>[11:08] Opus 45 and 5.2 are more than good<br>[11:11] enough for meaningful day-to-day work.<br>[11:12] 5.3 is a cool improvement. I do use it<br>[11:14] as my daily driver right now. 5.2 is<br>[11:16] still a phenomenal model. Opus 4.5 is<br>[11:18] arguably better than Opus 4 6. Getting<br>[11:20] neck andneck with that on S swebench is<br>[11:23] huge. S SW bench verified. It is not<br>[11:25] only neck andneck with Anthropic. It<br>[11:28] beat out Codex 5.2 and it crushed Gemini<br>[11:32] 3 Pro. And in terminal bench, it beat<br>[11:34] out both Gemini and Codex and is again<br>[11:36] neck andneck with Anthropic. Vending<br>[11:38] bench is the benchmark. How much money<br>[11:40] can it make running a vending machine?<br>[11:41] It did really well there. Tow bench, it<br>[11:43] did very well too. This is a tool<br>[11:44] calling bench. MCP Atlas, it got right<br>[11:47] up there with 5.2. And then browse comp<br>[11:49] which is a browser use benchmark. It got<br>[11:51] the best score as far as I know of all<br>[11:53] time which is really really crazy. You<br>[11:55] see BenchV2 4.7 versus five versus opus<br>[11:58] 4.5. This is a benchmark that they made<br>[12:00] in order to test long running tasks.<br>[12:02] That seems to be the real focus for them<br>[12:03] here which is super cool to see from an<br>[12:05] openweight model. Build success rate has<br>[12:07] bumped a ton from previous models. End<br>[12:09] toend correctness has bumped<br>[12:10] meaningfully as well. For back end, it<br>[12:11] is also improved. But you'll see here<br>[12:13] pretty significant gap if you look at<br>[12:15] the right where front-end tasks can be<br>[12:16] completed 98% of the time. End to end<br>[12:19] correctness 75% of the time across top<br>[12:22] tier models, but backend goes all the<br>[12:24] way down to 26 to 27%. There's a lot of<br>[12:27] opportunity to improve backend work with<br>[12:30] these models still. I can say this<br>[12:31] confidently having been doing a lot of<br>[12:32] it lately, but they slaughter front end<br>[12:34] now. And again, long horizon, apparently<br>[12:37] it's now performing better than<br>[12:39] anthropic models for long horizon tasks.<br>[12:41] Multi-step chain tasks, it's slightly<br>[12:42] worse, but it's still doing way better.<br>[12:44] I will admit, it's kind of funny looking<br>[12:46] at one of these charts where almost all<br>[12:48] of the bold values are to the right of<br>[12:50] the thing we're here to look at. Like,<br>[12:51] they aren't winning anything against the<br>[12:54] best closedweight models. Like, claude<br>[12:55] opus 4.5 is still going to be better<br>[12:58] than this. When you consider that is a<br>[12:59] fifth the price or less and it's open<br>[13:01] source, this is a very very compelling<br>[13:04] model. Let's check in on that job we<br>[13:06] were running. Cool. It fixed it pretty<br>[13:07] quick. Under five minutes. Let's see if<br>[13:09] I can load the page now. It's one of<br>[13:11] those errors that's so nice to<br>[13:12] screenshot and so miserable for copy<br>[13:14] pasting. Apparently their other apps can<br>[13:17] do images. So let's try out Zcode quick<br>[13:20] up into a real project. Is it going to<br>[13:24] use cloud code with GLM? Does it not<br>[13:28] even have GLM5? Yeah, I was under the<br>[13:31] impression that this would have that<br>[13:33] being it's that their product GM5<br>[13:36] testing. Looks like that worked. Let's<br>[13:40] do a new task. Let's see if it can take<br>[13:42] a screenshot here. Fix. It is a little<br>[13:45] silly that it says cloud code when it's<br>[13:46] using GLM5 through cloud code. At least<br>[13:49] as far as I know, that's how it's<br>[13:50] working. You can feel the slowness. I<br>[13:53] again want to be clear, the speed will<br>[13:55] almost certainly improve. With closed<br>[13:57] weight models from the major labs, if<br>[13:58] they come out slow, they're going to<br>[14:00] stay slow. So if GPT5 is slow when it<br>[14:02] launches, that's probably not going to<br>[14:04] change. If Opus 4.6 is slow when it<br>[14:06] watches, spoiler, it was. It's probably<br>[14:08] not going to change. When the open<br>[14:09] weight models are slow initially,<br>[14:10] there's a very good chance it'll improve<br>[14:12] as hosts find ways to optimize them and<br>[14:14] capacity gets better. All of these<br>[14:16] things, these labs also have less<br>[14:17] capacity overall. Very interesting. It<br>[14:20] did analyze the image, but it used a<br>[14:22] tool to do it because it can't see the<br>[14:24] images itself. It's not multimodal. It<br>[14:26] doesn't have the ability to view things.<br>[14:28] It just has the ability to do things. It<br>[14:31] can't run bun commands. Is it sandboxed?<br>[14:34] Why couldn't it do that? Is it not<br>[14:36] starting? Oh, I know the things they did<br>[14:38] wrong here. I know too much cuz I may or<br>[14:41] may not have been building a similar app<br>[14:43] myself recently. I don't think this is<br>[14:45] going to work. So, we're going to go<br>[14:46] back to using Kilo for now. It's cool<br>[14:48] they're baking an app like this, but<br>[14:49] it's clearly not their primary focus. As<br>[14:52] you can see, for the fact that claude<br>[14:54] code appears on my screen more than ZI's<br>[14:56] branding does, even though I'm using<br>[14:57] ZI's model, the very least, this appears<br>[15:00] to be working. At least<br>[15:03] what did it just break? Oh no. Let's rm<br>[15:07] RF node modules fun install rundev.<br>[15:11] Okay, we appear to be good. I don't know<br>[15:13] what it's compiling. It's taking so<br>[15:14] long. But uh I can sign in still. Give<br>[15:16] me a sec. Cool. This appears to be<br>[15:19] working so far. See how it goes when I<br>[15:22] actually activate my camera. Hi nerds.<br>[15:24] You're seeing behind the scenes a little<br>[15:25] bit. Mike, join. Okay, we got an error<br>[15:28] immediately upon joining. To be fair,<br>[15:30] the Aly client is one of the most cursed<br>[15:32] pieces of software I've ever worked<br>[15:33] with. So, I'm not surprised it's broken.<br>[15:35] There are a few companies I can so<br>[15:36] confidently say are evil, and I've had<br>[15:39] such a bad experience with them. I'm not<br>[15:40] surprised that's what broke. The build<br>[15:42] I'm working on for this that I actually<br>[15:43] hope to ship in the future is one where<br>[15:45] we move to convex and I can deprecate a<br>[15:48] lot of the broken things like that.<br>[15:50] Testing. Cool. And if I refresh, will<br>[15:52] the message still be there? It is. And<br>[15:55] if I do an external quick embed link,<br>[15:59] will I appear? I do. Nice. All working<br>[16:02] as expected. That is very impressive.<br>[16:05] The fact that this model ran for an<br>[16:07] hour, updated the vast majority of my<br>[16:10] core depths, everything other than TRPC,<br>[16:12] and succeeded, and now is working is<br>[16:15] nuts. No closed weight model could do<br>[16:18] this even at the start of this year. The<br>[16:19] fact that an openweight model is doing<br>[16:21] it this early into the year is actually<br>[16:24] really, really impressive. Obviously,<br>[16:26] Simon made his own post as well. It's<br>[16:28] interesting to see Zai take a position<br>[16:29] on what we should call professional<br>[16:31] software engineers building with LMS.<br>[16:33] I've seen agentic engineering show up a<br>[16:35] few other places recently, most notably<br>[16:37] from Cararpathy and Addiosmani. That's<br>[16:39] fair. It seems like the industry is<br>[16:40] trying to move away from the vibe coding<br>[16:42] term because it has so much negative<br>[16:43] association and this is a lot deeper. Oh<br>[16:46] [ย __ย ] apparently DAX is hanging out in<br>[16:48] chat. Why am I using Kilo CLI? Cuz you<br>[16:49] guys didn't have GLM5 yet.<br>[16:52] Don't worry, Dax. I called out the fact<br>[16:55] that it's a fork of open code at the<br>[16:56] start. People know and that I'm using it<br>[16:58] for this. Is GM good? Oh, I'd miss this.<br>[17:00] Dax, uh, it's insane. It is actually<br>[17:03] capable of super long running things. I<br>[17:05] just ran a job in it that went for<br>[17:08] almost an hour. It was a huge migration<br>[17:10] to I was migrating the old ping.gg<br>[17:12] codebase. The only other model that's<br>[17:14] come close to getting this working<br>[17:15] properly is 5.3 codeex and it did it.<br>[17:19] Yeah. 59 minutes 30 seconds. Almost an<br>[17:21] hour on the dot it ran for. So y'all<br>[17:23] definitely want to get the supported<br>[17:24] ASAP. Can we commit the current changes<br>[17:28] and implement phase 4? Now, it has good<br>[17:31] git etiquette, too. That was not a thing<br>[17:33] I necessarily expected, but it's cool to<br>[17:34] see. I told it once during this to<br>[17:36] commit for me and make this new branch,<br>[17:38] and it seems to be doing all of that<br>[17:40] quite well. This is the most I've felt<br>[17:42] that like competence thing that you get<br>[17:45] from just Opus and Codeex and like top<br>[17:48] tier models. This is the most I felt<br>[17:49] that outside of the major labs. I'm<br>[17:52] feeling something with this one. And<br>[17:54] yes, I did that 1 hour refactor on the<br>[17:56] free tier in Kilo. It's kind of nuts.<br>[17:59] And I would expect a lot of other places<br>[18:01] to offer this for free or really cheap,<br>[18:03] too, because it's not the hardest thing<br>[18:04] in the world to host if you have enough<br>[18:06] GPUs that are competent and able to do<br>[18:07] that. For those of y'all who are looking<br>[18:09] for like near best-in-class<br>[18:10] intelligence, but don't have the budget<br>[18:12] for these $200 plans, this is really<br>[18:15] compelling. This is a big task. Let me<br>[18:17] start with the package updates planning.<br>[18:19] Honestly, a new index y'all should start<br>[18:21] tracking rather than just best new model<br>[18:22] index is how much of the video am I<br>[18:24] actually using the model in coding and<br>[18:26] showing code versus reading other stuff.<br>[18:28] The more I'm time I'm spending in the<br>[18:30] details of a codebase with it, it's<br>[18:32] probably a better model. Man, the<br>[18:33] dashboards for all these sites are<br>[18:35] rough. The amount of times I've been<br>[18:36] signed out randomly on the ZI site is a<br>[18:39] little frustrating. And now I have open<br>[18:41] code proper setup. And look at that. I<br>[18:43] can use GLM5 through my coding plan<br>[18:46] here. Let's try this on a different<br>[18:48] project just to see if it feels any<br>[18:49] faster. I'm planning on releasing this<br>[18:52] app soon. Anything stand out that I<br>[18:56] should address before we launch?<br>[18:59] Throwing it at shoe. See how it does. We<br>[19:01] should do a quick UI test on this.<br>[19:04] Initialize it with vit<br>[19:08] tailwind react and typescript. Make five<br>[19:11] renditions of the homepage. Use your<br>[19:15] front end design skill to make them look<br>[19:19] awesome.<br>[19:21] This did a legit audit. It only ran for<br>[19:23] two minutes, but it found a lot of good<br>[19:24] stuff. Like, it actually properly<br>[19:27] scanned the app, found all the things<br>[19:29] that mattered, and gave good<br>[19:30] suggestions. This is a good model. Like,<br>[19:34] I don't know how else to put it. I'm<br>[19:36] excited to see how it does at UI,<br>[19:37] though. That's where a lot of these<br>[19:38] openweight models struggle. Kimmy 2.5<br>[19:40] did a good job there, but remains to be<br>[19:42] seen how good. I'll write them all in<br>[19:44] parallel for efficiency. [ย __ย ] yeah.<br>[19:46] While we wait for that, let's see what<br>[19:48] artificial analysis had to say. The LM5<br>[19:50] is ZI's first new architecture since<br>[19:52] 4.5. All the other models were part of<br>[19:54] the original architecture. 5 scaled all<br>[19:56] the way up to 744 bill. As we mentioned<br>[19:58] before, it's also BF16 floatingoint<br>[20:01] precision versus FP8 in four for Deep<br>[20:03] Seek V3 and Kimmy K2, which is a big<br>[20:05] part of why the model is so massive. GM5<br>[20:08] scores 50 on the intelligence index and<br>[20:09] is the new open weights leader up from<br>[20:11] 4.7 score of 42. An eight-point jump<br>[20:13] driven by improvements across agentic<br>[20:15] performance and knowledge and<br>[20:16] hallucination. The hallucination part in<br>[20:18] particular is really really cool. It<br>[20:19] appears to be the model that<br>[20:20] hallucinates the least of any model to<br>[20:22] date. The fact that Google's already<br>[20:24] been crushed by an open weight model is<br>[20:26] kind of crazy. Like Gemini 3 is bad and<br>[20:29] is now it was already pretty irrelevant.<br>[20:31] Now it's done. JM5 abstains more<br>[20:34] frequently in the hallucination bench<br>[20:36] which keeps it from getting negative<br>[20:37] points for lying and being wrong. And<br>[20:39] that is why it got the lowest score<br>[20:41] they've ever seen on the hallucination<br>[20:43] benchmark. Its hallucination rate is in<br>[20:45] the 30% range versus I don't know Gemini<br>[20:48] 3 Pro at 88%. Yeah, it's much more<br>[20:51] willing to say sorry, I don't know that<br>[20:52] than other models that will just lie and<br>[20:54] be wrong. 200K token context<br>[20:56] multimodality is text input and output<br>[20:58] only. K2.5 remains the leading<br>[21:00] openweight model that supports image<br>[21:01] inputs. Yep. And K2.5 is also really<br>[21:04] really good with that. I can honestly<br>[21:05] see value in something like a generic<br>[21:07] image recognition tool that uses Kimmy<br>[21:10] K2.5 just for the image part and then<br>[21:12] you can use this model for everything<br>[21:13] else. I don't think any of the<br>[21:15] openweight models are good enough by<br>[21:17] themselves to be the only model you use,<br>[21:18] but some level of orchestrating between<br>[21:20] them could work really well. I know a<br>[21:22] lot of people were previously using GLM<br>[21:24] as the like workhorse model and had<br>[21:26] something like Miniax commanding and<br>[21:28] controlling it. Hum 2.5 shook things up<br>[21:30] a bit and I'm sure GLM 5 is going to<br>[21:32] even more so. Its placement on the cost<br>[21:34] versus intelligence is really really<br>[21:37] solid. It is a little more expensive<br>[21:38] than Kimmy because it's freaking huge.<br>[21:40] Cost might go down, but hard to know for<br>[21:43] sure, but its performance is a<br>[21:44] meaningful improvement. It doesn't quite<br>[21:46] hit this green range, but it's not far<br>[21:48] off either. And it just kind of makes<br>[21:50] other models feel way more expensive.<br>[21:52] Remember, this bottom bar is log scale.<br>[21:55] So something that is 50% further on<br>[21:57] isn't twice as bad. It's 20x sometimes.<br>[22:00] It's it's brutal. It also uses fewer<br>[22:02] tokens to run the benchmark than before,<br>[22:05] even though it is performing much<br>[22:06] better. That is cool to see because GLM<br>[22:08] 4.7 was definitely token hungry for<br>[22:10] these reasoning benchmarks. And that<br>[22:12] seems to have been mostly addressed with<br>[22:14] this release. If we go look at the<br>[22:15] actual cost to run, you'll see it's way<br>[22:18] lower than the leading models. GLM5 cost<br>[22:22] $500 to run this benchmark, whereas Opus<br>[22:24] 4.6 cost $1,500. 3x cheaper. 5.2 high<br>[22:29] was $2,300. And Opus 4.6 in the adaptive<br>[22:32] reasoning where it can reason as much as<br>[22:34] it decides it wants to. 2500 and codecs<br>[22:37] on X high $3,200. So between 3 to 6x<br>[22:42] cheaper for intelligence that is not as<br>[22:45] good, but meaningfully close enough.<br>[22:47] Let's see how the designs came out. The<br>[22:49] fact that you can get design this good<br>[22:51] out of an open weight model is kind of<br>[22:53] freaking nuts. What? Obviously K2.5 can<br>[22:56] do well, but like that is a really good<br>[22:58] starting point. Let's check the other<br>[22:59] ones. Ah, they all do this font<br>[23:01] clipping. This I've seen so many of the<br>[23:04] models screw this up. It's pretty, but<br>[23:07] uh has problems. Three. I like where<br>[23:10] they're going here, but this side is<br>[23:12] just not done quite properly. Again, I<br>[23:15] like where they're going with it, but I<br>[23:17] have some issues with like the backdrop<br>[23:18] and things. But this would be a<br>[23:20] reasonable starting point. Like, if you<br>[23:22] don't want to spend the money on the<br>[23:23] more expensive models, this is fine.<br>[23:26] Obviously, one of the things that sucks<br>[23:28] about this is if you have a problem, you<br>[23:29] can't just screenshot the thing you<br>[23:30] don't like and say, "Hey, fix this."<br>[23:32] Because it doesn't have the ability to<br>[23:33] look at images, but like these are<br>[23:36] reasonable starting points. None of this<br>[23:38] is like as good as what I expect from<br>[23:40] Opus 46 with the design scale, but it's<br>[23:42] honestly better than what I get from GPT<br>[23:44] models. And I'm still so blown away with<br>[23:46] the hallucination rate thing. That's so<br>[23:48] cool to see. And if they can get the<br>[23:50] cost down a tiny bit with optimizations<br>[23:52] in the hosting, they will quickly end up<br>[23:54] in this range and be by far the smartest<br>[23:56] model at a reasonable price. Like pretty<br>[23:59] much everything to the right of this<br>[24:00] model is not as smart. Other than Opus<br>[24:04] 46 in adaptive mode and Codeex in extra<br>[24:06] high, pretty much everything else is<br>[24:08] dumber, which is kind of crazy that it's<br>[24:11] only halfway on the cost index and it is<br>[24:13] near the top on the performance. If<br>[24:15] you've ever doubted that intelligence<br>[24:17] would be commoditized, hopefully the<br>[24:19] recent releases of K2.5 and GLM5 are<br>[24:21] swaying you the other way. The speed at<br>[24:23] which these labs are catching up with<br>[24:25] Frontier is insane. Especially when you<br>[24:27] consider that at the same time labs like<br>[24:29] Google and XAI are not keeping up. Like<br>[24:32] where even is Gro 4 now? Oh, it's all<br>[24:35] the way down here 41 and 39<br>[24:38] respectively. I'll never understand the<br>[24:40] Grock fanboys, but especially now all<br>[24:41] their researchers left, things are a<br>[24:43] little scary. They're getting crushed.<br>[24:45] Like everyone's being crushed by the<br>[24:46] main two labs here and the handful of<br>[24:48] really talented ones in China. I really<br>[24:50] don't think that at the end of the year<br>[24:52] anyone other than Anthropic, OpenAI,<br>[24:54] ZAI, Deep Seek, Miniax, or Moonshot.<br>[24:57] Like those are the only labs that matter<br>[24:59] right now. It feels like things could<br>[25:01] change in the future, but no one's<br>[25:02] moving as fast as they are. I suspect<br>[25:04] the future is going to look very similar<br>[25:07] to what we see here. The numbers might<br>[25:08] be bigger, but the order I would suspect<br>[25:10] to stay relatively similar. But it is<br>[25:13] really cool that one of the top four<br>[25:15] models right now is an openweight one.<br>[25:17] I'm excited. And by the way, that<br>[25:20] migration I was doing for the TRPC thing<br>[25:22] is still running. It can kind of just<br>[25:24] go. And all of this migration I've been<br>[25:27] doing here, if I was charged proper API<br>[25:29] rates, would have cost about $10. I<br>[25:32] almost paid an engineer a few,000 to do<br>[25:35] this migration. And it will just grind<br>[25:37] it out in the background. This would<br>[25:38] have cost 100 plus with the<br>[25:39] best-in-class close weight models. That<br>[25:41] is insane. I think I'm going to use this<br>[25:43] model for a lot of stuff. Congrats to<br>[25:45] Zai for the incredible ship. Love the<br>[25:47] focus on engineering and long running<br>[25:50] task work here. It is far ahead of<br>[25:52] everything else. I don't think I would<br>[25:54] like talking to it a whole lot. And the<br>[25:55] lack of multimodal support for images is<br>[25:57] a little bit rough, but other than that,<br>[25:59] feels like we're kind of there. It's<br>[26:00] wild seeing how fast the openweight<br>[26:02] world is moving, and I couldn't be<br>[26:03] happier with this release. I am so so<br>[26:05] pumped. While it isn't going to replace<br>[26:07] my daily driver of codeex 5.3 just yet,<br>[26:10] it is so surprisingly close that I can<br>[26:12] easily recommend this to anybody trying<br>[26:13] to save money or run models that they<br>[26:15] can host themselves. Curious how y'all<br>[26:16] feel though. Are you as excited as I am<br>[26:18] about this release, or are you just<br>[26:19] tired of all the new releases? Let me<br>[26:20] know how you feel. And until next time,<br>[26:22] peace nerds.
<!-- deep-read:sections end -->