10 月 22 日，Framer 发布官方 MCP 服务器。连上之后，Claude、ChatGPT、Cursor 这些工具可以直接建页面、改布局、动 CMS 内容、审 SEO——编辑器可以一直关着。这把「AI 帮我改网站」从演示变成了日常操作。
这不是又一个「AI 生成网页」的玩具。它动的是你已经上线的那个站。
连接方式与能力范围
端点是一个远程 MCP 服务器，走 OAuth 授权，客户端有 ChatGPT、Claude（含 Claude Code）、Cursor、Grok 的一键安装入口，也有 VS Code、Windsurf、Warp、Devin、Kiro 的配置指南。
连上之后，智能体能做的事包括：创建和编辑页面、更新 CMS 集合与条目、读取页面结构信息（元数据、标题层级、alt 文本）。整个过程不需要打开 Framer 编辑器。
权限说明写得很直白：连接使用的是你登录时那个 Framer 账号的权限。那个账号能访问的项目，智能体都能访问。工作区管理员可能需要先批准 MCP 连接。
三个必须提前想清楚的点
第一个是权限范围。如果你的账号是工作区所有者，智能体就能碰这个工作区里的每一个客户站。真要用于生产，单独开一个只对一个项目有权限的席位，用那个登录。
第二个是发布这道闸。Framer 的设计是：改动先落在项目里（或者你指定的分支上），你看过之后再发布；你也可以让智能体直接发。这个设计本身是对的，但默认不等于保险——只要你一句「你看着办」，闸门就开了。建议明确保留人工发布：智能体写坏的 CMS 条目，代价是一次回滚；它发布出去的坏页面，代价是进了搜索引擎索引。
第三个是功能差距。这个 MCP 在发布时还不支持多语言本地化，Framer 指向旧的命令行工具（@framer/agent）去做那部分工作，并表示两者会并存到 MCP 功能追平。如果你的站点有本地化流程，别急着把整条链路迁过去。
顺带看一眼同类的进展
把各家建站工具的 MCP 能力排在一起看，能看出节奏差异：
Webflow 的 MCP 服务器在 10 月 21 日上线，能改页面、样式、组件、CMS 内容和发布，但画布操作需要 Bridge App 保持打开。
WordPress 走的是 Adapter 插件路线，10 月 2 日进插件目录，能力取决于站上装了哪些插件、暴露了哪些 Abilities——它本身不带客户端。WordPress.com 的付费方案另有自己的 MCP 服务器。
Elementor 的 MCP 从 WordPress 后台配置，能把整页、页头页脚、自定义小工具当成可编辑的 Elementor 结构；改已有布局和设计系统需要 Angie 插件，Pro 方案解锁更多工具。
Wix、Duda 也有各自的服务，Duda 的在测试阶段，新建 Vibe 项目和发布需要 Custom 方案。
这类连接真正改变的是什么
以前「让 AI 改网站」这件事，卡在最后一公里：AI 给你一段代码或一段说明，你再手动贴进去。MCP 把这个中间环节去掉了，但代价是把「执行」的权限也交了出去。
所以真正的分界线不在能不能改，而在三件事：谁授权、能改哪些、谁来发布。这三件事定下来，MCP 就是个效率工具；定不下来，它就是个风险放大器。
给自建站站长的一点参考
Framer 这类托管建站平台的 MCP 是先落地的，因为它们的架构本来就集中、接口本来就有。自建 WordPress 站点要走同一条路，得靠 MCP Adapter 加上各插件愿意暴露能力——这正是 WordPress 核心团队在推的方向，但落地节奏会慢不少。
在那之前，比较现实的做法是用 REST API 或自定义脚本做「半自动化」：AI 生成内容、生成结构化数据，脚本负责写入，人工负责审核和发布。慢一点，但每一步都可控。
本文根据公开报道整理，主要参考：Ploy博客 Framer MCP分析、Creative AI News、Creators Toolbox报道（2026-10-22）。厂商与项目的后续动作可能继续变化，涉及版本号和漏洞编号请以官方公告为准。
