Meta 发布 Muse Code 测试版，并推出配套编码模型 Muse Spark 1.2

2026 年 8 月 6 日，Meta 通过其 CEO Mark Zuckerberg 的 X 账号宣布 Muse Code 进入 beta 阶段。据 Zuckerberg 的表述，Muse Code 是一个终端编码代理，能够承担大型代码库上的完整软件工程任务，包括规划改动、编写代码和验证结果。该产品由 Muse Spark 1.2 驱动，后者被描述为一次聚焦编码的模型更新。

Meta 创始人兼 CEO 亲自发布产品，被第三方观察者形容为“Meta AI 首席产品发布官”，这一姿态在科技公司中较为少见。Muse Code 的发布标志着 Meta 正式进入 Coding Agent 赛道，与现有玩家展开竞争。

Muse Code 的关键设计之一是持久化后台 agent。与每次任务重新启动的常规做法不同，一组专门的后台 agent 会在整个 session 中持续运行，积累上下文，主动推进下一步，并在适当时机与主 agent 通信。这种设计据称能显著减少重复探索仓库和重新获取信息的开销，从而降低多步骤复杂任务的延迟与人工干预需求。

这一机制的核心价值在于长周期任务的连续性。传统 agent 在每次调用后丢失上下文，导致重复劳动；而持久化 agent 通过维护会话级状态，可能更接近人类工程师的工作方式。不过，该描述来自产品发布信息，实际效果尚需验证。

当任务规模足够大时，Muse Code 会将工作分发到多个子 agent，每个子 agent 在隔离的 git worktree 中并行工作，主工作副本不会被直接修改。这种设计允许并行开发而不产生冲突。发布信息中提及，在测试中曾同时为同一游戏实现六个功能而没有冲突。

隔离 worktree 的机制类似于分布式版本控制中的分支策略，但由系统自动管理。这不仅能提高并行度，还能保护主分支的稳定性。然而，该测试结果来自官方发布信息，属于 source_claim，尚未有独立验证。

Muse Code 的另一个亮点是可审计与可恢复性。每一次模型调用、工具执行、审批和编辑，都会先写入本地 event log，再真正执行。日志成为单一事实来源，使运行时具备精确重放和崩溃后精确续跑能力。这意味着长任务中途崩溃不会丢失进度，也无需重新提示。

这种设计对于生产环境至关重要。软件工程任务往往耗时较长，任何中断都可能导致巨大损失。通过 event log 实现精确恢复，Muse Code 试图解决 agent 可靠性的一大痛点。不过，该机制的实际效果仍需在真实场景中检验。

Muse Code 内置了 /plan、/grill、/goal 等指令，这些 skills 可能用于规划、审查和目标设定。安装方式为通过 curl 命令下载安装脚本，然后登录 Meta 账号即可使用。这种安装方式与许多开发者工具类似，降低了入门门槛。

然而，早期用户反馈显示，并非所有尝试都顺利。一位用户在 X 上评论称“搞了一下都不行”，暗示安装或使用过程中可能存在问题。这提醒我们，beta 版产品仍处于早期阶段，稳定性有待提升。

Muse Code 的发布被视为 Coding Agent 赛道的一次重要入局。Coding Agent 是 AI 编程领域的热门方向，多家公司已推出类似产品。Meta 的加入可能加剧竞争，推动技术创新。

然而，目前关于 Muse Code 的性能、基准测试或与其他产品的对比信息尚未公开。其实际能力如何，能否在竞争激烈的市场中脱颖而出，仍是未知数。