WordPress 实时协作新方案：编辑器走向服务器感知架构
WordPress 实时协作（RTC）功能正在经历一次方向性调整。Contributors 不再沿用此前纯浏览器端的同步路线，而是提出让 WordPress Core 主导协作流程的"服务器感知"方案。三种候选同步引擎目前已在 GitHub 探索插件 中开放测试，社区反馈通道同步开启。
2026 年 5 月，RTC 功能因"有效关切"从 WordPress 7.0 中撤回。以 Automattic 工程师 Chris Zarate 为首的团队随后对此进行了系统复盘。
现有 Gutenberg 插件中的 RTC 实验仅在浏览器内合并编辑结果：每位协作者的编辑器持有独立的文档副本，相互交换增量更新，直至各端完全一致——但这些变更仅存在于浏览器内存中，直到有人点击保存。Zarate 指出，这一架构虽然对核心改动较小、响应速度快，但遗留了三个核心问题： 内容丢失风险——权限受限的作者在协作编辑时注入包含 <script> 标签的区块，变更同步至管理员编辑器后，管理员在修改其他部分时点击保存，恶意脚本即以管理员权限被写入文章，全程无需管理员主动查看该区块。
外部写入冲突——通过 REST API 或 WP-CLI 对文章的修改无法同步至正在浏览器内协作编辑的其他人，任何向文章回写的脚本都可能覆盖协作者的工作。
断连后数据丢失——协作者之间出现步调不一致时（如网络中断后），某用户点击保存可能直接覆盖另一人的变更。
Zarate 给出的解决思路是让服务器参与进来："每次更新时，WordPress 记录变更人身份、校验用户权限、将变更与所有人的修改合并后存储。"
三种候选同步引擎
Zarate 在 Make WordPress Core 博客上披露了三条技术路线，均已在探索插件中可用（该插件 README 明确标注为"决策工具，非最终方案"）：
- Yjs-server：采用 PHP 实现的 Yjs（当前 Gutenberg 实验版使用的开源同步框架），服务器持有共享文档并分发给各端编辑器。
- DE-RTC（Distributed Editing）：在保存或自动保存时，对"最新已存版本""编辑器提议版本""编辑器起始版本"三者执行三向合并。
- Intent log：服务器端维护一条有序的变更描述日志（如"移动此区块"），各端编辑器可重放该日志以还原协作意图。
9 月底，团队曾计划在月底前选定单一引擎，但 10 月 2 日 Zarate 发文宣布调整策略：先集中精力降低插件测试门槛、发布各引擎对比分析，而非强行压缩决策周期。
当前插件维护者包括 Zarate、Alec Geatches（均来自 Automattic）以及 WP Engine 赞助贡献者 Joe Fusco。有意参与的个人可从测试插件、提交 Bug 和 PR，或在讨论区发起讨论开始——"你的经验本身就是决策时最有价值的声音。"
挑战：服务器负载与定位之争
迁移至服务器端不可避免地带来额外计算成本。Zarate 在博文中坦承："频繁轮询的开销更大，在资源有限的主机上会越来越不现实。"团队表示，可为主流主机提供替代传输层方案，并为愿意投入更多资源的主机提供增强选项。
各主流主机正在被邀请协助测试。Pantheon 赞助贡献者、开发者关系高级经理 Chris Reynolds 于 9 月 24 日在 Make WordPress Hosting 博客发布征集反馈帖，请各主机重点评估性能表现，并明确表示"主机反馈将影响功能走向"。
Zarate 同时强调当前仍处于早期探索阶段，距离进入 Core 尚有时日。RTC 已被明确排除在 WordPress 7.2 路线图之外，未来纳入时间线尚未确定。
在评论区，开发者 Nick Chomey 对 RTC 的核心定位提出质疑——WordPress 一贯坚持只纳入 80% 以上用户会使用的功能，而协作编辑"恐怕永远只服务于极少数用户"。
WordPress 实时协作功能一直是社区热议的话题。Automattic 产品负责人 Anne McCarthy（WordPress 7.1 主导者）指出，这一问题自实时协作概念诞生之初便已存在，却始终受到项目核心团队的持续推进。
核心分歧：人类协作 vs 通用框架
Zarate 并未否认人类协作编辑场景的价值。他明确表示：
“在与其他人类共同编辑这一狭窄场景下，我不会反驳这一点。”
但他强调，该底层框架的潜力远不止于此——它有望为所有 WordPress 用户带来以下收益：
- 更细粒度的修订历史记录，支持选择性恢复
- 稳定的引用机制，可驱动"建议编辑"功能
- 人、插件、REST API 请求、WP-CLI 命令乃至 AI 代理之间的协作
McCarthy 则认为，如此重大的功能是否纳入 WordPress 核心，属于领导层决策范畴，需综合考量用户反馈、主机提供商数据以及架构决策等因素。
测试与反馈渠道
目前功能以插件形式提供，开发者可从 GitHub 仓库 gutenberg-sync-engines 安装试用，反馈渠道包括：
- WordPress Slack：#feature-realtime-collaboration 频道
- Zarate 在 Make 博客发布的帖子评论区
- gutenberg-sync-engines 插件仓库
