开源开发团队 ArtCraft 发布的开源文字处理软件 WordCraft，在开发者社区掀起了不小的波澜。该项目采用纯 Rust 编写并以 MIT 与 Apache-2.0 双许可开源，宣称以净室逆向工程完全复刻微软 Microsoft Word，原生支持跨平台桌面端与 WebAssembly 网页端。在 2026 年 10 月 11 日发布的 v0.5.0 版本中，团队集中修补了段落换行、宏与签名保留、字体处理及浮动对象等 DOCX 细节。
但抛开开源社区对“用 Rust 重写一切”的天然热情，这件事真正的分水岭在于：它并不是一款已经能让企业丢掉 Office 订阅的替代品。WordCraft 表面上拥有极高的界面还原度，底层的排版保真度却仍处于早期阶段；与其说它要在线下办公场景正面击溃微软，不如说它在为大模型时代的自动化文档编排抢先卡位。
速度诱惑与单向跑分：188 页排版耗时 61 毫秒的真相
WordCraft 展现出的底层性能确实亮眼。根据官方排版对齐文档在 2026 年 10 月 6 日的记录，一份长达 188 页的文档在冷启动状态下的全量排版耗时仅为 61 ms，而在单次键入编辑后的局部重排版（relayout）仅需 1.4 ms。依托纯 Rust 的内存安全控制与 egui 驱动的 GPU 原生渲染，它彻底避开了传统重型套件的臃肿感。
然而，这一连串令人惊艳的微秒级数据存在显而易见的技术盲区。官方在公布数据时，并未将排版速度与微软 Word 本身进行严格的同机横向基准测试。更为关键的是，这项测试目前尚未覆盖超过 500 页、夹杂大量高分辨率图片与复杂图表的超大真实文档。把合成文本排得飞快，与在复杂工业级文档中稳定分页，是两件难度完全不同的事情。
96.4% 界面覆盖率背后，是 65% 的真实兼容鸿沟
WordCraft 极易让初次接触的读者产生一种“微软 Word 已经被彻底开源重写”的错觉。截至 2026 年 10 月 11 日的路线图，其功能区与菜单目录覆盖率高达 96.4%，几乎照搬了 Word 的所有按钮、样式面板与审查工具栏。但如果翻阅底层的能力说明，会发现项目整体成熟度预估仅为 60%，仍处于 Alpha 阶段。
文档处理软件最深的技术护城河从不是画出 Ribbon 功能区，而是把 DOCX 解析得毫厘不差。目前 WordCraft 的格式兼容性验证极其薄弱：整个测试集仅包含 34 个往返测试、29 个固件测试、8 个畸形输入测试、5 个双向文字测试以及 5 个引用测试。团队自估其 DOCX 兼容保真度目前只有 约 65%。
还原上千个菜单按钮只需要体力，让十年前的复杂公文不跳行才是真正的苦工。
更棘手的是项目内部的信息冲突。早期路线图明确表示图表、SmartArt 以及嵌入式 OLE 对象会被直接丢弃；而在最新的检查清单中，团队又改称这些对象已支持往返保存与只读保留。团队甚至公开承认，从未在真实世界的企业级 DOCX 语料库上完成全面验证，也没有建立任何能与 Word 逐页比对排版差异的自动化视觉回归工具。
- 风险.在涉及严苛合同、招投标文件或学术出版排版时，过早将 WordCraft 接入主力生产极易导致样式断裂或跨页溢出。
净室工程争议，与 Agent 自动化的真正赛道
针对开发流程，官方在规范中划定了严格的净室红线：严禁反汇编或复制微软 Word 二进制文件，所有代码只能依据公开的 OOXML、RTF 与 ODF 标准规范编写。然而，在 Hacker News 等技术社区中，已有开发者对其合规纯度提出质疑，认为如此庞大的工程如果在短周期内依赖了未经审查的 AI 生成代码，是否真正满足法律意义上的隔离规范仍有待推敲。
相比老牌开源套件 LibreOffice 花费数十年在庞大 C++ 代码堆里给兼容性打补丁，WordCraft 展现出的最大价值并不在人类员工的桌面上。它的杀手锏是原生支持的 MCP（Model Context Protocol） 协议与结构化命令行。
系统将文字处理拆解为 422 个标准指令，大模型或自动化脚本可以通过 JSON 通道直接进行选区、格式修改、结构检查与无头渲染。传统自动化编排面对 Word 专有的 COM 接口或混乱的 VBA 脚本往往束手无策，而 WordCraft 正在成为一个轻量、跨平台、能直接被 AI 精准操纵的富文本排版基础设施。
- 结论.对于企业 IT 决策者而言，短期内替换桌面端 Office 仍是天方夜谭；但对于正在搭建文档自动化管线的开发者，这个自带 MCP 接口的纯 Rust 排版内核值得立刻放进评估清单。