Meta 在 2026 年 9 月 2 日公布 Muse Spark 1.3，並表示新模型已開始進入 Muse Code 與 Meta Model API。這次更新不是單純換一個模型名稱，而是針對 Agent 在長對話、複雜指令與軟體開發流程裡容易失去上下文的問題，重新調整可靠度、效率與互動方式。
新版本改進的是長任務的實際節奏
Meta 表示，Muse Spark 1.3 會在多步驟任務中自己整理混亂或互相衝突的資料，發現計畫缺口時主動修正，並把已經學到的內容帶到最後交付。它也更常在指令不清楚時詢問、卡住時向使用者求助，以及在要執行有後果的動作前要求確認。
這種設計對 Agent 很重要，因為真正的工作通常不是一次問答，而是搜尋資料、讀檔、呼叫工具、修改內容，再回頭檢查結果。Meta 也指出，模型在複雜長流程工作中使用的工具呼叫約減少 20%，tokens 約減少 25%。這是 Meta 的比較結果，能用來理解方向，但不能直接當成每個專案都會省下相同成本。
目前在哪裡可以用？
官方公告列出的入口是 Muse Code 與 Meta Model API，既有的 reasoning modes 已可使用；max reasoning 則要等額外安全測試完成後推出。換句話說，1.3 已經開始 rollout，但不同帳戶或介面可能仍會有開放時差。
對開發者來說，這代表測試重點不該只放在短 prompt 的回答品質。更有意義的測試是讓模型處理一個需要多個工具、會被中途打斷、而且包含明確限制的任務，再檢查它是否保留規格、何時詢問，以及是否在未確認前停止高影響操作。
Coding 變快，不代表可以省略 review
Meta 將 Muse Spark 1.3 的 coding 改善描述為更少不必要的回合、更精簡的輸出與更乾淨的程式風格。這對需要反覆讀取 repository、執行測試與整理修改的工作可能有幫助，尤其是模型不再為了看起來完整而多做無關操作時。
但工具呼叫變少，也可能代表模型更早做出判斷；因此真正的品質要看它是否正確使用工具、是否抓到錯誤，以及最後產出的程式能不能通過測試。團隊不應把「少 20% 工具呼叫」直接解讀成「少 20% 工程時間」，而是要用自己的程式庫、權限與失敗成本建立基準。
這次更新對一般使用者的意義
如果你把 AI 當成協作者，Muse Spark 1.3 的重點不是回答更華麗，而是更能在長流程中記住目標、知道何時停下來問你。這種行為會讓 Agent 比較像可以一起工作的工具，但也讓權限設計、確認節點與工作紀錄更加重要。對開發者，先用可回復的測試環境驗證；對一般使用者，則要把它視為效率工具，而不是不需要檢查的自動執行者。
Meta AI Research 官方公告： Introducing Muse Spark 1.3
