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