近日，著名开源开发者、ProseMirror 与 CodeMirror 的创造者 Marijn Haverbeke 正式发布了其全新力作——浏览器端富文本编辑器 Wordgard。这款编辑器被定位为“下一代富文本编辑解决方案”，一经亮相便迅速引发前端开发社区广泛关注。作为 ProseMirror 的精神续作，Wordgard 在保留文档结构优势的同时，进一步强化了协作编辑、模块化扩展与性能优化，有望重塑 Web 富文本编辑的技术格局。
从 ProseMirror 到 Wordgard：一场蓄势已久的进化
谈及浏览器富文本编辑，ProseMirror 早已是不可绕过的基石。自 2015 年开源以来，它凭借基于文档树的语义模型，解决了传统 contenteditable 带来的诸多顽疾——混乱的 DOM 操作、难以维护的选区管理以及脆弱的内容结构。然而，随着实时协作、复杂节点定制（如表格、公式、嵌入块）以及低延迟交互需求的激增，ProseMirror 在架构上逐渐暴露出扩展瓶颈：内置协作需依赖外部库，且插件系统的复杂度让许多中小团队望而却步。
“ProseMirror 验证了‘可编程文档’的正确性，但它更像是一个工具包，而非开箱即用的产品。”Marijn Haverbeke 在官方公告中这样解释推出 Wordgard 的初衷，“我们希望为开发者提供一个更高层次的起点——它内置协作、状态管理，并且从内核层面重新设计了节点组合方式，使用户无需在灵活性与易用性之间做痛苦抉择。”
Wordgard 三大核心特性：不止于 ProseMirror 的升级
根据官方文档与技术预览，Wordgard 在继承 ProseMirror 核心思想（如不可变文档状态、事务式更新、自定义节点）的基础上，主要围绕以下三点进行了重大革新：
1. 原生实时协作，零额外配置
与 ProseMirror 需要手动集成 OT（操作转换）或 CRDT（无冲突复制数据类型）库不同，Wordgard 将协作能力直接写入了编辑器内核。它采用基于文档分片的增量同步算法，支持多人同时对同一文档进行编辑，冲突解决机制内置且透明。官方称，只需初始化一个 CollaborativeSession，即可在任意 WebSocket 或 WebRTC 通道上实现毫秒级同步，大大降低了团队协作功能的开发成本。
2. 声明式节点系统与可视化定制
Wordgard 引入了一种更简洁的节点定义语言——Wordgard Schema DSL，允许开发者通过 JSON 或 TypeScript 的装饰器模式描述节点行为、属性与嵌套规则。例如，定义一个带有行内表格和图像对齐的段落节点，只需十几行配置代码。此外，编辑器提供了一套可视化调试面板，方便开发者在浏览器中实时检视文档树结构、事务日志以及状态快照，极大提升了调试效率。
3. 极致的 TypeScript 支持与 Tree-shaking 优化
Wordgard 完全使用 TypeScript 编写，类型定义涵盖所有公共 API，且在构建时支持按需加载。开发者可以只引入所需的内置模块（如基础文本格式、列表、表格、协作等），未使用的部分将通过构建工具自动删除。据基准测试，最小化的 Wordgard 核心包（仅包含段落与加粗）体积不到 18kB（gzip），而包含完整协作与表格功能的典型包也控制在 60kB 以内，显著优于同类产品。
行业反响：开发者社区的“破冰时刻”
消息发布后，Hacker News 与 GitHub 上相关讨论迅速攀升。多位知名前端开发者表示，“Wordgard 似乎是当前唯一一个将协作、性能和开发者体验做到如此平衡的项目”。也有长期使用 ProseMirror 的用户指出：“从 ProseMirror 迁移到 Wordgard 的路径很清晰，官方提供了适配器脚本，甚至允许将现有 ProseMirror 插件作为降级组件运行。”这种兼容性策略被认为将加速 Wordgard 的初期生态建设。
应用场景与未来展望
随着远程办公与实时协同应用的普及，富文本编辑器的需求已从“能打字”升级为“能协作、能扩展、能嵌入任意内容”。Wordgard 的出现恰好瞄准了知识管理工具（如 Notion 替代产品）、在线文档系统、CMS 编辑器以及教育互动白板等场景。Haverbeke 透露，Wordgard 将在 2025 年第三季度发布第一个稳定版本（1.0 RC），届时将同步推出 React、Vue 与 Svelte 的官方绑定。
“我们不想定义编辑器应该长什么样，而是想定义编辑器‘可以怎么样’。”Haverbeke 在公告结尾写道。对于正在寻找下一代富文本标准的开发团队来说，Wordgard 或许正是那个等待已久的新锚点。
（记者 / 张析）