导语:AI 建站的瓶颈正从"模型够不够聪明"转成"执行引擎能一次干多少活"。Framer 在 2026 年 11 月 2 日上线的 Harness 2,让 Agent 在模型还在写代码时就开始改站点,官方口径工具步数下降 43%、每条消息缓存输入 token 下降 39%。
一、变了什么
发布时间:2026-11-02(Framer 官方 Updates 栏目 + 技术博客《Harness 2: executing agent code as it streams》)
旧版 harness 用的是 DSL:模型逐条吐出 INSERT、PATCH 命令,改 100 个画框就要吐 100 条命令;"读一个值再写回去"必须拆成两次模型调用;"检查改动 → 发到 staging → 推生产"这种多步流程,每步之间都要回到模型重放上下文。模型知道全流程,harness 却逼它一步一步走。
Harness 2 改了四件事:
流式即时执行(eager execution):把流进来的 JavaScript 按 AST 切成完整语句,打包成可执行 cell 送进独立 Web Worker 顺序执行,cell 之间保留绑定,顶层
await被转译成经典脚本可跑的语法。注释// @step Building buttons会被改写成emit("Building buttons"),变成用户能看到的进度提示。结果是用户看到第一次改动的时间,早于模型写完整个程序。早取消:Agent 被要求先校验前置条件;断言不成立、提前
return或"其实无需改动"时,直接掐断剩余生成流,不再为空跑的代码付输出 token,且已应用的编辑保留。文档 API 从 DSL 改成方法调用:
tree.insert()/tree.patch()/tree.walk()替代命令流,读写在一个请求里完成;支持点号路径与稀疏数组的稀疏 patch;非法属性会被 clamp 或跳过,警告与错误汇总到程序结果里,让 Agent 只补失败的部分。统一 harness + MCP 外放:Framer for Agents 今年 6 月首发时,内置 Agent 与外部 Agent 走的不是同一条路——外部 Agent(ChatGPT Desktop、Claude Code、Cursor)靠自己的执行系统反复请求 Framer 服务器。现在外部 Agent 通过 MCP 提交单个程序,直接在 Framer 侧执行,同步读本地文档副本(内存里存一份,避免 Worker 与文档之间的网络往返)。
次日(2026-11-03)Convert 追加 Agent 支持与国家级触发,属于同一波能力外溢,量级远小于 Harness 2。
二、为什么重要
第一,建站 Agent 的竞争点换赛道了。 过去一年大家比的是"一句话能生成多好看的首页",那是模型能力。Harness 2 比的是"一个程序能承载多少工作量"——循环、条件、跨节点读写、发布动作塞进同一次生成。这层工程能力,模型厂商不会替你做完。
第二,"编辑器即入口"的假设被自己拆了。 外部 Agent 拿到与内置 Agent 相同的工具集后,用户完全可以在 Cursor 里改 Framer 站点,不必打开 Framer 编辑器。真正的护城河退到两处:可被程序操作的文档树,和能安全执行任意 Agent 代码的沙箱。这条路径与 WordPress 用 Application Passwords + MCP 把 REST API 开放给 Agent 是同构的——CMS 正在把自己变成"Agent 的可写后端"。
第三,官方数字自己打了两次架。 Updates 摘要与技术博客开头写的是 "2x fewer tool steps",博客结尾的结论段写的是 "43% fewer tool steps",两个口径指向同一件事。做技术引用时取保守值 43%;这也提醒读者,厂商摘要里的"2 倍"往往是四舍五入后的叙事。
第四,Framer 自己承认不是首创。 博客末尾披露:写作过程中发现 2026-04-01 已有论文《Executing as You Generate》(Zhensu Sun 等,新加坡管理大学与北京航空航天大学),其 Eager 系统在 Python 上做了同一套 AST 分块 + 持久执行状态 + 运行时错误早中断,并且多做了一步"把已完成语句从解析缓冲移除",Framer 表示将采纳。这一点值得记:流式执行的工程范式,学术侧比 SaaS 侧早半年。
三、动作项
用外部 Agent 管站点的团队:Harness 2 让 ChatGPT Desktop / Claude Code / Cursor 获得与内置 Agent 同等的写权限。先把 MCP 连接的凭据按站点、按环境分权,再谈效率。写权限外放的速度,已经快过审计手段的跟进速度。
自研 DSL 想迁到"代码执行"的产品:优先做"可取消 + 可恢复"两件事——前置断言检查、错误可回放重试。否则程序越长,一次失败废掉的就越多,省下的 token 会以返工的形式还回去。
Headless + Agent 组合(Strapi / Payload / Sanity + Cursor):借鉴"内存文档副本 + 同步读写",别让每次字段读写都过一次 HTTP 往返;这是当前 Agent 改内容型站点最容易被忽视的性能坑。
内容站运营者:Agent 改站能力增强后,"谁在什么时候改了什么"的版本留痕,比"生成快 3 秒"更值钱。上线前先确认站点的修订历史与回滚是否覆盖 Agent 写入。
四、版本与风险
| 项目 | 内容 |
|---|---|
| 版本号 | 未披露(Framer 为 SaaS 连续交付,官方仅以 "Harness 2" 命名,无版本编号) |
| 发布日期 | 2026-11-02(Harness 2);2026-11-03(Convert Agent 支持) |
| 影响范围 | Framer 内置 Agent 与通过 MCP 接入的外部 Agent;不影响已发布站点的对外运行时 |
| 风险等级 | 不适用(功能更新,非安全公告);运营风险 中——外部 Agent 写权限扩大,需配套分权与留痕 |
五、数据与来源
Framer 官方 Updates(Harness 2、Convert 更新):https://www.framer.com/updates ,查询日期 2026-11-05
Framer 技术博客《Harness 2: executing agent code as it streams》:https://www.framer.com/blog/harness-2/ ,查询日期 2026-11-05
关键数字(43% 工具步数下降、39% 每条消息缓存输入 token 下降)均出自上述官方博客结语,原文另有 "2x fewer tool steps" 表述,本文按保守口径引用
相关学术工作:Zhensu Sun 等《Executing as You Generate》,2026-04-01,Framer 博客引用,查询日期 2026-11-05
标签:CMS、自助建站、AI建站、Framer、技术