WordPress.com 把 Studio 里的 AI agent 从八月的测试功能挪到了免费桌面应用的中心，最实用的变化是它会把选好的风格存成一份 DESIGN.md，后续对话照着它走。
WordPress.com 把 Studio 里的 AI agent 从八月的测试功能挪到了免费桌面应用的中心，最实用的变化是它会把选好的风格存成一份 DESIGN.md，后续对话照着它走。
新的工作区长什么样
界面改成聊天加实时预览并排：站点和各自的会话收在同一条侧栏，站点设置与应用设置合进一个窗口，常用命令用 Ctrl+K（macOS 是 ⌘K）呼出命令面板。Studio 仍是本地桌面应用，支持 macOS、Windows、Linux，基本流程没变——在本机把站搭出来，需要反馈时分享预览链接，准备好之后再决定站点放哪。偏好终端的可以装 Studio CLI，用 studio code 直接和 agent 对话，或用 studio ui 在浏览器里打开完整工作区。
设计流程是这次的重点。向 agent 描述一个站点，它先给出四种外观让你选，选定后再给这套风格下的四种布局，选完才开始建；如果已经想清楚要什么，直接在请求里描述设计，它会跳过提问。无论哪条路，结果都会存成站点目录里的 DESIGN.md 设计系统文件，之后的对话遵循它，站点长起来时外观不会一轮一轮漂移。
agent 手里多了哪些能力
底层是 WordPress Studio Code，负责在把区块加进站点之前先对着区块编辑器校验一遍，并且会自己截图复查。想指出具体元素可以打开 Annotate，在预览上钉便签，一次性发给 agent。算力分 Fast、Balanced、Strong 三档，用 WordPress.com 的 AI 积分，后两档已经换到更新的模型；也可以接自己的 Anthropic API key 直接选模型，其他提供方还在路上。设置里的 Instructions 可以写入长期指令，例如「我的站都是餐馆」，之后每个新会话都遵循。
发布链路两头都打通了：既可以把 WordPress.com 或 Pressable 上的站拉到本地、改完推回去，也可以让 agent 直接对着线上站改。外部工具同样能接进来，Claude Code、Codex、Cursor 通过 MCP 连到 Studio，走的是同一套 harness，共享工具、自定义指令和 WordPress 技能，入口在 Settings → MCP。
接入之前要注意什么
DESIGN.md 值得当成项目文件对待：纳入版本控制、随代码一起评审，别让它只躺在某个人的本地目录里，否则换机器后 agent 又会从头猜风格。另外，agent 能直接改线上站这件事要配权限边界——先想清楚哪些操作允许自动执行、哪些必须人工确认，尤其是删除页面、改菜单、动主题样式这类不可逆动作。
本地构建再推送仍是更稳的默认路径，预览链接用来收反馈，正式发布前留一次人工检查。
对站长的实际影响
过去用 AI 搭站最烦的不是第一版不好看，而是每次新对话都要重新描述一遍「我们站的调性」，改着改着颜色、间距、按钮样式全变了。把设计系统落成文件，等于给后续所有会话一个共同上下文，这是从「生成页面」往「维护站点」挪了一步。对做客户站的人，DESIGN.md 还能当交付物的一部分，配合 MCP 接入自己惯用的编码工具。真正要建立的习惯只有一条：把 agent 的输出当代码管——版本化、可回滚、上线前有人看一眼。
本文根据公开报道整理，主要参考：WordPress.com Blog / Web Pulse《A New Workspace for Building with WordPress》（2026-11-04）。
