Hacker News ★ 85 3 min

One month coding with GLM 5.3 Flash

🔗 https://wagtail.org/blog/one-month-on-glm-53-flash/

📌 開源模型挑戰:GLM 5.3 Flash用一個月後學到的事

TL;DR:Wagtail團隊挑戰整月只用開源模型GLM 5.3 Flash,結果意外燒掉遠超預期的能源與成本,教訓比省錢更珍貴。

把整個九月的日常開發都押在單一高效開源模型上,聽起來是個漂亮的控制變因實驗。但2B個token燒完之後,故事走向完全不一樣。

🤔 一場「只用一個模型」的實驗

Wagtail團隊設定九月目標:全部工程工作只用GLM 5.3 Flash這顆高效開源模型,並透過AgentsView追蹤token流向、成本與能源消耗。前半個月表現亮眼,穩定控制在預算內(約68美元、4kWh電力、365公克碳排放)。

📊 後半個月失守,1B token跑去別的模型

整個月2B token裡,最終只有一半、約1B token留在目標模型上,其餘1B流向了其他模型。問題出在兩個地方:一是一個「氛圍編程(vibe coding)」的Wagtail MCP伺服器原型,選錯模型後幾乎一夜燒掉450M token、150美元、5kWh電力,團隊事後估算同樣成果換個更合適的模型,成本或許能省下約五倍;二是推理供應商的基礎設施容量問題,GLM 5.3 Flash因為太熱門(在他們工作所需模型的帕雷托前緣上名列前茅),出現效能degradation,團隊被迫切換到DeepSeek V4.1 Flash、Qwen 3.8 Flash等替代模型。

💡 省錢之外,實驗本身也要花錢

團隊也指出,除了日常工程的「省模型」策略,持續用大量不同模型做實驗與基準測試(替Wagtail相關任務建立跨模型benchmark)同樣是必要成本,這樣才能用具體數據引導使用者選擇更精簡的選項,也有助於agent skills與新CLI原型的推廣。最終結算,這個月用了約35kWh能源,而不是原訂目標的10kWh,以挑戰本身而言technically算是失敗。

🎯 給工程團隊的實務啟示

持續、在地化地量測使用狀況,不只看token數,還要看能源消耗、花費與實際產出的關聯;幫實驗與原型開發單獨編列預算,不要跟日常任務混在一起算;導入分工更細的多代理模式(orchestrator、scout、implementer、reviewer)搭配有邊界的目標設定,避免模型選錯導致成本失控;日常開發完全可以仰賴一兩個「flash級」平價模型打天下。

🔗 來源

#GLM53Flash #OpenSourceAI #AIEngineering #LLMCost #VibeCoding #AgenticAI #SustainableAI #DeepSeek #Qwen #Wagtail

原始資料 Hacker News · 收集於 2026-10-02
來源原標題
One month coding with GLM 5.3 Flash
作者
ThibWeb
原始標籤
hackernews
來源訊號
HN points 63 HN 留言 40
原始連結
https://wagtail.org/blog/one-month-on-glm-53-flash/

摘要原文

Setting a challenge to spend the whole of September on only one efficient open model felt like a great idea at the time. Turns out not so much in practice. 2B tokens later, here’s how it went. Where tokens went this month Here’s the tokens distribution according to AgentsView, one of our Agentic engineering recommendations to keep tabs on AI usage: Zooming in on the models split specifically: The goal was to spend the whole month on GLM 5.3 Flash pictured in teal. Here’s what went well: Successfully spent the first half of the month on just that model. That model’s usage was well within our budget ($68, about 4kWh of energy use / 365 grams of carbon emissions). The second half of the month didn’t go so well, with 1B tokens going to other models. Unexpected hurdles The cost of vibe coding We’re pretty transparent that our experimental Wagtail MCP server is a vibe-coded prototype . Vibe coding isn’t quite what we normally aspire to, but for a prototype it’s spot on. Unfortunately there are still consequences to it. I chose the 'wrong' model for the prototype, and we spent 450M tokens / $150 / 5kWh of energy use almost overnight. The MCP server itself works well and we now have a great demo of the capabilities, so it’s not for nothing: Nonetheless, it’s a good reminder to be careful with model selection and with agentic patterns. We could have achieved similar results for most likely 5x less cost with not that much more effort. Lessons learned! We need to budget for this, and be more careful. Could have seen it coming, but now we know. Infrastructure woes Another unexpected hurdle was infrastructure availability issues. We’ve written extensively about comparing inference providers . Our choices work really most of the times, but it turns out they’re very popular, and do not have the same capacity as the big labs who hoard all the GPUs. We noted degradation with the performance of GLM 5.3 Flash in particular, most likely because of it being so high up the Pareto frontier of relevant models for our work. This meant having to switch to other similar models (DeepSeek V4.1 Flash, Qwen 3.8 Flash). Which is very simple to do, but nonetheless unexpected! The cost of experimentation and R&D Last but not least, beyond using one model for day-to-day engineering, it felt essential to keep experimenting with a wide range of models, keeping up with what providers are releasing. This is particularly essential as we start to benchmark models’ performance on Wagtail tasks, where we need data across a wide range of models. Sneak peek of our benchmark: It’s much easier to guide people towards leaner options with this kind of concrete data. And for us to make those options even more viable with agent skills, or our new CLI prototype , which is intended to work well with agents. Takeways and what to do next So technically this challenge was a failure. Only 50% usage on the target model, 1B out of 2B tokens. About 35 kWh of energy use instead of 10. But we did learn a lot, which is crucial for the current moment. Reflecting on this for October, here’s what will make it work: Constant, local usage measurement and reporting . Looking not just at tokens but also energy use and spend, and ideally how well this all leads to concrete positive outcomes. Budgeting for experimentation, not just day-to-day tasks . Making more concerted decisions about which prototypes are worth building, and how. Better prompt selection and multi-agent techniques . Orchestrator vs. scout vs. implementer vs. reviewer agents. Bounded goals. Not rocket science but certainly one more thing to learn. Keep pushing for more efficient techniques and models . The Jev-style decision diffusion models look very promising if they can run so efficiently. Latest flagship models also look like a step in the right direction on that front. For day-to-day developer work, it’s totally viable to focus on one or two flash-tier cheap models. A viable target is probably that the majority of AI inference work should be done with such efficient models, measured in cost or energy use rather than meaningless tokens. That’s the goal for October! You should try it too, you’ll learn a lot in the process. And come say hi at Wagtail Space 2026 in November to hear how that all pans out! (63 points, 40 comments on Hacker News)

由 claude-code/sonnet 自動生成