博客

新闻与深度解读。

关于 Muse Code、Muse Spark 与 Meta Model API 的公告、研究笔记和实用指南。

Muse Code 与 Muse Spark 1.2 发布

由最新模型驱动的终端编码代理 —— 常驻后台代理、仓库级执行、内建验证。这是迈向前沿的下一步，更大更强的模型正在路上。

抛开基准测试不谈，Muse Code 是一份战略宣言：Meta 的第一个编码 agent，定价直击在位者的软肋，由 Alexandr Wang 受命执掌的实验室发布。

五个强劲对手，两条真正重要的坐标轴。Meta 的 agent 相对 Claude、Codex、DeepSeek、GLM 和 MiniMax 的真实位置，以及一套经得起下一次调价的决策框架。

并行很容易承诺，却很难做得安全。Muse Code 的答案是把一项古老、朴实的 git 技术用到恰到好处。

Muse Code 速度背后那个低调的架构决策：后台 agent 在整个会话期间持续存在，而不是按任务临时创建、用完即弃。

Meta 对 Muse Code 内置 skills 的一句话推介：丢进去一个粗糙的想法，拿出来一个经过拷问、通过品控的功能。这里讲清每个命令到底做什么、什么时候该用它。

为 Muse Spark 1.2 付费的两种方式，价格相差超过一个数量级。正确的选择不是选定某一档，而是按项目制定策略。

Meta 的 cookbook 承诺：每个 recipe 复制过去第一次就能跑。这个承诺能兑现，靠的是它的结构——每一节所依赖的，恰好是上一节已经验证过的东西。

连续工作数小时的 agent，需要一份任何情况下都不会丢失的记忆。Muse Code 的运行时围绕单一的 append-only 日志构建——产品几乎所有的信任特性都由此推导而来。

Meta 的终端编码 agent 刻意把上手做到极简：一条命令、一次浏览器登录，你就能在自己的仓库里驱动一场多 agent 会话。这里是完整路径，包括那些值得放慢脚步的环节。

Cookbook 的 GitHub agent 配方基于 OpenCode 和 Muse Spark，把 issue 分诊、PR 审查和 bug 修复自动化接入 GitHub Actions。其中最值得迁移的经验，是那些护栏。