了解 Muse Code 的 YOLO 模式如何運作、與 Claude Code 和 Codex 的差異、持久化子代理架構、/plan /grill /goal 技能,以及社群對 Muse Spark 1.2 的評價與爭議。
Muse Code 是什麼?
Muse Code 是 Meta 在 2026 年 8 月 5 日推出的 terminal coding agent,目前仍為 beta 版本。它不是單純把 Muse Spark 1.2 包進 CLI,而是 Meta 專門為長時間、repo-level coding 任務設計的 agent harness,包含 persistent async subagents、local event log、skills、MCP、hooks、headless/CI,以及自己的 permission/sandbox 系統。Meta 明確表示 Muse Spark 1.2 是和 Muse Code harness 一起 co-train 的。
YOLO 模式:如何啟動
Muse Code 提供 --yolo 旗標,等同於 Claude Code 的 --dangerously-skip-permissions 和 Codex 的 --dangerously-bypass-approvals-and-sandbox。官方文件指出 muse --yolo 會同時關閉 approval 與 sandbox。
| Agent | Full YOLO command | 效果 |
|---|---|---|
| Claude Code | claude --dangerously-skip-permissions |
跳過 tool permission confirmations |
| Codex | codex --dangerously-bypass-approvals-and-sandbox |
關閉 approvals + sandbox |
| Muse Code | muse --yolo |
關閉 approvals + sandbox |
啟動方式:
cd ~/your-project
muse --yolo
建議在 disposable dev repo、container、VM、worktree 中使用,避免在 production server、shared monorepo、含敏感憑證的機器上啟用。
安裝 Muse Code
目前支援 macOS 與 Linux。安裝指令:
curl -fsSL https://dev.meta.ai/install.sh | bash
確認版本:
muse --version
Windows 目前並非官方支援平台。
架構亮點:持久化子代理與事件日誌
Muse Code 的 runtime 架構與其他 agent 不同:
User → Main Muse ├─ Background Agent A
├─ Background Agent B
├─ Background Agent C
└─ Tools / Shell / Files / MCP
這些 async background agents 能在 session 中持續存在,避免每個 subagent 重新探索 codebase。對於大型 repo、長任務、research-heavy debugging,persistent context 有實際價值。
此外,Muse Code 會將 model calls、tool runs、approvals、edits 全部 append 到本機 event log,支援 replay-exact 和 restart-safe。即使 Muse crash 或 terminal 中斷,runtime 仍能恢復 execution state。
三大內建技能:/plan、/grill、/goal
/plan
產生 implementation plan,適合 migration、large refactor、architecture change。
/plan Migrate the authentication system from Firebase Auth to Supabase Auth.
Preserve all existing APIs and tests.
/grill
壓力測試 plan,讓 agent 主動找出 missing edge cases、wrong assumptions、architecture holes、migration risks、test gaps、security problems。
典型流程:
/plan ...
/grill
/goal
設定 autonomous mode 的明確 completion objective。
/goal Make the entire test suite pass without disabling,
skipping, weakening, or deleting any tests.
AGENTS.md 與持久記憶
Muse Code 會從 workspace root 往上尋找 instruction files,優先讀取 AGENTS.md,其次才是 CLAUDE.md。支援分層配置:
repo/
├── AGENTS.md
├── apps/
│ ├── web/
│ │ └── AGENTS.md
│ └── api/
│ └── AGENTS.md
└── packages/
持久記憶方面,Muse Code 使用 MEMORY.md 作為索引,其他 Markdown 檔(如 architecture.md、deployment.md)則按需讀取,避免 context pollution。
配置系統
Muse Code 使用 settings.json,必須包含 schema_version: 1,否則可能 startup 失敗。配置層可控制 model、reasoning effort、launch behavior、project instructions、memory 等。
MCP 與 Headless/CI
Muse Code 原生支援 MCP server,可掛接 Supabase MCP、GitHub MCP、Playwright MCP 等。Headless execution 已納入官方文件,適合 CI、automation、non-interactive runs。
社群評價與爭議
Muse Code 發布後迅速登上 Hacker News 熱門,社群討論集中在以下幾點:
- 正面:Muse Spark 1.2 的 price/performance 極具吸引力,許多開發者認為 coding 品質與成本比非常突出。
- 保守:部分使用者指出 Muse Spark 1.1 在 coding 時會犯簡單遺漏,對 1.2 仍持觀望態度。
- 爭議:Contributor tier 定價極低($0.10/1M input, $0.20/1M output),但允許 Meta 使用提交資料改善產品,引發資料邊界與隱私疑慮。
- 平台限制:目前無 Windows 版本,被部分評論視為產品成熟度不足的訊號。
開發者實戰 10 個技巧
- 用
/goal定義可驗證的 completion condition,而非模糊的「fix this」。 - 大任務先
/plan再/grill,再執行/goal。 - 將 durable instruction 放入 AGENTS.md,避免每次重複。
- AGENTS.md 分層,比單一超大檔案更好。
- 記憶只存架構決策、專案慣例、重要發現,避免變成垃圾場。
- YOLO 模式放在 sandbox environment(Docker / VM / devcontainer / worktree)。
- 啟動 Muse 前先 git commit checkpoint,作為 rollback 保障。
- 在 AGENTS.md 固定 acceptance criteria,如 lint、typecheck、test 全部通過。
- Contributor model 不要碰 secrets,使用 filesystem permissions、container secrets、restricted MCP 隔離。
- Muse 適合 worker 角色,搭配更強的模型(如 GPT-5.6 / Opus 5)做架構與最終審查。
與 Claude Code、Codex 的比較
| 項目 | Muse Code | Claude Code | Codex |
|---|---|---|---|
| CLI maturity | Beta、非常新 | 非常成熟 | 非常成熟 |
| Native model optimization | 很強,Spark 與 harness co-trained | 很強 | 很強 |
| Persistent async agents | 核心特色 | 有 subagent 生態 | 有 multi-agent 能力 |
| Long-running architecture | 非常強調 | 強 | 強 |
| Crash/restart event log | 核心特色 | 較不突出 | 較不突出 |
| AGENTS.md | Yes | 可讀 CLAUDE.md 等 | Yes |
| MCP | Yes | Yes | Yes |
| Skills | Yes | Yes | Yes |
| Hooks | Yes | Yes | 生態不同 |
| Headless/CI | Yes | Yes | Yes |
| YOLO | muse --yolo |
--dangerously-skip-permissions |
--dangerously-bypass-approvals-and-sandbox |
| Windows | 目前否 | Yes/WSL 等 | Yes/多平台 |
| 社群成熟度 | 很低 | 極高 | 極高 |
| 最大優勢 | agent runtime + 成本 | 成熟 harness + coding quality | autonomous coding + OpenAI ecosystem |
| 最大問題 | 太新 | usage/cost | context/tooling tradeoffs |
| 最大未知數 | 長期可靠性 | 較少 | 較少 |
結論
Muse Code 的差異不在於「Meta 也做了一個 Claude Code」,而是 Meta 正在把 persistent multi-agent runtime + cheap coding model 綁成一整套系統。目前產品僅發布兩天,price/performance 已足夠吸引人,但長期可靠性仍需時間驗證。對於 full-agentic coding 工作流,建議採用多層架構:以更強的模型負責架構與審查,Muse Code 擔任 implementation worker,並搭配 sandbox 環境與嚴格的 acceptance criteria。
參考資料
- Meta Developers: Muse Code product page (https://developer.meta.com/ai/products/muse-code/)