編輯 ｜ 云昭
昨天凌晨，馬斯克之前預(yù)告的全新編程模型終于發(fā)布了！
距離 xAI 推出 Grok Code 不到三天，馬斯克又帶著一款大殺器來跟奧特曼的 GPT-5 來打（抬）擂（杠）了！
“感覺比 Claude 好用 10 倍，速度也快 10 倍！”
這款模型一經(jīng)放出，就收獲了一個(gè)榮譽(yù)稱號(hào)：「最快的 agentic 編程模型」。
Grok Code 這是要接管所有 Cline 的工作空間呀！
手快的網(wǎng)友當(dāng)然不會(huì)放過這款新編程模型，從 X 、Hackernews、Reddit 上的網(wǎng)友的來看，絕對(duì)的閃光點(diǎn)多于吐槽點(diǎn)。
圖片
昨天用 Cline 測(cè)試了一下。速度很快，與代理流配合良好，并且能生成不錯(cuò)的代碼。
我覺得它達(dá)到或超過了 GPT5-mini 的水平，這在我看來已經(jīng)很棒了。
還有一位 X 網(wǎng)友比較客觀的對(duì)新模型的亮點(diǎn)做出了總結(jié)： “感覺比 Claude 好用 10 倍，速度也快 10 倍”、“ Grok Code 成本最低，性能最高?！?/p>
才過了三天，它就已經(jīng)成為許多人的明顯選擇 它不僅速度更快，而且功能更強(qiáng)大，結(jié)果也非常有希望。
節(jié)省大量成本：
- 比 Sonnet 4 或 Gemini 2.5 Pro 便宜 11 倍
- 每次會(huì)話可節(jié)省 85–91% 的成本，使用緩存可節(jié)省 93–97% 的成本，尤其適用于原型設(shè)計(jì)和調(diào)試等高頻任務(wù)
> 與 Sonnet-4 的Diff Edit水平相當(dāng)，并且有所改進(jìn)
圖片
這位熱心的網(wǎng)友直接放出來實(shí)際使用的 Diff Edit 的失敗率，Grok Code Fast已經(jīng)達(dá)到了 Clade 4 Sonnet 的水平，性能已經(jīng)超過了 Gemini 2.5 Pro。
1.關(guān)注點(diǎn)：主打“快”與“省”
這次 xAI 給它定位的非常另類。可以說，它和 GPT-5、Claude Sonnet 4 的定位完全不同：不但沒有費(fèi)力氣證明自己能推理多復(fù)雜的問題，反而致力于成為工程師日常寫代碼的「快手助手」。
這款全新的推理模型 Grok Code Fast 1，主打 “快”與“省”。它不僅專為 agentic coding（代理式編程） 打造，并在官網(wǎng)博文中號(hào)稱是目前市面上響應(yīng)速度最快的模型。
小編耐心看完了他們的測(cè)試圖例后，只能說心情是這樣?jì)鸬摹?/p>
（聲明：僅用于本文章，侵刪）
簡(jiǎn)直就如同《唐人街探案1990》中，秦福與阿鬼街上初遇時(shí)，對(duì)阿鬼功夫的吼破喉嚨的稱贊：“豹的速度啊啊啊啊～”
才過了三天，它就已經(jīng)成為許多人的明顯選擇 它不僅速度更快，而且功能更強(qiáng)大，結(jié)果也非常有希望。
為什么值得關(guān)注？小編認(rèn)為，主要有三個(gè)點(diǎn)。
- 速度爆表：在你還沒讀完模型的第一段推理日志時(shí)，它可能已經(jīng)調(diào)用了幾十個(gè)工具。
- 緩存優(yōu)化：在部分合作平臺(tái)上，prompt 緩存命中率可超過 90%。
- 價(jià)格便宜得沒話說：輸入 $0.20 / 百萬 Token，輸出 $1.50 / 百萬 Token，緩存輸入更是只要 $0.02。
對(duì)比一下 GPT-5 的各版本模型的 API，誰便宜高下立見～ Grok 較標(biāo)準(zhǔn)版的GPT-5 簡(jiǎn)直便宜了一個(gè)數(shù)量級(jí)?。梢哉f對(duì)標(biāo)的是 GPT-5 mini，但據(jù)網(wǎng)友反饋，要比mini 更快更省?。?/p>
圖片
下圖，是 Grok Code Fast 1的表現(xiàn)，可以說跟編程模型幾大巨頭相比，吐 token 最快、價(jià)格卻最省的仔仔，遙遙領(lǐng)先！
圖片
- 吞吐速度（TPS）：190
- SWE-Bench-Verified 得分：70.8%
- 實(shí)測(cè)價(jià)格 / 性能比優(yōu)于 GPT-5、Claude Sonnet 4 等同類模型。
2.開發(fā)者實(shí)測(cè)反饋
在 Cursor 上，開發(fā)者 Danny Limanseta 僅用一天就做出了一個(gè)“戰(zhàn)斗模擬器”原型，非常魔性：
“它快到讓我改變了寫代碼的方式。分解任務(wù)、小步快跑迭代，比一次性丟個(gè)大 prompt 要高效得多?！?/p>
GitHub Copilot 產(chǎn)品負(fù)責(zé)人 Mario Rodriguez 也表示，Grok Code Fast 在早期測(cè)試中同時(shí)展現(xiàn)了速度與質(zhì)量，是開發(fā)者的有力新選擇。
圖片
3.免費(fèi)！如何體驗(yàn)？
目前限時(shí)免費(fèi)（據(jù)說截止到美時(shí)間9月10日），可在以下平臺(tái)試用：
GitHub Copilot、Cursor、Cline、Roo Code、Kilo Code、opencode、Windsurf
同時(shí)，xAI 還發(fā)布了 Prompt 工程指南，幫助開發(fā)者用更高效的方式調(diào)用模型。
對(duì)于提示詞/緩存優(yōu)化技巧的朋友，小編也扒下來了地址：
https://docs.x.ai/docs/guides/grok-code-prompt-engineering
4.xAI 為什么劍走偏鋒？
那么，為什么 xAI 要推 Grok Code Fast 1？小編認(rèn)為主要還是 GPT-5/Gemini 2.5 Pro/Claude4 Sonnet 本身面臨著一個(gè)巨大的現(xiàn)實(shí)缺口：
- 頂級(jí)模型（GPT-5、Claude Sonnet 4、Gemini Pro）：強(qiáng)大，但昂貴、延遲高。適合做戰(zhàn)略級(jí)任務(wù)，不適合日常高頻調(diào)用。
- 輕量模型（GPT-4o-mini、Claude Haiku）：便宜、快，但經(jīng)?！覆豢孔V」，復(fù)雜代碼邏輯或多輪修復(fù)就容易翻車。
然而，絕大多數(shù)程序員的日常任務(wù)，并不總是需要 GPT-5 的「滿功率大腦」。
更多時(shí)候，我們的日常其實(shí)是：加個(gè)函數(shù)、修個(gè) bug、解讀 pull request……這些更需要的是 穩(wěn)定 + 快速響應(yīng)。
所以，這一塊的市場(chǎng)就短暫的被忽視掉了： “不一定最聰明，但夠快、夠穩(wěn)、夠便宜” 的模型。
多說一嘴，xAI 還透露了下一步計(jì)劃，稱 Grok Code Fast 系列將持續(xù)快速迭代，新版本會(huì)支持：
- 多模態(tài)輸入
- 并行工具調(diào)用
- 更長(zhǎng)上下文
大家可以進(jìn)一步期待下。
5.網(wǎng)友炸鍋了：誰是世界上最好的編程模型
國(guó)外的 GPT-5、Claude 4、Gemini 2.5 Pro，國(guó)內(nèi)的 Qwen、Kimi K2 很多編程模型都在今年涌現(xiàn)了出來。這次 xAI 的 Fast 1 推出后，迅速在各個(gè)社區(qū)引發(fā)了最好的編程模型的爭(zhēng)論。
正如這個(gè)引戰(zhàn)帖子：
我預(yù)算緊，開發(fā)經(jīng)驗(yàn)也有限。做 Kotlin 安卓開發(fā)的話，你會(huì)推薦 grok code、gpt5 還是 qwen？
不少網(wǎng)友絲毫不給Grok Code留情面，直接建議了GPT-5：
就我的經(jīng)驗(yàn)，GPT-5 是最好的，Grok 連 Opus 4.1 都比不上。
自從用了 GPT-5，我很少需要在代碼改動(dòng)后再讓它修復(fù)錯(cuò)誤。而 Claude 的任何版本對(duì)我來說幾乎都是相反體驗(yàn)。
最省錢的用法是：復(fù)雜邏輯我用 GPT-5 來寫，比如應(yīng)用的核心運(yùn)行機(jī)制；
而細(xì)節(jié)打磨、組件增刪、字符串處理、一些不涉及復(fù)雜推理的地方，我就用 Grok Code Fast 1。
我試過 Qwen3 Code，它在 Python 上還行，但對(duì)整個(gè)代碼庫(kù)上下文的理解很弱。
GPT-5 Mini 也能用，大概和 Sonnet 3.5 一個(gè)水平，不差但也不算強(qiáng)?？紤]到價(jià)格，我還是更偏向 Grok Code Fast 1，它略勝一籌。
另一位網(wǎng)友則表示同意：表示 Grok 在測(cè)試中并未達(dá)到頂級(jí)編碼模型的可信度。
圖片
那么到底怎么用 Grok Code Fast 1 呢？
有幾位網(wǎng)友發(fā)現(xiàn)，對(duì)于“編排”類任務(wù)，還是非常給力的。
我用它做 Orchestrator，效果不錯(cuò)。但寫代碼的時(shí)候就不太行了，失敗挺多，代碼也容易搞壞。
還有朋友說在抽卡邏輯的游戲代碼任務(wù)中，表現(xiàn)出來自我調(diào)適的能力
我在做一個(gè)帶復(fù)雜「抽卡、出牌」邏輯的游戲，前后端之間出現(xiàn)了一些競(jìng)態(tài)條件。Grok 提了調(diào)試點(diǎn)，還自己找到了錯(cuò)誤。我挺驚訝的！
此外，一位網(wǎng)友還對(duì) Grok Code 輸出的代碼質(zhì)感提出了質(zhì)疑?！昂痛蠖鄶?shù) xAI 的產(chǎn)品一樣，它還不夠精細(xì)?！?/p>
感覺有點(diǎn)倉(cāng)促上線了，功能是有，但不夠“優(yōu)雅”，不像 Claude 或 GPT 那樣有品質(zhì)感。Grok Web 和他們其他項(xiàng)目也是一樣的。很酷，但一旦日常使用，就能感受到它是在高壓下做出來的，打磨不足。
所以綜合看來，復(fù)雜的工程任務(wù)，還是選擇 GPT-5 吧，如果追求質(zhì)感，Sonnet 4 可能更有感覺。
但，對(duì)于日常的任務(wù)，Grok Code 絕對(duì)有一席之地。
