一场从2006年烧到今天的标准战争，再度浮出水面。LibreOffice背后的非营利组织“文档基金会”（TDF）近日发表长文，系统梳理微软在推动Office Open XML（OOXML）成为ISO国际标准过程中的种种操作，并直言这一被贴上“开放”标签的格式，至今仍是微软生态的事实护城河。在AI应用开始大规模阅读、改写、生成文档的当下，格式的开放程度不再只是技术宅的争论，它直接决定了智能工具能不能平等地理解每一份文件。
一场延烧18年的格式战争：OOXML是怎么“上车”的
要理解这次争议，得先把时间拨回2006年。当时微软的Office文档格式.doc和.xls早已成为事实标准，但它们是闭源的二进制格式，第三方软件必须逆向工程才能读取。随着开源运动在欧洲、亚洲兴起，ODF（开放文档格式）应运而生，并于2006年成为ISO国际标准。ODF的目标简单而纯粹：任何软件都能读写同样的文档，用户不会被任何一家厂商锁死。
微软彼时感受到了真实威胁。如果政府部门、学校、法院都改用ODF，Office的垄断地位就会从底层被瓦解。于是微软带着自家研发的OOXML格式冲入标准化战场，试图在“开放”的牌桌上打赢一场防御战。文档基金会指出，OOXML规范和早已成熟的ODF体系根本不是同一量级，却搭上了ISO为“成熟、简短规范”准备的快速通道流程。一个有意思的细节是，OOXML规范长达约6000页，提交后留给各国专家实质性技术审查的时间却极为有限。用一位曾在标准工作组内工作的工程师的话说：“那不是评审，那是在翻字典。”
这种“以量压人”的策略，恰恰是今天AI应用在解析文档时痛苦的根源之一。无论是读取历史合同、分析学术论文，还是训练大模型理解办公文件，底层格式的复杂度直接决定了数据清洗的代价。大模型训练需要海量高质量文本，如果这些文本分散在数千种自定义XML标签里，模型的“消化”效率会大打折扣。文档基金会重申，OOXML并不符合真正的开放精神，这也为后来的生态分裂埋下了伏笔。
值得注意的是，这不是文档基金会第一次提及此事。早在2008年标准获批时，开源社区就曾群情激愤。18年后重新翻出旧账，与其说是炒冷饭，不如说是借此提醒正在拥抱AI转型的机构：标准一旦被厂商绑架，未来每一代新工具都要看其脸色。回顾这场战争的起点，真正的问题不在技术，而在权力。
6000页规范与17天“快速通道”：技术界为何炸锅
文档基金会此次长文中最为尖锐的批评，指向ISO标准化流程的“匪夷所思”。当一个长达6000页的文档格式规范被提交为国际标准时，正常的程序是交由多个技术委员会分章节审议，逐条讨论兼容性、安全性和可扩展性。然而OOXML走的却是“快速通道”——这一通道原本设计给那些已经在市场上成熟、被广泛验证的技术标准，比如互联网协议或音频编码，短短十几页就能说清楚的东西，才有资格快速通过。
OOXML的体量摆在那里，明眼人都知道这不是一次单纯的制度漏洞，而更像是有意为之的“制度套利”。更耐人寻味的是，在2007年9月的第一轮投票中，OOXML并未获得通过。巴西、印度、法国、挪威等国提交了海量技术与兼容性异议，涵盖从数学公式渲染到中文竖排、从表格嵌套到宏安全等数十个具体技术细节。反对者并非刻意抵制，而是这些异议都有实实在在的用例支撑。
但接下来发生的事情，让许多独立观察者感到了背脊发凉。ISO随后组织了一场针对异议的“复议会议”，GE与微软代表深度介入，并在此期间对部分国家的投票立场进行了“密集沟通”。最终在2008年4月的重新投票中，OOXML“勉强”跨过了通过门槛。文档基金会毫不客气地指出，这个结果不是技术成熟的证明，而是游说力量的胜利。
在AI应用高速迭代的今天，这种“程序崩坏”的代价变得清晰可见。以AI Agent技术为例，一个智能体需要同时读取PDF、Word、ODT、RTF等多格式文档，从中提取信息并自动归档。如果各格式之间缺乏严格而开放的互操作基础，智能体的每一步都要针对微软私有实现做特殊处理，而非遵循公开规范。换句话说，当年那场投票埋下的技术债务，现在正由AI开发者们偿还。
从产业角度看，这已不只是开源社区与微软之间的恩怨。任何认真对待数字化资产的机构都应追问：如果一个标准需要游说才能通过，需要闭门会议才能修正，那么它真的值得被写进政府的采购清单和档案管理法规吗？
“会员扩编”疑云：标准投票如何被商业巨头的公关机器渗透
如果说6000页的规范还只是技术层面的争议，那么文档基金会披露的成员国委员会“扩编”细节，则直接指向了标准制定过程中的治理危机。博文中提到一个令人瞠目的数据：意大利标准化委员会成员据称在数月内从5人暴增至80人以上，新增成员中相当一部分来自与微软存在业务关联的法律和公关机构。葡萄牙也出现了类似现象，大量新成员背景指向微软的合作伙伴、顾问公司与被许可方。
这种“空降投票部队”的做法并非阴谋论，而是被当时ISO工作组的协调员Martin Bryan公开证实过。他在一份流传甚广的备忘录中写道，多个国家的标准委员会出现了“不寻常的成员招募”，而这些新成员在许多关键技术表决中倾向于支持微软提案，导致多项程序性动议被否决。更严重的是，部分国家的官方技术专家在投票时发现自己无法参加闭门会议，因为席位已被新面孔填满。
为什么一个文档格式标准会引发如此激烈的游说大战？答案很简单：格式即权力。谁定义了文件格式，谁就定义了一切文档的存储和流通方式。在政府、金融、医疗等行业，多年积累的文档资产迁出成本极高。一旦OOXML代替ODF成为默认标准，即便微软明天宣布退出办公软件市场，那些文件依然需要用微软的软件打开。
这种锁定效应同样波及普通用户。今天很多人用AI图片生成工具创作视觉内容时，往往忽略了一个事实：无论是图片的元数据、图层结构、还是与文档的组合样式，都高度依赖底层文件格式的透明度。一个不透明的格式，会让抠图、背景去除这些基础操作也变得棘手——因为应用无法稳定解析颜色空间与图层信息。说到底，“开放”不是一句口号，而是每一行代码都能被公平访问的承诺。
从AI应用的视角来看，格式标准被操纵意味着输入端的系统性偏见。当你用AI分析各国提交的政府文件时，如果某些国家采用完全符合ISO的ODF，另一些国家采用微软私有扩展的docx变体，模型在学习、对齐、比较这些数据时就会产生隐性的质量差异。这不是某个工程师能够局部修复的问题，而是数据治理层面的结构性缺陷。
只认“过渡版”不认ISO：微软用脚投票的开放性
更令文档基金会不满的是，微软在标准获批之后的操作堪称“精分”。OOXML标准其实包含两个版本：一个是经ISO批准、结构更干净、更严格的“Strict”版本，另一个则是微软自己在Office中实际使用的“Transitional”（过渡版）。按理说，微软应当优先采用ISO正式批准的Strict版本，以证明标准立场的真诚。但微软在Office 2010及随后的Microsoft 365中，始终以Transitional为主打支持对象。
Strict与Transitional之间到底差了什么？简单来说，Transitional版本保留了许多历史遗留的兼容性规则，包含大量微软Office旧版本的私有行为和未完全公开的扩展属性。第三方开发者如果完全按照ISO批准的Strict规范去实现，反而会出现文档排版错乱、图表变形、批注丢失等问题；而要想完美兼容微软的实际输出，就必须逆向工程Transitional里的诸多“隐藏特性”。这让所谓国际标准在真实世界里沦为一纸空文。
这一策略的直接后果，是LibreOffice、WPS Office等软件团队不得不花大量的时间去适配“微软眼中的OOXML”，而不是“ISO定义的OOXML”。文档基金会不止一次抱怨，这种适配工作几乎是无底洞：每当微软发布一个新版Office，第三方软件就要跟着修补一堆细节。反过来看，微软自己的Office读取ODF时却经常出现格式丢失、对象错位，这种“双向不对等”让公平竞争成为奢谈。
在最新科技浪潮中，不对等带来的麻烦被进一步放大。例如，AI诗词生成、藏头诗创作这类轻量级文本工具看似和文档格式无关，但它们一旦需要从docx提取文本、保留批注、或导出为标准化格式，就会立刻撞上过渡版OOXML的复杂墙。而类似文生图、AI画图这类创作类工具，也展现出同一命题：当底层格式混乱时，任何上层创新都要承担额外的兼容成本。
微软为何不干脆全面转向Strict版本？文档基金会的判断很直接：微软要保留对生态的控制权。一旦全面采用Strict版本，第三方软件就能真正实现无缝兼容，用户的迁移成本将大幅下降；而保留Transitional这一“灰色地带”，则可以持续维持事实锁定。标准开放是一张门票，但真正的游乐项目仍设在微软自家的后院里。
当AI直接读文档：开放格式为什么成为智能时代的命门
有人说，文档格式的战争是传统软件时代的遗留问题，和AI关系不大。这个判断值得商榷。事实上，AI应用正在大规模地消耗文档格式红利，也正在为格式不开放付出高昂代价。
以LLM（大语言模型）为例，处理Office文档的核心不是直接读取原始二进制数据，而是先由解析器提取文本结构。不同格式的解析器在处理复杂表格、嵌套文本框、修订记录、字体嵌入等方面能力参差不齐。如果输入的是真正开放的ODF，任何开发者都可以依据公开规范构建高效的解析器；而面对微软私有字段和企业内网中大量带宏的doc文件，解析器只能靠经验和补丁维持运行。这种差距直接反映在AI阅读文档的准确率上。
更关键的是，AI应用需要在不同系统之间流转数据。一个典型的智能办公场景是：把公司历史合同交给AI提炼条款，生成摘要后自动填进CRM系统，再导出为合规的报告文档。这个流程要求各环节的格式是“可无损转换”的。然而，当OOXML的过渡版里塞满了只有微软编辑器才能理解的私有标记时，跨平台数据流转几乎必然出现信息损耗。文档基金会呼吁各国政府与学术机构参与标准制定，正是看到了大模型时代数据纯净度的底线问题。
从用户角度来说，普通人不会去阅读ISO标准文本，但他们能感受到的体验差异却非常真实：在手机上用开源办公软件打开一个带复杂批注的docx，排版乱了；用在线协同工具导入某份政府ODF文件，字体变了。这些细碎的痛点背后，都是格式开放性的缺失。越来越多机构启动的企业数字化转型，恰恰从这些细碎痛处开始：老旧的doc格式没有开放的迁移路径，海量历史档案无法进入知识库，也就无法被AI分析利用。
未来的办公场景中，AI助手将承担大量文档工作：撰写会议纪要、自动生成周报、翻译合同条款。如果这些任务必须依托某一特定厂商的私有格式才能完美执行，那么用户表面上是在使用AI，实际上却被更深地绑定在了该厂商的生态里。这也就是为什么我们不能简单地把这次争议看作历史恩怨——它是关于下一代计算平台上“谁拥有读写权”的争夺。如果你正在寻找提高效率的新方法，不妨从AI工具箱里挑选适合的文档处理工具，但一定要先确认它们对开放格式的支持程度。
旧账新算：AI应用如何倒逼开放标准回归正轨
文档基金会此次发文，与其说是声讨旧敌，不如说是为开放标准在AI时代的存续敲响警钟。文章明确指出，商业巨头凭借资源优势主导规则，最终会让标准沦为商业策略的附庸。他们呼吁各国政府、学术界和公民社会更积极地参与标准制定，并持续完善ODF格式。这种呼吁在2010年前后显得理想主义，但在今天却具备现实的紧迫性。
为什么？因为AI应用的发展需要海量数据和高度标准化的输入。与2008年相比，今天的办公软件市场已经有了质的改变：云办公、移动办公、协同编辑成为主流，数据以数十倍速度增长。在这个过程中，一个文件格式是否开放，直接决定了AI能否跨越不同平台进行学习与推理。开放环境下的AI才能尽可能学习到所有的信息维度，而封闭环境下的AI只会成为垄断巨头自我数据循环的附庸。
因此，重提微软的OOXML旧账，可以被理解为一种“技术史教育”。它提醒新一代开发者和政策制定者：标准从来不是纯技术产物，而是政治、资本和公共利益博弈的结果。当年支持OOXML的一些国家，今天已经在政府采购中明文偏向ODF；而另一些机构则在尝试由AI应用的落地倒推，要求供应商提供结构化、机器可读、标准开放的文档接口。这个变化，本身就很能说明问题。
展望未来，真正的开放标准应当具备三个特征：公开透明的制定流程、完整可读的实现文档、以及可自由切换的生态基础。ODF虽不完美，但它目前是最接近这三点的选项。与此同时，云文档、富文本协作等新实践也在推动格式演进，比如新一代文档格式正在将JSON协议、流式数据与离线本地存储结合。AI时代的文档，不应该是一坨只能被某个商业软件解开的二进制谜团，而应当是结构清晰、语义明确、可被多种工具自由识别的数据资产。
在这场角力中，普通用户和开发者并非无能为力。选择支持开放格式的产品，参与标准化组织的反馈，在采购与选型中把“开放性”列入硬指标，每一个分散的决策都会汇成不可忽视的力量。针对那些希望用AI提升创作效率的用户，可以尝试借助艺术签名、AI网名等轻量工具感受生成式AI的魅力；而对于团队与组织，认真对待文档格式问题，可能就是下一次数智化升级中最值得投入的一笔。
标准之争没有终局，只有持续的博弈。我们乐于看到更多这样的“旧账”被翻开，因为每一次重新审视历史，都是对未来规则的一次投票。