MiniMax 开源 Office 技能,讲清楚了一件被忽视的事!

MiniMax 开源 Office 技能，讲清楚了一件被忽视的事！

📌 问题的起点

你让 AI 帮你生成了一份 Excel 报表。

打开文件，整整齐齐。列头对齐，公式完整，图表精美。你把文件发给客户，顺手保存一次。

客户打开。

数据透视表消失了。没有报错，没有提示，就像它从来没存在过。

这不是假设场景。这是用 openpyxl 处理 Excel 文件时真实会发生的事。那个库在读取再写入时，会悄悄丢掉高级功能：数据透视表、迷你图、VBA 宏，全都不见了，而且不告诉你。

你以为交付了一份完整的文件，实际上交出去的是一颗定时炸弹。

MiniMax 最近开源了他们的 Office Skills，一套专门用来生成"真正可交付"文档的工具链，覆盖 Word、Excel、PDF、PowerPoint 四种格式，MIT 许可。

"难的不是生成文件。难的是生成一份能交付的文件。"

python-docx 是社区最常用的 Word 生成库，轻量，易用。但当场景推进到嵌套表格、多级目录、页眉页脚的精确控制、修订记录，这个库开始露出边界。

MiniMax 的选择是 .NET OpenXML SDK —— 微软官方的 Office 文档底层库，对 ECMA-376（Word 格式的国际标准）有最完整的实现。

就像用原厂零件而不是通用替代品修车，稳定性更高，但采购链更长。

MiniMax 的做法是跳过所有 Python Excel 库，直接操作 XML 层。

一个 .xlsx 文件本质上是个 zip 压缩包，里面装着 XML 文件。解压，定向修改目标单元格的 XML 节点，重新打包。每次编辑只碰需要改的部分，样式、图表、宏保持原样。

硬规则：所有衍生值必须保持真实的 Excel 公式，SUM(B2:B9)，而不是预先算好的数字。

封面用 HTML + CSS，通过 Playwright 渲染成 PDF；正文用 ReportLab，提供工程层面稳定可预期的控制。最后用合并脚本把两部分拼成一个完整的 PDF。

就像一家餐厅把甜品区和主厨区分开，各自用最合适的设备和工艺。

规定了五种标准页面类型：封面、目录、章节分隔页、内容页、总结页。设计了四种风格配方：Sharp、Soft、Rounded、Pill。

换配方就像换制服，不是一件一件地改，而是整套替换。

三阶段循环：执行 → 评估 → 修复。

对"通过"的定义，远不止"文件能打开"。要检查结构是否完整，公式是否还是公式，布局在读写过程中有没有静默变形。

有一种常见的产品路径：先把演示做漂亮，再想办法让它真正能用。

MiniMax 做的是反过来的路径：先把"能交付"这件事定义清楚，然后把所有技术选择对准这个目标。

建一个能生成文件的工具不难。难的是知道下一个版本是不是真的更好，而不是只是换了一种方式出错。