MiniMax在3月底开源了一套生产级办公文档引擎Office Skills,覆盖Word、Excel、PPT和PDF四种格式,基于MIT协议。
这套方案的核心目标是让AI生成的文档不再需要人工返工,能够直接交付使用。
为此,MiniMax在技术路径上做了针对性选择,没有采用常见的轻量级Python库,因为这些库在处理复杂格式时常会丢失内容。
处理Excel时,他们直接在底层XML层面操作,确保数据透视表、宏和复杂公式完整保留;处理Word时则调用微软官方的.NET OpenXML SDK,以支持嵌套表格、页眉页脚等复杂排版。
这套方案还设计了一个自进化机制,配备自动评测框架,当生成的文档出现结构或公式错误时,系统会记录问题并沉淀为修复案例,用于后续迭代,用的人越多处理复杂场景就越稳定。
MiniMax官方称,M2.7模型在40个复杂任务的场景下仍能保持97%的指令遵循率。
然而这次开源很快陷入争议。有开发者发现MiniMax的Office Skills与Kimi的Office能力代码高度相似。
一位自称在Kimi负责Office Skill工作的开发者在知乎公开指控代码抄袭,指出双方代码相似度超过80%,且MiniMax的代码中出现了“kimi”字样。
该开发者详细列出了时间线,称Kimi于1月29日上线Office Skill,次日MiniMax开始宣传自家Agent的办公能力,2月12日MiniMax发布M2.5后被外界发现代码高度重合。
截至发稿,MiniMax未就抄袭指控作出公开回应,但已对相关代码结构进行了调整,包括删除部分PDF脚本和重构目录。
对比行业其他办公AI方案,路径差异明显。
Microsoft 365 Copilot的优势在于深度嵌入Word、Excel和Outlook,在用户熟悉的界面中提供辅助,但执行特定操作时存在不一致性,有时能成功创建表格,有时无法完成,且定价偏高。
Google Workspace AI主打无缝集成,适合日常起草和会议纪要整理,但在复杂文档分析上能力有限。
Claude Files偏向专业化,擅长处理长合同和研究报告,像一个细致的分析工具,但缺乏在Docs或Sheets中的原生协作能力。
Notion AI立足于知识管理,在团队Wiki和内部文档方面表现出色,面向外部的复杂文档生成并非其强项。
MiniMax这套方案试图用底层保真度和自进化能力建立壁垒,让AI从辅助工具转向能独立交付成果的数字员工。
但在代码争议尚未厘清的背景下,技术优势能否转化为可持续的生态信任仍需观察。
当大模型厂商纷纷布局办公Agent时,最终比拼的是集成深度、文档保真度,还是自进化闭环的跑通速度,这个赛道的答案远未明朗。



