大家好，我是被智譜卷到的袋鼠帝。

昨天智譜剛把GLM-4.7放出來(lái)，群里就有老哥找我寫(xiě)文章了..

智譜也太卷了，于是，我又被迫加班了

從平安夜奮戰(zhàn)到了圣誕節(jié)，終于在今天把這篇文章發(fā)出來(lái)了，不容易啊

正好我一直以來(lái)想做一個(gè)產(chǎn)品，我這次用Codex + GLM-4.7 + Claude Code，從0到1做了一個(gè)一鍵生成海外營(yíng)銷(xiāo)數(shù)字人短視頻的平臺(tái)（MVP項(xiàng)目）

我覺(jué)得作為半天內(nèi)搓出來(lái)的項(xiàng)目已經(jīng)相當(dāng)nice，具體的開(kāi)發(fā)經(jīng)驗(yàn)稍后分享。

在這之前，我先跟大家說(shuō)說(shuō)GLM-4.7這次更新了些什么

這次升級(jí)的點(diǎn)，其實(shí)很集中，基本就落在四個(gè)關(guān)鍵詞上：前端、全棧、Agent、寫(xiě)作。

1.前端更漂亮了：GLM-4.7這次前端審美大幅提升了，生成的前端將會(huì)更好看；

2.編程能力提升：提升多語(yǔ)言編程能力（全棧開(kāi)發(fā)能力），開(kāi)發(fā)復(fù)雜項(xiàng)目更得心應(yīng)手；

3.Agent能力更強(qiáng)了：工具調(diào)用能力提升，在τ2-Bench交互式工具調(diào)用評(píng)測(cè)中得到87.4分，成為開(kāi)源SOTA，超過(guò)了Claude Sonnet 4.5。提升了數(shù)學(xué)和推理能力，在HLE（人類(lèi)最后的考試）基準(zhǔn)測(cè)試獲得42.8%，較GLM-4.6提升41%，超過(guò)了GPT-5.1

4.Code榜殺瘋了：在Lmarena的全世界Code盲測(cè)排行榜上排名第6，超越了GPT-5.2。

5.情商也更高了，寫(xiě)作和角色扮演方面也有加強(qiáng)。

其實(shí)這些跑分我都看麻了，現(xiàn)在我主要看Lmarena的排行，因?yàn)檫@里是全世界所有人盲測(cè)投票出來(lái)的結(jié)果。

GLM-4.7作為開(kāi)源模型，在編程方面能干到世界第6也是挺意外的

打造出海營(yíng)銷(xiāo)數(shù)字人平臺(tái)

再回到我比較關(guān)心的事兒。

這些升級(jí)，能不能在一個(gè)真實(shí)產(chǎn)品里兌現(xiàn)呢。

所以我這次不想搞Case了，也不搞什么花活

我用Codex + GLM-4.7 + Claude Code，嘗試在一天之內(nèi)，做完一個(gè)海外營(yíng)銷(xiāo)數(shù)字人短視頻生成平臺(tái)的MVP。

現(xiàn)在回頭看，這個(gè)想法本身，其實(shí)比結(jié)果更有意思。

我先簡(jiǎn)單說(shuō)下這個(gè)MVP項(xiàng)目是干啥的。

邏輯比較清晰，大概率能賺米：

一段口播（音頻）+數(shù)字人結(jié)合產(chǎn)品（圖片）+視頻Prompt（文字）=數(shù)字人營(yíng)銷(xiāo)短視頻

文案由GLM-4.7生成，通過(guò)TTS（可以用開(kāi)源的index-tts）轉(zhuǎn)成語(yǔ)音

圖片可以由香蕉 Pro生成，也可以自己上傳

視頻Prompt也可以由GLM-4.7生成

最后的數(shù)字人由開(kāi)源的infiniteTalk模型生成

流程大致如下：

這不是隨便搞的，而是一個(gè)真實(shí)存在需求的產(chǎn)品形態(tài)。

因?yàn)?strong>我最近一直在研究AI數(shù)字人視頻的開(kāi)源方案，現(xiàn)在數(shù)字人開(kāi)源方案逐漸成熟，并且效果已經(jīng)很不錯(cuò)了，但是真正卡住大家的，不是模型效果，而是把這些能力整合成一個(gè)完整產(chǎn)品的工程。

這個(gè)平臺(tái)，把制作數(shù)字人短視頻SOP化了，而且的本很低，意味著可以把AI數(shù)字人的價(jià)格打下來(lái)。

而正好，GLM又升級(jí)了，好像除了用GLM-4.7，沒(méi)有別的更好的選擇了，畢竟這是目前接入Claude Code性價(jià)比最高的模型

對(duì)了，用量大可以選擇包月，更劃算，文末有折扣二維碼

這次開(kāi)發(fā)的平臺(tái)難度有點(diǎn)高，我刻意把節(jié)奏放慢了一點(diǎn)，沒(méi)有一上來(lái)就寫(xiě)代碼。

