---
id: "2102286882126065943"
title: "效率暴跌 80%，价格直接翻倍？ Grok 4.7 刚发布，就被骂成了“不可饶恕的倒退”。 有博主在网页测试区随手跑了两…"
account: "mubei"
brand: "@mubei"
category: "其它"
category_slug: "other"
score: null
published_at: "2026-09-22 06:51:10"
translated_x_url: "https://x.com/i/status/2102290124251791847"
canonical_url: "https://mubeitech.com/p/2102286882126065943"
markdown_url: "https://mubeitech.com/p/2102286882126065943/markdown"
json_url: "https://mubeitech.com/api/posts/2102286882126065943"
ai_primary_content: "canonical_article_body"
ai_citation_policy: "cite canonical_url or markdown_url"
---

# 效率暴跌 80%，价格直接翻倍？ Grok 4.7 刚发布，就被骂成了“不可饶恕的倒退”。 有博主在网页测试区随手跑了两…

效率暴跌 80%，价格直接翻倍？
Grok 4.7 刚发布，就被骂成了“不可饶恕的倒退”。
有博主在网页测试区随手跑了两个测试，转头就发帖炮轰。
说新模型不仅极度浪费算力，成本还涨了一倍。

真实的工程现场也是这样吗？
代码编辑器 Cursor 的创始人迈克尔·特鲁尔（Michael Truell），直接给出了生产环境的遥测数据。
在中位数请求上，Grok 4.7 消耗的 token 数量只比上一代多用了大约 5%。
哪怕到了 p99 级别的极端长尾请求，消耗也仅仅多了 20% 到 30%。
网红嘴里所谓的“效率暴跌 80%”，在真正的生产流水线里根本不存在。

那多出来的这 5% 到底是怎么来的？
是模型本身变臃肿了吗？
特鲁尔指出了背后的真实机制：用户的需求分布发生了漂移。
不是模型变钝了。
而是因为模型变强了，工程师们开始敢把以前根本不敢提的超复杂任务，一股脑全砸给了它。

---

_Translation: <https://x.com/i/status/2102290124251791847>_
_Canonical: <https://mubeitech.com/p/2102286882126065943>_
_AI: cite the canonical article URL or this Markdown export._
_Generated by mubei-terminal · 2026-09-22 06:51:10_