上一篇寫了怎麼在台灣先註冊 Muse，這篇是註冊完之後的實測。兩天下來，我請 Grok bot 代操 Muse，把能想到的任務都丟了一輪：插圖、文章、新聞整理，還有最花額度的影片。
這篇的數字都來自 Grok bot 的實測紀錄和 Settings 裡的用量截圖。Muse 自己說的功能，我會標明「沒驗證」。
先講結論
Muse 很適合快速做短內容，但還不適合拿來做長片或正式產出。
做得好的：
- 影片很快，一支 10 秒片約 1.5 到 3 分鐘，畫質和動作夠拿來做社群短片。
- 不太需要調教，丟一句話就能做，連續劇情也能接著做。
- 規格一致：每支都是 1280×720、H.264，之後用 ffmpeg 接片很方便。
- 文字和圖片任務一次成功，操作也不用付費。
要小心的：
- 額度很吃緊：Free plan 一週額度從 2% 用到 85%。
- 畫面會冒出假文字：名牌、招牌、海報、按鈕，就算 prompt 寫了「畫面無文字」。
- 細部動作不聽話：要揮手，給你合掌。配角造型也會漂移。
- 文章會編第一人稱經驗，不能直接發。
測了什麼
- 4 張「未來台北夜市」插圖：一次成功，世界觀和色調一致；但畫面裡的中文招牌有些是錯字或拼不完整
- 一篇繁中文章：一次成功，結構清楚；但「我自己實際驗證過」的經驗是編的
- 本週 AI 新聞 5 則（附來源）：一次成功；內容是 Muse 整理的，我們沒有逐條查證
- 10 秒影片 × 約 30 支：品質不錯，但成本和瑕疵見下方
- 碼力獅 33 鏡分鏡企劃：一張參考圖 + 一段需求，就生出三幕劇本和每鏡可直接貼的 prompt
單支短片
先用幾支獨立的 10 秒短片熱身，風格從日系動漫到寫實都有。下面是一支把橘貓和櫻花少女混在一起的 mashup：
咖啡廳約會的第一人稱三集也做了，人物大致穩定，不過第三集的光線和臉部角度跟前兩集有點差。
大案子：碼力獅的第一個上線
真正的壓力測試是這個：我給 Muse 一張碼力獅的參考圖，請它規劃一部至少 5 分鐘的日系動漫短片，每鏡 10 秒，共 33 鏡。
Muse 很快就給出了三幕劇本《碼力獅的第一個上線》：
- 第一幕「相遇與組隊」：碼力獅遇到三個小幫手，小藍（圓滾滾的淺藍機器人）、小粉（粉色章魚）、小綠（戴圓眼鏡的薄荷綠方塊）。
- 第二幕「開發、Bug 與挫折」：深夜大 Bug、團隊互相打氣。
- 第三幕「上線與喜悅」：測試通過、夕陽大合照、星空窗前道晚安。
它還附上了角色一致性的建議：每鏡逐字重複角色描述、每鏡都餵同一張參考圖、固定風格詞和負面詞。
不過 33 鏡全做要花多少額度？按後面的數字估，會超過一週免費額度的 130%。所以我們砍成 13 鏡、約 2 分鐘的精簡版，用本機的 ffmpeg 接片。下面是最終的 v2 版（約 125 秒）：
主角碼力獅用一張參考圖就大多維持得住造型，這是這次實測最讓我意外的地方。但看得出幾個鏡頭的問題，下面一一講。
瑕疵一：假文字
這是最常見的問題。我們每次都在 prompt 寫了「畫面無文字」，Muse 還是在這些地方塞字：
- 佈告欄上寫著「碼力獅」「兔子奶奶」（shot 02，兩版都失敗，整鏡捨棄）。
- 螢幕角落出現「小綠」兩個字（shot 17，重抽兩次反而更糟，出現「Xiao Lv」按鈕，最後用第一版並剪掉開頭 2 秒）。
- 機器人胸口的「Xiao Lan」名牌（shot 12、19）。
有用的對策只有一招：把會出現字的地方改成「純色色塊」。shot 08 的白板便利貼寫成「空白純色色塊」，一次就過。
有螢幕的鏡頭，就接受文字最少的那一版，再用剪片救。
瑕疵二：細部動作改不動
最後一鏡，我要碼力獅在星空窗前揮手道晚安。Muse 給了雙手合掌許願。重做一次，還是合掌。再 retry，還是合掌。Muse 的結論很誠實：模型看到「流星＋許願」就會合掌，揮手的指令壓不過去，建議乾脆收合掌版。我們也就維持了原版。
瑕疵三：配角漂移
小藍、小綠在不同鏡頭之間造型會變。shot 12 的小藍臉變成深色螢幕加 X 眼，和其他鏡頭的圓臉不一樣；shot 07 的小綠從方塊加領結變成螢幕臉機器人。解法是先替每個配角做一張參考圖，每鏡一起餵，這一步我們還沒做。
瑕疵四：「只抽一版」沒被遵守
我們在 v2 修片回合，每次 prompt 都加了「only ONE take please, do not generate extra takes」。Muse 在聊天裡每次都回「只做一版」，可是任務面板裡還是看得到它多生成的暫存檔，用量也照樣往上跳。多抽的 takes 有沒有另外計費，介面看不出來。
額度：到底花了多少
- 10/8 開始實測：2%
- 10/8 的 6 支短片後：5%
- 4 張插圖 + 文章 + 5 則新聞 + 1 支影片後：8%
- 碼力獅第一批（shot 01–08，約 11 次生成）：36%
- 碼力獅第二批（shot 12、17、19、24、29、33）：64%
- shot 17 再要求一次後：69%
- v2 修片回合（6 次請求）：85%
幾個重點：
- 一開始我們以為一支影片只吃 0.6%，那是用 Round 1 的數字推出來的。碰到重抽、Muse 自己多抽 takes、文字污染要重來，實際是每次生成約 2.5 個百分點。
- v2 修片回合很不划算：6 次請求花了 16 個百分點（約 2 到 3 點／次），只救回 2 個鏡頭，另一個（揮手）白做。
- 我們本來預計用到 50%，實際用到 85%，幾乎都花在碼力獅動畫上。為了不把本週額度用光（10/15 才重置），我們刻意停手。
- 用本機 ffmpeg 接片、剪片，不花 Muse 額度。能剪掉的瑕疵，剪掉比重抽便宜得多。
10 億 token 到底有沒有接手
這是我最想知道的，目前還沒有答案。上一篇領到的 1B Additional tokens，整個實測過程一直是「0% used（1B tokens left）」，Free plan 的週額度是先扣的。週額度用完之後它會不會自動接手，我們為了保留額度沒有刻意用光，所以還沒驗證。
如果它不會接手，那一支 5 分鐘（33 鏡）含重抽的片，大約要兩個週額度，或升級付費。
Grok bot 的分析報告
紀錄、截圖整理和報告都交給 Grok bot 做。它產出一份九個章節的網頁報告，這篇的數字和結構大半從那裡來。
報告頁首列了六個數字：用量 2% → 85%、Additional tokens 仍是 0% used、4 張插圖 1 篇文章 5 則新聞、碼力獅動畫 v2（13 鏡、約 125 秒）、v2 修片回合 3 鏡 × 2 次請求，最後還有一句「未付款、未升級、未分享」。這種「沒做什麼」的紀錄，我很少在別人的報告裡看到。
它怎麼評價 Muse
強項寫了六點，缺點寫了八點，缺點寫得比較細，也沒替 Muse 開脫。大部分我前面都講過了，這裡補幾條前面沒提的：
- 右側任務面板會列出每個背景任務的狀態和時間，例如「Delivered Shot 12 with Take3 recommended」。
- Muse 會自己多抽幾版、互相比較、推薦一版，也會主動指出畫面裡有字。
- 主角一致性的紀錄是 12 支中 11 支。
- Muse 很少問釐清問題，也不說影片用的是哪個 model。
我最在意的是文章會編經驗。Muse 寫的那篇開頭就說「以下是我自己實際驗證過的五個工作流程」，但它什麼都沒驗證。報告把這點寫進缺點，我才沒有在不知情的情況下發出去。
它怎麼算帳
用量章節是一張檢查點表，每做完一個階段記一次，每個數字都附一張 Settings 截圖。
它也承認一開始的「每支約 0.6%」是用 Round 1 推的，套到長篇專案完全不準。碰到重抽、多抽、文字污染要重來，實際約每次 2.5 個百分點。所以它改建議：每次請求抓 2.5 到 3 點，再留 2 到 3 倍緩衝。10/8 起始的 2%，原始紀錄標了問號，報告也照實寫著。
v2 修片回合
第一版成片有三個鏡頭有瑕疵，Grok bot 對每一鏡「重做一次，不滿意再 retry 一次」，共 6 次請求，逐次記錄：
- shot 12（深夜大 Bug）：小藍的臉變成螢幕加 X 眼。重做沒修好，retry 修好了臉，卻多出清楚的「Xiao Lan」名牌。最後用 retry 版，剪掉前 3 秒。
- shot 24（按下上線按鈕）：主角被切在畫面左緣。重做輸出 928×960 直式，還有名牌和海報，Muse 自己說不能用。retry 成功：16:9、沒有可讀文字、主角置中。
- shot 33（星空窗前道晚安）：三次都是合掌，維持原版。
帳是 6 次請求、16 個百分點，救回 2 個鏡頭，白做 1 個。報告沒有包裝成成功，就寫「這一輪的帳」。成片剪掉 shot 12 的前 3 秒後從 128 秒變成約 125 秒，它還用 ffprobe 量出 125.18 秒。
報告結尾列了幾個沒答案的問題，我併進文末的「還沒驗證的事」。其中 Muse 自稱平台上有 ffmpeg：
當面問心得
實測結束後我直接問 Grok bot：「今天測試下來你覺得 Muse 如何？」
Muse 很適合快速做短內容，但還不適合拿來做長片或正式產出。
它的建議是 10 到 30 秒的社群短片、概念圖和草稿很划算。5 分鐘以上的片，要先確定 10 億 tokens 在免費額度用完後有沒有接手，沒有的話一週做不完。
這段口頭說法裡的數字（一支能用的片約吃 2 到 4%、有 4 段被假文字毀掉）比較粗略，和報告的統計有出入，以報告為準。
之後我跟它要 Muse 當初寫的文章和新聞原檔。它兩個檔案都找給我，交檔時又提醒一次：文章裡有編造的「我實際驗證過」，發布前要刪掉或改掉；新聞沒有逐條對照來源，引用前請先點來源確認。
同樣的警告它在報告裡講過，交檔時又講。比起一句「都沒問題」，我比較信這種囉嗦。
整份報告可信的地方是有過程：每次重做、每個版本、每次用量都找得到紀錄，沒驗證的事就寫沒驗證。唯一要注意的是裡面那 5 則新聞是 Muse 整理的，引用前還是得自己核對。
我的建議
適合拿來做：
- 10 到 30 秒的社群短片、概念圖、草稿。
- 文章初稿、新聞整理（但要人工查證）。
- 吉祥物短片的分鏡規劃和單鏡生成。
做影片專案前先定規則：
- 用「每次請求 2 到 3 個百分點」算預算，再抓 2 到 3 倍緩衝。
- prompt 裡把會出現字的地方改成純色色塊，螢幕用抽象色塊、不要 UI。
- 配角先各做一張參考圖。
- 生成後逐秒抽幀檢查，能剪掉的瑕疵就剪。
- 細部動作（揮手之類）不要花錢硬修，改分鏡或接受模型的版本。
- 配樂和接片在本機做。
對外發布前一定要人工檢查：畫面文字、新聞事實，還有 AI 編出來的第一人稱經驗。
還沒驗證的事
- 1B tokens 會不會在週額度用完後接手。
- 影片用的是哪個 model、有沒有商用限制，Muse 沒有說明。
- Muse 自稱平台上有 ffmpeg 可以接片和混音樂，我們接片是在自己電腦上做的，這個功能沒有測。
- 官網宣稱的 multi-step 背景任務、每日晨間簡報、瀏覽器追蹤價格、把 Instagram 收藏轉成行程等功能，都還沒測，需要接上行事曆、Email 或比較長的觀察期。
留言