# 能打开，不代表能交付
MiniMax 开源 Office 技能，讲清楚了一件被忽视的事你让 AI 帮你生成了一份 Excel 报表。
打开文件，整整齐齐。列头对齐，公式完整，图表精美。你把文件发给客户，顺手保存一次。
客户打开。
数据透视表消失了。没有报错，没有提示，就像它从来没存在过。
这不是假设场景。这是用 openpyxl 处理 Excel 文件时真实会发生的事。那个库在读取再写入时，会悄悄丢掉高级功能，数据透视表、迷你图、VBA 宏，全都不见了，而且不告诉你。你以为交付了一份完整的文件，实际上交出去的是一颗定时炸弹。
MiniMax 最近开源了他们的 Office Skills，一套专门用来生成"真正可交付"文档的工具链，覆盖 Word、Excel、PDF、PowerPoint 四种格式，MIT 许可。
"难的不是生成文件。难的是生成一份能交付的文件。"
这句话背后，是一套完整的技术选择逻辑，以及一个让技能自我迭代的评估机制。
## Word：选了更难部署的那个库
python-docx 是社区最常用的 Word 生成库，轻量，易用，大多数教程都从这里出发。
但当场景推进到嵌套表格、多级目录、页眉页脚的精确控制、修订记录，这个库开始露出边界，要么功能不支持，要么产生结构性损坏的输出。
MiniMax 的选择是 .NET OpenXML SDK。
OpenXML SDK：微软官方的 Office 文档底层库，对 ECMA-376（Word 格式的国际标准）有最完整的实现。代价是需要部署 .NET 运行时，比纯 Python 方案复杂得多。就像用原厂零件而不是通用替代品修车，稳定性更高，但采购链更长。
他们的判断是：文档质量比部署便利更重要。
在这个基础上，他们围绕三个核心场景构建：从零生成完整文档、在不破坏格式的前提下编辑已有文档、应用设计模板并自动做结构合规检查。配套写了 OpenXML 格式参考文档、CJK 排版规范、10 多个可运行的代码示例。
## Excel：绕开所有库，直接动 XML
Generated by Thread Navigator
Press ⌘ + S to quick-export