Muse Code 正式版開放跨工作階段協作，另以 MSP 將代理控制介面程式化

Meta 的 Muse Code 已結束 beta，更新焦點不是單次補全，而是讓多個長時間執行的程式代理形成可協調工作。依[官方公告入口](https://developers.meta.com/resources/blog/)及[發布報導](https://www.neowin.net/news/meta-graduates-muse-code-out-of-beta-with-new-features/)，不同工作階段現在可以直接互傳訊息：某個代理的修改若影響另一項工作，可傳送警告；已解決的阻塞問題也能把答案交給其他工作階段，減少人在多個終端之間搬運上下文。

新的 Workflow 模式可調度多個子代理處理複雜工程任務；把推理力度設為 `ultra`，會提高自動啟動工作流的頻率。CLI 另加入 Rewind，連按兩次 Esc 可回到對話歷史中的較早節點，但只能選擇系統判定為安全的節點，而且撤銷已完成工作前仍需確認。這套設計嘗試把代理協作、歷史分支與副作用控制放進同一操作介面，實際部署仍需驗證跨工作階段同時修改檔案時的衝突處理，以及「安全節點」是否涵蓋 Git 之外的資料庫、雲端或外部工具操作。

更具開發者意義的是 `@muse-code/sdk`。Meta 公開的 [SDK 儲存庫](https://github.com/meta-models/muse-code-sdk)使用 TypeScript，要求 Node.js 20 以上、沒有執行期相依套件，並內附型別宣告。客戶端透過 Muse Session Protocol（MSP）驅動代理工作階段；專案包含協定 schema、產生的 wire types、範例、測試 fixture，以及可重播的相容性 transcript。這讓團隊可以在自訂介面或自動化系統中建立、續接及監看 Muse Code 工作階段，而不必只靠互動式 CLI。

然而 SDK 明確標為 pre-1.0 Developer Preview，小版本仍可能破壞 API；公開儲存庫也是上游產物的鏡像，並非主要開發位置。部分測試需要未隨儲存庫提供的真實 `muse` 主機執行檔，因此單獨 checkout 不能完成端到端驗證。Meta 亦未公布多代理工作流的成功率、額外 token 消耗、隔離模型或故障恢復數據。工程團隊現階段宜鎖定套件版本，針對批准流程、重送冪等性、寫入碰撞、取消與崩潰後續跑建立自己的整合測試，再考慮接入生產流程。