現(xiàn)在AI做任何事情，上下文才是關(guān)鍵

所以第一步，我們需要花大量的時(shí)間在寫(xiě)需求上。

頁(yè)面長(zhǎng)啥樣？用戶咋流轉(zhuǎn)？哪里同步哪里異步？用誰(shuí)的API？數(shù)據(jù)庫(kù)存啥？

這個(gè)階段的初期，其實(shí)非常反AI，全是人腦在工作。

但如果你跳過(guò)這一步，后面就會(huì)發(fā)現(xiàn)，靠模型寫(xiě)得越快，返工越狠，離你的預(yù)期越來(lái)越遠(yuǎn)。

第二步，我把自己梳理的需求初稿交給了接入了GLM-4.7的Codex。

codex梳理需求很好用，GLM-4.7接入Codex的方法，放到最后了

不是讓它寫(xiě)代碼，是讓它幫我評(píng)審需求，挑毛病，找出待確認(rèn)的地方，然后不斷跟它對(duì)話，對(duì)齊需求，這幾輪來(lái)回，非常重要。

因?yàn)樗浦惆涯X子里那些模糊的想法，變成可以落地的更詳細(xì)的需求。

最后，GLM-4.7給我輸出了一份一千三百多行的超詳細(xì)的需求文檔。

從技術(shù)架構(gòu)、選型到接口定義，從數(shù)據(jù)庫(kù)表結(jié)構(gòu)到前端UI布局等9大塊（見(jiàn)上圖），幾乎把后面所有容易出問(wèn)題的地方都提前鋪平了。

第三步：梳理需要用到的第三方API（請(qǐng)求、響應(yīng)示例、apikey等）、數(shù)據(jù)庫(kù)信息（地址、端口、用戶名、密碼、數(shù)據(jù)庫(kù)名稱）

第四步：直到這一步，我才讓GLM-4.7+Claude Code進(jìn)場(chǎng)。

還是不要一上來(lái)就寫(xiě)代碼，先執(zhí)行/init，讓Claude Code熟悉目錄下的所有文件，包括需求文檔

然后開(kāi)Plan Mode（計(jì)劃模式）制定一個(gè)開(kāi)發(fā)計(jì)劃。

確認(rèn)沒(méi)問(wèn)題之后，才開(kāi)始一段一段往下寫(xiě)。

開(kāi)發(fā)完成之后，可以讓GLM-4.7幫忙快速啟動(dòng)前后端（過(guò)程中需要下載相關(guān)依賴，它都完成得很好）

不過(guò)這個(gè)任務(wù)還是太復(fù)雜了點(diǎn)，不僅有復(fù)雜的業(yè)務(wù)邏輯，還集成了大量AI能力

GLM-4.7一次性跑完之后是有一些Bug的。

但我覺(jué)得現(xiàn)階段應(yīng)該不會(huì)有模型能一次完成得很好，而且沒(méi)有bug。

這里我有一個(gè)非常明顯的體感變化：

以前我用大模型寫(xiě)復(fù)雜項(xiàng)目，最怕啥？最害怕的不是寫(xiě)不出來(lái)，而是改Bug。

讓它修一個(gè)報(bào)錯(cuò)，它可能順手把旁邊已經(jīng)穩(wěn)定的功能一起改了....

然后bug就越改越多，甚至還會(huì)為了完成任務(wù)造假，最后整個(gè)項(xiàng)目可能都改廢了。。

這種感覺(jué)就像你讓他修廚房的水龍頭，他修好了，但回頭把你衛(wèi)生間的水管給踩爆了。這種按下葫蘆浮起瓢的感覺(jué)，真的讓非常抓狂！

以前用一些規(guī)則和或者直接在Input Prompt里面約束會(huì)稍微好一點(diǎn)點(diǎn)

這次GLM-4.7牛逼的地方在于，它知道邊界在哪。

能判斷清楚這個(gè)問(wèn)題屬于哪個(gè)模塊，影響邊界在哪里，只在必要的位置做修復(fù)。

這會(huì)讓你真正敢放手把項(xiàng)目持續(xù)交給它推進(jìn)，而不是每一步都擔(dān)驚受怕，動(dòng)不動(dòng)就要回滾。

每找到一個(gè)問(wèn)題，它都能立馬解決，整個(gè)項(xiàng)目非常確定的在朝著越來(lái)越好的方向發(fā)展，這一點(diǎn)就足以封神了

GLM-4.7的審美和前端能力也有明顯的提升，特別是在一些小細(xì)節(jié)上

你看這邊框的流光

這個(gè)卡片的聚光燈效果，也非常棒

整個(gè)過(guò)程需求、各種API信息整理大概3個(gè)小時(shí)

編碼和調(diào)試花了4個(gè)多小時(shí)，這里面包含了，前端的UI設(shè)計(jì)，功能邏輯，后臺(tái)的接口、功能，還有跟數(shù)據(jù)庫(kù)，以及第三方API的交互等等。

