WordPress 7.1 实时协作编辑进入倒计时：贡献者发起大规模测试外联计划，呼吁主机商协助招募真实用户
WordPress 7.0 于今年早些时候发布时，原定的核心亮点功能——实时协作编辑（Real-Time Collaboration，以下简称 RTC）未能如期集成。进入 7.1 周期，贡献者迅速行动，发起专项外联计划，目标是在 7.1 正式发布前将 RTC 打磨至可发布状态，并正式呼吁各大主机商协助招募真实用户参与测试。
为什么是现在
7.0 开发周期的测试工作以开发者导向测试、企业级测试和确定性测试为主，积累了有价值的性能数据，但覆盖场景仍然有限。Anne McCarthy（Automattic 赞助贡献者）在公告中指出，协作功能本身就需要以协作方式进行测试——只有让来自不同托管环境、不同背景的真实用户亲身使用，才能暴露出开发环境下难以发现的体验问题。
McCarthy 此前曾主导过"全站编辑外联计划"（Full Site Editing Outreach Program），那套模式在 block 编辑器开发期间验证有效：将测试者与开发者之间的反馈循环大幅压缩。因此本次 RTC 外联计划采用了完全相同的思路。
测试将在 Gutenberg 插件中进行
外联计划确定测试在 Gutenberg 插件中展开，用户可通过仪表盘"设置 → 写作"开启协作编辑。期间社区曾讨论是否发布独立插件，最终被否决——主要原因是：若将 RTC 作为独立插件脱离 Gutenberg，需要 fork 并替换 core-data、editor、block-editor 等核心包，而这些代码会随着 Gutenberg 迭代迅速过时，还会产生大量误导性 bug 报告，最终合并回核心时将极为痛苦。
McCarthy 在 Slack 讨论中明确表示："根据之前的讨论，我无法推进独立插件方案——它完全是死路一条。" Jeffrey Paul（Fueled 赞助贡献者）也指出，按目前的时间表，花时间复刻一套早已在 Gutenberg 内可用的功能，是极低效的时间分配。
关于 Aaron Jorbin 提出的"是否可以构建一个仅包含 RTC 相关组件的 Gutenberg 版本"，该方案在讨论中未被采纳，但亦未彻底否定。
存储架构悬而未决
RTC 功能在 7.0 开发周期中的性能瓶颈最早由 Peter Wilson（Fueled 赞助核心提交者）记录在案（Trac 票据 #64696）：同步与意识数据依赖 post meta，导致编辑器开启时 WordPress 的持久化文章查询缓存基本失效。
McCarthy 此前发布了在四种存储方案下主机性能测试的分析结果：结合自定义数据库表与对象缓存感知数据的混合方案表现最优，比 post meta 基线快约 52%。然而最终采用哪种架构，目前尚未拍板。
Amy Kamala 在 Slack 中一语点出困境："需要测试来作决定，需要决定来推进测试。" McCarthy 则认为现有数据已足够支撑决策，已请求 Gutenberg 架构负责人 Matias Ventura 和 WordPress 执行董事 Mary Hubbard 协助推动最终决策。
主机商已就位
各大主机商已表达参与意愿。GoDaddy 的 Scott Kingsley Clark 表示，公司已准备好在其托管平台上展开测试，并能组织内部员工对功能施加压力。
McCarthy 在 Slack 中区分了本次外联计划与 7.0 周期主机测试的本质区别：
“这里谈论的是更日常的真实世界使用场景……而非确定性测试……我们不只是想找 bug，还想让用户告诉我们他们喜欢什么、需要什么、体验中哪里还需要加强。”
Kamala 在主机博客文章中以实际利益说服主机商：在其基础设施上协助用户测试协作编辑，既能确保功能在其平台上运行良好，又能为开发者建立直接的反馈渠道。7.1 周期结束时，参与者将获得测试徽章和致谢。
时间线
- 7 月 15 日：WordPress 7.1 Beta 1（距今约 9 周）
- 8 月 5 日：首个 Release Candidate
- 8 月 19 日：WordPress 7.1 正式发布（WordCamp US，Phoenix）
