我们公司最近一直在折腾AI产品，就像1:1文档助手、AI文档、PyCharts超级表格这些东西也是做了一堆，前面也跟大家分享了不少开源项目。但今天想聊点不一样的------JitWord：它是一个最近才在各类企业文档圈子里冒出来的东西。
JitWord不是又一个"类Notion"的换皮玩具。它是真正的对着桌面Word去的，并且最核心的.doc导入链路还是开源的。
先说清楚，这项目到底是干嘛的
用一句话概括：JitWord 就是一套能私有化部署的企业级在线协同Word。
听起来好像也没什么特别的对吧？但你仔细想想，市面上能做到这三件事同时满足的产品，真不多：
第一，排版要像Word一样严谨。不是那种"差不多得了"的在线编辑器，是真的能把Word的格式体系搬过来，解决文档写完后还有一堆关于排版格式工作需要完成的需求。
第二，文档协作要像在线文档一样顺滑。在多人同时改同一份文档的场景下，文档之间能够不冲突、不丢字。
第三，数据得安全可控，还得符合信创要求。现在市面上很多SaaS产品压根不会搭理你这个需求。
虽然说飞书文档的协作功能在很多同等文档库中算得上好的了，但你让它排个正式公文试试？再说Word，它的排版是没话说的，但协作的话基本靠文件传来传去，一点也方便。至于私有化部署，大部分产品都是直接告诉你"不支持"。
而JitWord 想直接解决的这些问题。所以它自研了Docx解析引擎，同时搞了一个CRDT的实时协同，可以把AI全流程直接嵌进去了，同时还支持私有化部署和国产生态适配。
最让我意外的却是，他们能把最难的.doc转.docx这条链路直接开源了，叫doc2docx，BSD协议。一个商业性质产品却愿意把最难啃的骨头开源拿出来和大家共享成果，这个态度我还是挺认可的。
为什么要做这个东西？
说实话，做技术和产品这些年，文档工具的痛点我自己也是反复踩过的。
用Word吧，版本传来传去，改完V3发现V2才是对的，协作文档跟破案似的。用飞书钉钉文档吧，日常协作确实是没有问题的，但你让它排个正式的公文或者弄个合同的话，光是格式就能把你折腾到怀疑人生。
当然就更别提有大量历史Word文档了，其实很多企业都有这样的痛点，而那些Word文档里面嵌着各种Visio图、流程图、老公式要是都想搬到线上一协作，只要一导入进去就全都会变空白框。不说后续的整理了光格式修复就能把团队逼疯。
我以前见过一个团队，为了把几百份历史Word文档搬到线上协作，花了整整两个月做格式修复。最后发现修完的文档跟原版还是有各种出入和小问题，就像是表格跑版、字体丢失、编号乱了这种简直是层出不穷。
所以市面上缺的根本不是"又一个在线编辑器"，而是一个真正能把Word的排版能力搬到浏览器里、同时叠加协作和AI的东西。
而JitWord 走的就是这个路子。
核心功能，一个一个拆
Word解析引擎------最硬的那块骨头
这是JitWord跟其他在线文档拉开差距的地方。
它没有走"简化排版、差不多得了"的路子，而是硬刚Word的完整格式体系。从多级编号到复杂表格，从页眉页脚到嵌入对象，最后甚至是导入导出的小问题都是尽量做到格式不走样的。
具体能搞定哪些"老大难"问题？我挑几个说：
多层级编号。Word那种"第一条→1.1→1.1.1"层层嵌套的编号体系，导入后层级能够依旧保持不乱。想必做过文档产品的同行都知道，编号系统是个多大的坑。我之前用某个在线文档，导入一个带多级编号的Word，结果编号全乱了，手动改了一个下午。
复杂表格。其实这个痛点也是在很多在线文档上会折磨人的，就比如：合并单元格、跨页表格、不规则报表，宽度和对齐都能还原。
分节页面设置。封面、目录、正文用不同页边距的那种正式文档，就需要将每一节的设置各自保留，这样才能保证各个页面之间不会互相串。
嵌入对象还原。在Word里插的OLE对象，Visio矢量图、内嵌Excel表、甚至老式公式，导入后都能原样展示。矢量图的阴影渐变细节都不丢。
原生流程图。用Word绘图画布手画的方框箭头流程图、组织架构图，导入后形状、连线、文字都在，还能整体缩放移动。
批注和修订互通。Word里的修订痕迹和批注能直接导进来继续审，改完再导回Word也不丢。
说实话，这些功能单拎出来都不算"性感"，但每一个都是企业用户的刚需。而且他们把最棘手的老式二进制.doc格式导入链路给开源了------就是npm上那个叫 doc2docx 的Node.js库，BSD协议。
实时协同
多人同时改同一份文档，这事听起来简单，做起来要命。
两个人同时敲同一段文字怎么办？网断了再连上会不会把别人的修改冲掉？
JitWord用的是无冲突合并的技术路线。核心思路是：每个人的修改都是一个可追溯的操作，系统自动合并冲突，而不是"最后保存的覆盖前面的"。
实际用下来感觉还行。光标跟手度挺高，别人打字、移动光标基本是实时看到的。不同协作者用不同颜色区分，谁在哪改什么一目了然。同一段落两个人同时写，系统能智能合并，不会出现"我刚写的字凭空消失"的情况。断线重连也不用手动操作，修改自动同步回来。
不只是Word文档，电子表格也支持多人同时编辑。据说一场全员大会几百人同步改会议纪要也能扛住，这个我倒是没实测过。
AI这块做得怎么样？
JitWord的AI不是那种"旁边开个聊天框"的外挂式集成，是嵌在写作流程里的。
那JitWord是怎么唤起呢？顶部有AI创作面板，右侧有AI侧边栏可以边写边问，选中文档内容双击Ctrl能就地调出AI续写、润色、纠错。
还有个"智能排版"按钮，一键把整篇文档的标题层级、段距行距、列表编号统一规范。这个功能对于那种格式乱七八糟的长文档来说简直是救命。
接入的模型也比较全：DeepSeek、Kimi、通义千问、智谱GLM、豆包、MiniMax......主流的基本都有。企业还可以接自己的私有化大模型，数据不出内网。
公文引擎------政企方向的杀手锏
说实话，国内协同文档里做公文做得这么完整的，我目前就见到JitWord一家。
红头文件的标准格式要素------份号、密级、紧急程度、发文字号、签发人、抄送、版记------全都有对应的排版规则。
还有AI公文助手：你说一句"帮我写一份关于开展XX工作的通知"，选个参考模板，系统自动按公文结构生成一篇完整的稿子，然后直接走内部审签流程。
再配上印章插入、手写签名、文字/图片水印这些配套能力，政企客户写公文、审公文的全流程基本覆盖了。
模板引擎和批量出文
合同、通知、公文这类标准化文档，最怕每次都从零开始。
JitWord做了一套模板系统：把常用文档固化成模板，里面留好各种"填空位"------文字填空、表格行循环、盖章位置、图片位，都能做成变量。
更实用的是它还开了API。业务系统后端调一个接口，把一批数据传进去，自动生成对应数量的文档。批量发录用通知书、批量出合同、月度批量出报表，以前人工填几百次的活，现在一个接口搞定。
OFD与信创
支持OFD国标版式文件的导入和在线预览，浏览器里直接编辑，手机上也能看。政务、军工、金融这些信创场景，这是硬需求，没得商量。
大文档渲染也做了优化。靠虚拟DOM按需加载，不用一次性把整篇文档全渲染出来，上百页的长文档打开也挺快。
技术架构聊几句
从产品形态和版本迭代来看，有几个点值得说说。
自研格式解析引擎。高精度Word兼容是JitWord的技术壁垒。要做到导入导出格式不走样，本质上是在浏览器里重新实现一遍Word的排版引擎。字体怎么算行高、多级编号怎么嵌套、表格宽度怎么分配、页眉页脚怎么分节，每一个都是深坑。很多在线文档产品就是卡在这一步上不去。但是JitWord的团队并没有放弃，而是稳扎稳打的在这个方向上持续磨了十几个版本，从基础的docx解析到多级编号优化、表格精度提升，再到最近的Visio图表和流程图解析。每一步都在填Word格式的历史遗留坑。
协同同步层。JitWord用的是无冲突合并方案，不是"谁最后保存覆盖谁"。我们还专门重构过一次协同状态的同步机制，专门用来解决浏览器刷新后在线人数计数不准这类细节问题。同时着也就用事实说明了JitWord在协同这块是真的在踩坑填坑，不是套个开源库糊弄。
按需渲染。OFD编辑器和大文档用的是虚拟DOM + Canvas组合方案。文档再长，浏览器也只渲染当前看得到的那几屏，所以百页级的大文档打开速度很快。
多模型接入。JitWord是直接做了一层统一的AI接入抽象，将十几种主流模型都接进来了，企业还能通过标准协议接自己的私有化模型。不会被单一模型绑架，不同任务可以用不同成本的模型，费用可控。最新版还加了企业级AI统一管控。管理员后台配一次，全团队直接用，密钥不外露。
开放API + 源码交付。在JitWord中不只是SaaS，就连文档能力也做成了可嵌入的组件。一整套服务端接口，iframe嵌入和JS SDK两种集成方式，源码级交付支持深度二次开发，私有化部署数据完全可控。实现的是"产品 + SDK + 源码"这样的三层商业模式，天花板比纯SaaS高不少。
谁适合用？
按行业聊聊我的理解：
公文合同场景：红头公文解析、招投标标书协同编制、合同审阅批注、法务审批流转。这块是JitWord最强的差异化。
金融财报：复杂表格图表解析、保险条款智能拆分、长文档AI摘要。
学术科研：论文题注交叉引用、参考文献格式、公式编辑、评审批注。
政企单位：内网私有化部署、信创适配、制度文件版本审计。
制造能源：设备维修手册图文混排、SOP模板化、多厂区协同维护。
研发团队：技术文档、API文档、需求评审、版本对比。
优缺点，说点实话
先说好的：
JitWord对Word的兼容度确实很高。我们自研的解析引擎，可以实现批注修订双向转换，公文套红不跑版，连Visio图表和原生流程图都能解析。现在市场上有很多在线文档看着确实很花哨很唬人，但是要真正拿一份正式合同进去就露馅了。
公文引擎才是对协同文档好坏最权威的"评判家"。国内协同文档里少有的完整公文能力，红头、版记、抄送、密级全套，还有AI公文助手。政企客户基本没别的选择。
私有化部署做得比较彻底。源码级交付，容器化一键部署，支持国产服务器和国产操作系统。数据完全可控。
协同性能不错。无冲突合并方案，亚秒级同步，文档和表格都支持多人协同。
AI功能不是噱头。真正嵌入到写作流程里的，双击Ctrl就能改、就能续写、就能纠错，十几种模型可选。
最有诚意的就是JitWord的技术开源。doc2docx开源BSD协议，jitword-sdk也开源。
性价比超级高。企业共建版三万多永久授权，对比飞书企业版按年按人头收费，长期成本低不少。
再说不足：
品牌知名度还在起步阶段。跟飞书、钉钉、Notion比，生态和第三方插件差得远。
超大文档（几十万字那种）可能会有渲染压力，系统会提前告警，建议拆分使用。
功能多意味着学习成本不低。审阅、版本对比、API集成这些高级功能，第一次用需要点时间熟悉。
电子签名只是展示用，没有法律效力，正式签署还得对接CA/电子签章系统。
迭代路程
从早期版本到v4.3的迭代节奏看，JitWord大概率在三条线并行走：
一是继续深化Word兼容和公文能力。
二是AI Agent化，从"辅助写文档"走向"自动生成+自动审阅+自动归档"。
三是生态化，通过SDK和API把文档能力嵌入更多业务系统，做企业的"文档中台"。
长期来看，JitWord将会持续深耕于文档应用市场。
最后说两句
我们团队一直在找一个"既能打Word，又能在线协作，还能私有化部署，公文和OFD也能搞定"的文档工具。说实话找了挺久。
JitWord 它把企业最刚需的几件事做扎实了：格式不跑偏、协作不卡顿、数据不出门、AI真能用、公文能搞定。
对数据安全有要求、对Word排版有执念、又想要在线协作效率的团队，JitWord 确实值得认真看看。
作为AI创业者和技术爱好者，我觉得这种把"企业文档刚需"和"AI效率工具"结合起来的国产项目，挺值得关注的。
大家如果在用什么文档工具踩过坑，或者对JitWord感兴趣，评论区聊聊！