找了一圈替代方案，最后发现最靠谱的DOCX编辑器，居然是一个人用Claude Code随手"氛围编程"搞出来的。

为什么放弃OnlyOffice

打开网易新闻 查看精彩图片

作者所在公司原本用OnlyOffice做文档编辑。授权和部署成本让团队决定换方案。

第一个想到的是Meta开源的Lexical编辑器——轻量、开源、富文本体验好。但真用起来发现问题：Lexical不是真正的DOCX格式1:1映射。

纯文字编辑没问题。一旦涉及真实Word文档里的表格、段落间距、文字高亮、字体配置、项目符号这些复杂格式，保持DOCX保真度就变得非常困难。

团队需要浏览器里直接渲染DOCX，还得保留原格式。Lexical做不到，只能继续找。

核心发现：浏览器里原样打开Word

找到的这个JavaScript DOCX编辑器，第一眼就抓住了作者：浏览器里直接渲染DOCX文件，格式保留得相当完整。

具体支持哪些？段落间距、文字高亮、字体设置、项目符号列表，甚至表格渲染——这些容易丢格式的环节，它都扛住了。

文档质量也出乎意料地扎实，评估起来省了不少时间。

但更让作者意外的是这东西的来历。

真相：Claude Code + Ralph Loop的产物

这不是传统开源项目的路子。作者追溯发现，这始于一个"vibe-coding"实验项目——用Claude Code配合Ralph Loop工作流做出来的。

原文链接指向了详细的技术博客：https://j.blaszyk.me/tech-blog/ralph-looping-claude-to-build-docx-editor-in-js/

作者的原话是："Honestly unexpected"。技术难度这么高的东西，从AI辅助的实验性工作流里长出来，本身就很有意思。

这也解释了为什么文档意外好用——AI辅助生成代码的同时，配套文档可能也是同一条流水线的产品。

这意味着什么

作者还在深度评估中，但已经给出判断：这是近期见过的最有前景的开源DOCX编辑器项目之一。

目标场景很明确：Web应用需要更好的DOCX保真度，又不想绑死重量级商业方案。

对25-40岁的技术从业者来说，这个案例的价值分两层。

第一层是工具层。如果你正在头疼浏览器里处理Word文档的方案，除了OnlyOffice、付费SDK、或者自己啃OOXML规范，现在多了一个值得测试的免费选项。

第二层是方法论层。Ralph Loop作为一种AI编程工作流，已经开始产出能打的工程级产品。DOCX格式解析和渲染的复杂度，放在五年前需要专职团队啃半年。现在一个人用AI辅助就能跑出可用版本，这个信号本身比单个工具更重要。

当然，开源项目的长期维护、安全审计、企业级支持这些老问题依然存在。作者也说了"still exploring"——还在验证阶段，没到生产环境拍板的时刻。

但至少，下次技术选型会议上，你可以把这个链接甩出来：一个AI氛围编程项目，正在挑战专业文档编辑器的地盘。

下一步建议

如果你手头有类似的DOCX处理需求，作者的技术路线值得参考：先测Lexical确定边界，再找专项方案，最后意外收获这个AI生成的备选。

具体行动：把原文附带的GitHub仓库和演示链接丢进待评估清单，用你们真实的业务文档跑一遍格式兼容性测试。表格嵌套、复杂样式、大文件性能这三个环节重点盯。

评估完记得回头看那个Ralph Loop的技术博客——了解AI辅助编程的当前水位，比多一个工具选项更有长期价值。