最后，一個(gè)功能完整、界面效果也不錯(cuò)的出海營(yíng)銷(xiāo)數(shù)字人短視頻生成平臺(tái)（MVP項(xiàng)目），就這樣跑通了。

還有一個(gè)點(diǎn)，更現(xiàn)實(shí)。

Claude Code，本身就非常消耗token，如果用國(guó)外的模型，我可能會(huì)下意識(shí)壓縮提示詞，減少上下文。

不是不想給信息，是錢(qián)包著不住...但開(kāi)了GLM Coding Plan包季的我變得非常豪橫，瘋狂給Claude Code灌信息，因?yàn)樵囧e(cuò)成本很低。

我不再擔(dān)心每一次修改的成本，關(guān)注的重心完全回到了結(jié)果本身。

當(dāng)然，現(xiàn)階段GLM-4.7在特別長(zhǎng)的任務(wù)里，偶爾還是會(huì)忘記早期的一些設(shè)定，需要你提醒。

一次性生成的復(fù)雜項(xiàng)目，也然需要人工Review和微調(diào)。

但技術(shù)本身正在被GLM系列的開(kāi)源模型快速平權(quán)。

特別是從GLM-4.5開(kāi)始，我就覺(jué)得智譜在大模型方面越來(lái)越對(duì)味了。

我還記得7月底的廈門(mén)之行，我們一眾博主在一起討論，都發(fā)自內(nèi)心的被GLM-4.5的編程能力所驚艷。

直到國(guó)慶前幾天，GLM-4.6又出來(lái)了，再次屠榜。時(shí)隔2個(gè)多月，又到4.7，編程和Agent能力都在不斷升級(jí)，感覺(jué)這速度也忒快了，下半年開(kāi)始就跟開(kāi)了掛一樣。

盲猜GLM-4.8或者GLM-5將在春節(jié)前夕發(fā)布。

希望下一代的GLM模型能原生集成多模態(tài)，在上下文長(zhǎng)度方面再次突破，那將是一個(gè)在編程和Agent無(wú)敵的存在了。

所以，其實(shí)現(xiàn)在代碼越來(lái)越不是事兒了，誰(shuí)能找到需求、痛點(diǎn)，用最低成本，最快的速度把流程跑通，誰(shuí)就是贏家。

我發(fā)現(xiàn)周?chē)_(kāi)始靠Vibe Coding賺到錢(qián)的人，大多不懂代碼。

我也一直都覺(jué)得，AI時(shí)代，程序員好像反而是最難靠coding賺錢(qián)的人。

但是最近我思考了很多，我還是想打造自己的產(chǎn)品，我希望曾經(jīng)引以為傲的技術(shù)能力，在AI時(shí)代更能放大它的價(jià)值。

接入Claude Code和Codex

接入Claude Code：

把下面的配置寫(xiě)到Claude Code的setting.json配置文件中

}

接入Codex：

第一步：把下面這些配置寫(xiě)到codex的config.toml

model_provider = "glm"

第二步，設(shè)置環(huán)境變量。

在你的終端里，執(zhí)行以下命令，注意：把GLM_API_KEY替換成你自己的APIKey。

export GLM_API_KEY="你的GLM_API_KEY"

如果是Windows可以在PowerShell里面執(zhí)行：

$env:GLM_API_KEY = " "

第三步，使用codex --profile glm命令，指定模型來(lái)啟動(dòng)，這樣Codex就會(huì)默認(rèn)使用我們配置好的GLM-4.7模型了。

GLM Coding Plan優(yōu)惠與小彩蛋

我是之前300直接包季了，在時(shí)間內(nèi)不用考慮token消耗，就算開(kāi)發(fā)項(xiàng)目瘋狂用，也沒(méi)有限流過(guò)， 挺爽的。

我還給大家爭(zhēng)取到了專(zhuān)屬優(yōu)惠，掃描下面二維碼，可以領(lǐng)取Coding Plan所有套餐的8折優(yōu)惠券。

最后的最后，如果你也在觀望AI編程，不妨給自己設(shè)一個(gè)具體目標(biāo)，哪怕只是一個(gè)很小的產(chǎn)品，先把東西做出來(lái)。

很多答案，只有在真正跑通的那一刻，才會(huì)變得清楚。

你會(huì)愿意把核心產(chǎn)品的第一版，交給AI一起完成嗎？歡迎評(píng)論區(qū)交流～

我是袋鼠帝，持續(xù)分享AI實(shí)踐干貨，我們下期見(jiàn)

能看到這里的都是鳳毛麟角的存在！

如果覺(jué)得不錯(cuò)，隨手點(diǎn)個(gè)贊、在看、轉(zhuǎn)發(fā)三連吧~

如果想第一時(shí)間收到推送，也可以給我個(gè)星標(biāo)?

謝謝你耐心看完我的文章~