兩部視頻都是模型從零開始寫代碼生成的畫面、界面、配樂、音效沒有用任何素材庫(kù)。區(qū)別只在于用了哪個(gè)模型。工具調(diào)用全部都是使用myapi兩個(gè)視頻共五分鐘算在一起不超過十塊錢詞元消耗大概在180k左右myapi-ai.comOpus 5.5 版成片Sonnet 5.5 版成片一、實(shí)驗(yàn)怎么做的我給兩個(gè)模型發(fā)了一模一樣的提示詞放在 Claude Code 里跑除了問進(jìn)度和一句”繼續(xù)”中間沒有給技術(shù)上的指導(dǎo)我需要你自己完完整整做一期視頻大概2-3分鐘來測(cè)評(píng)說明 claude-xxx 的能力。 所用到的背景音效、背景音樂、claude界面截圖/視頻等等全都是你自己畫出來唯一的變量是模型。我的電腦環(huán)境也很”不友好”沒裝 Python也沒裝 ffmpeg。模型得自己發(fā)現(xiàn)問題、自己解決。兩個(gè)模型都在對(duì)話里通過 myapi 調(diào)用后面會(huì)講怎么接入。二、成片數(shù)據(jù)對(duì)比Opus 5.5Sonnet 5.5時(shí)長(zhǎng)2 分 30 秒2 分 34 秒場(chǎng)景數(shù)8 個(gè)15 個(gè)旁白純字幕無配音調(diào)用 Windows 系統(tǒng)語音合成配音視頻代碼量約 850 行渲染 配樂 時(shí)間軸約 4360 行含一個(gè) 840 行的演示代碼生成器附帶產(chǎn)出4 個(gè)測(cè)試用例文件真實(shí)運(yùn)行用生成器拼出的 1990 行 / 約 100KB 單文件網(wǎng)頁(yè)未在瀏覽器實(shí)際運(yùn)行外部素材00配音來自系統(tǒng) TTS字體用系統(tǒng)自帶字體缺少 ffmpeg 時(shí)改用 npm 上的 ffmpeg-static先裝 ffmpeg-static下載中斷后寫腳本從國(guó)內(nèi)鏡像下載三、Opus 5.5先驗(yàn)證再下結(jié)論Opus 的片子給我最深的印象是“每句話都有出處”。它沒有直接去畫畫面而是先自己出題、自己跑寫了一個(gè)故意藏著兩個(gè) bug 的 LRU 緩存和 6 個(gè)測(cè)試用例真實(shí)運(yùn)行結(jié)果是 3?6 通過修復(fù)后再跑變成 6?6 通過。視頻里終端上顯示的 PASS / FAIL就是這次運(yùn)行的原始輸出邏輯推理題經(jīng)典的”三個(gè)箱子標(biāo)簽全錯(cuò)”給出答案后它又寫了一段程序窮舉所有情況確認(rèn)只有從”混合”箱摸這一種解法。更有意思的是”智能體工作流”這一節(jié)。它沒有編一個(gè)示例而是把制作這期視頻的真實(shí)過程做進(jìn)了片子發(fā)現(xiàn)沒有 Python → 發(fā)現(xiàn)沒有 ffmpeg → 改用 Node.js 工具鏈 → 寫題 → 跑測(cè)試 → 合成音頻 → 逐幀渲染。片子開頭它就說明”不引用未經(jīng)核實(shí)的跑分”結(jié)尾還加了一段”局限”題目少、是自己出的、不等于標(biāo)準(zhǔn)基準(zhǔn)關(guān)鍵代碼仍需人工審查。一句話總結(jié)像一位嚴(yán)謹(jǐn)?shù)墓こ處煂懙募夹g(shù)報(bào)告。 篇幅克制但每個(gè)數(shù)字都能追溯。四、Sonnet 5.5像一場(chǎng)產(chǎn)品發(fā)布會(huì)Sonnet 的片子是完全不同的路線節(jié)奏快、信息密、觀感更”成品”。15 個(gè)場(chǎng)景覆蓋代碼生成、長(zhǎng)上下文、工具調(diào)用、視覺理解、速度、價(jià)格、適用人群主動(dòng)調(diào)用系統(tǒng)自帶的語音合成做了全程配音它找到了三個(gè)中文音色慧慧、瑤瑤、康康各合成了一句樣音最后用了康康模型本身聽不到聲音談不上”試聽”代碼生成那一節(jié)畫面上”實(shí)時(shí)書寫”的確實(shí)是一份真實(shí)存在的文件但它不是一次寫成的模型先寫了一個(gè) 162 行的小應(yīng)用發(fā)現(xiàn)和旁白里預(yù)設(shè)的行數(shù)對(duì)不上就另寫了一個(gè)生成器用數(shù)據(jù)表拼出了一個(gè) 1990 行、約 100KB 的看板頁(yè)面再回頭改旁白里的數(shù)字。這個(gè)頁(yè)面沒有在瀏覽器里跑過里面 9 個(gè)”圖表”函數(shù)其實(shí)是同一套折線圖模板所以”一次成型、無需返工”的說法是沒有驗(yàn)證過的發(fā)現(xiàn)沒有 ffmpeg它先試了 npm 上的 ffmpeg-static下載中斷后寫腳本從國(guó)內(nèi)鏡像把 ffmpeg 下了下來每個(gè)場(chǎng)景都抽幀檢查過修掉了中文字體顯示成方塊、元素重疊、代碼溢出窗口這幾類問題。一句話總結(jié)像一支執(zhí)行力很強(qiáng)的內(nèi)容團(tuán)隊(duì)做的宣傳片。 觀感更接近成品但片中的數(shù)據(jù)要先換成真實(shí)數(shù)據(jù)才能發(fā)布見第五節(jié)。五、一個(gè)我必須說明的細(xì)節(jié)做對(duì)比時(shí)我翻了兩個(gè)模型的工程目錄發(fā)現(xiàn)了一個(gè)差別Opus 把”真實(shí)性”放在第一位寧可片子短一點(diǎn)、場(chǎng)景少一點(diǎn)也不寫一個(gè)沒驗(yàn)證過的數(shù)字Sonnet 把”完成度”放在第一位會(huì)主動(dòng)把一期測(cè)評(píng)該有的板塊都補(bǔ)齊。這也是給大家的一個(gè)實(shí)用提醒無論用哪個(gè)模型生成內(nèi)容涉及數(shù)據(jù)和事實(shí)的部分都要自己核實(shí)。六、我該選哪個(gè)場(chǎng)景更推薦排查復(fù)雜 bug、改核心代碼、需要可追溯結(jié)論Opus 5.5長(zhǎng)鏈路智能體任務(wù)中途容易遇到意外情況Opus 5.5批量寫代碼、快速出原型Sonnet 5.5內(nèi)容生產(chǎn)、需要成品感和速度Sonnet 5.5成本敏感、調(diào)用量大Sonnet 5.5我自己的用法是Sonnet 打底干活Opus 負(fù)責(zé)把關(guān)和攻堅(jiān)。 兩個(gè)模型在同一個(gè)接口里切換只需要改一個(gè)模型名。寫在最后同一句話、同一臺(tái)電腦、同樣的”缺工具”環(huán)境兩個(gè)模型交出了兩份風(fēng)格截然不同的作品Sonnet 那一場(chǎng)的收尾階段切到了 Opus見第一節(jié)。與其看別人貼的跑分不如自己用同一個(gè)任務(wù)去試一試。你會(huì)很直觀地感受到Opus 更像一位審慎的資深工程師Sonnet 更像一位高產(chǎn)的全能執(zhí)行者。