MiniMax-AI/skills 和 OfficeCLI，到底该怎么选？

这段时间，很多人在关注 AI Agent 与 Office 文档自动化结合的能力。两个经常被放到一起讨论的项目，一个是 MiniMax-AI/skills，另一个是 iOfficeAI/OfficeCLI。

乍一看，它们都和 AI、文档、自动化有关；但如果认真看过仓库结构、说明文档和实现思路，就会发现：这两个项目其实并不处在同一层。

如果一句话先下结论：

OfficeCLI 更像一个统一的 Office 文档执行引擎；MiniMax-AI/skills 更像一套面向 Agent 的专家技能体系。

也正因为如此，它们的优势点并不相同。
如果你正在做 PPT、Excel、Word 自动化，或者准备把这类能力接入自己的 AI Agent，这个区别非常重要。

本文基于两个仓库截至 2026 年 3 月 31 日 的公开资料，从定位、底层能力、PPT/Excel/Word 实战效果，以及适用场景几个角度，做一次尽量客观的对比。

Summary

先说结论：

• • 做统一的 Office 自动化底座，优先看 OfficeCLI
• • 做高质量 PPT / Word / Excel 专家工作流，优先看 MiniMax-AI/skills
• • 更接近平台层底座的是 OfficeCLI
• • 更接近文档格式本体，尤其是 Word 和 Excel 的是 MiniMax-AI/skills

一张图看懂两者差异

一、先说结论：它们不是谁替代谁，而是谁更适合你的任务

先把核心结论摆出来：

• • 如果你要的是一套统一、稳定、适合 Agent 长期调用的 Office 自动化接口，优先看 OfficeCLI
• • 如果你要的是一套让 Agent 在不同文档类型上按“专家工作流”执行的能力包，优先看 MiniMax-AI/skills
• • 如果你特别关注：
• • PPT 的视觉设计感，MiniMax 更强
• • Excel 的高保真编辑，MiniMax 更谨慎也更深入
• • Word 的正式文档质量，MiniMax 明显更专业
• • 跨三种文档的一致命令体验和工程可接入性，OfficeCLI 更完整

所以，它们最大的区别不是“谁更高级”，而是：

一个更像工具引擎，一个更像技能体系。

二、核心差别到底在哪

很多人容易把这两个项目放在同一张表里硬比，但它们真正的分界线，其实是“你在解决哪一层问题”。

简单说：

• • OfficeCLI 想解决的是“怎么让 Agent 稳定地操作 Office 文件”
• • MiniMax-AI/skills 想解决的是“怎么让 Agent 在不同文档类型上像专家一样工作”

三、OfficeCLI：更像底层执行层，而不是提示词集合

先看 OfficeCLI。

从项目的设计方式来看，OfficeCLI 最鲜明的特点，是它试图把 Word、Excel、PowerPoint 的操作统一成一套可以被 AI Agent 直接调用的命令体系。

它强调几个很关键的能力：

• • 单一二进制工具
• • 不依赖本地安装 Microsoft Office
• • 支持 --json 结构化输出
• • 提供稳定路径来定位文档对象
• • 支持 MCP 集成
• • 能被 Claude Code、Codex、Copilot 等工具直接接入

这意味着它不是在“教模型怎么改文件”，而是在提供一个模型可以稳定调用的文档操作 runtime。

从工程角度说，这个方向非常重要。因为当 Agent 真正进入自动化场景时，最怕的不是“不会写”，而是：

• • 写一次行，第二次不稳定
• • 改动范围不可控
• • 输出难以结构化解析
• • 无法组成流水线
• • 和上层 Agent 框架集成成本高

OfficeCLI 的价值，就在于它把这些问题尽量往“可执行工具层”收敛。

如果把它类比到软件系统架构，它更像是：

AI Office Automation 的基础设施层。

四、MiniMax-AI/skills：更像文档类型专家，而不是统一执行引擎

再看 MiniMax-AI/skills。

这个项目不是单一工具，而是一整套面向 Agent 的技能体系。它覆盖的范围非常广，除了 Office 相关能力，还包括前端、移动端、多模态、PDF、文档生成等多个方向。

如果只看 Office 相关的部分，你会发现它并没有把所有格式硬塞进一个统一抽象里，而是采用了另一种思路：

针对不同文件格式，分别定义最合适的工作流、工具链和质量约束。

这其实是一种非常“专家系统”的做法。

举几个典型例子：

• • 对 PPT，它会强调版式、色彩、字体、幻灯片类型、生成策略和 QA 规则
• • 对 Excel，它会强调尽量避免破坏原有工作簿结构，甚至直接用解包 XML 后再编辑再打包的方式处理
• • 对 Word，它会把模板、分页、页眉页脚、目录、Section、样式层级、OpenXML 元素顺序都纳入控制

换句话说，MiniMax-AI/skills 的思路不是：

“给你一个统一 API，你自己调。”

而是：

“针对这个文档类型，我给你一套最靠谱的专业做法。”

所以它更像什么？

更像一组按场景封装好的文档专家。

五、谁更接近底层？

这是很多人最关心的问题。

如果只从“是不是可执行工具、是不是统一接口、是不是更像运行时”来看，OfficeCLI 更接近底层平台层。

但如果从“有没有深入到 OOXML 结构、有没有考虑文档格式自身那些坑”来看，结论就没那么简单了。

我的判断是：

• • 平台层面：OfficeCLI 更底层
• • 格式层面：MiniMax 在 DOCX 和 XLSX 上反而更深入

这是因为 OfficeCLI 的“底层”体现在统一执行能力上，而 MiniMax 的“底层”体现在对具体格式细节的理解上。

这两种“底层”不是一个概念。

1. OfficeCLI 的底层，是工具底层

它把文档操作抽象成命令，强调：

• • 一致性
• • 可组合性
• • 结构化输入输出
• • 适配 Agent
• • 可做自动化流水线

这非常适合真实工程环境。

2. MiniMax 的底层，是格式底层

尤其在 Excel 和 Word 上，MiniMax 的技能设计明显更贴近文件格式本身：

• • Excel 会避免不必要的 round-trip
• • 会直接考虑 XML 级编辑
• • Word 则明确走 OpenXML 思路
• • 还会处理正式文档里很容易踩坑的 section、目录、样式继承等问题

所以如果你的问题是：

“哪个项目更接近文档格式本体？”

答案其实是：

在 Word 和 Excel 上，MiniMax 更接近文档本体；在统一执行层面，OfficeCLI 更像底层。

六、从 PPT 实战能力看：MiniMax 更像设计型选手，OfficeCLI 更像自动化型选手

如果只看 PPT，两者的差别其实非常直观。

MiniMax 的优势：更容易做出“像样的演示稿”

MiniMax 的 PPT 能力明显不是只关注“能不能生成一个 .pptx 文件”，而是很在意：

• • 这页是什么类型
• • 信息密度怎么控制
• • 配色和字体是否统一
• • 视觉层级是否清晰
• • 每页的结构是否合理
• • 最终看起来像不像一份可以拿出去展示的 deck

这意味着它更适合“从零生成一套演示稿”，尤其是需要一定审美和结构感的场景，比如：

• • 产品方案
• • 融资材料
• • 业务汇报
• • 方法论型分享
• • 培训课件

它的强项是：做出来更像成品。

OfficeCLI 的优势：更适合稳定地改现有 PPT

OfficeCLI 在 PPT 上的优势则更偏工程：

• • 定位元素更稳定
• • 查找、替换、批量处理更顺手
• • 更适合让 Agent 多轮迭代地改现有文件
• • 适合结构化修改 shape、text、table、chart 等对象
• • 对自动化流水线更友好

尤其当你不是“做一份新 PPT”，而是：

• • 在模板上批量换客户名
• • 修改多页数据
• • 调整图表标题
• • 自动检查文本溢出
• • 根据规则修复版面问题

这时 OfficeCLI 往往更合适。

PPT 维度的判断

如果你的目标是：

• • 做得更好看：MiniMax 更强
• • 改得更稳、更适合 Agent 自动化批处理：OfficeCLI 更强

七、从 Excel 实战能力看：MiniMax 更保守、更高保真，OfficeCLI 更统一、更高效

Excel 是最容易被低估的一项。

因为很多工具看起来“能改 Excel”，但一到真实业务文件就会出问题。尤其是这种文件：

• • 格式复杂
• • 有很多公式
• • 有条件格式
• • 有数据验证
• • 有图表
• • 有 pivot table
• • 可能还有 VBA 或历史痕迹

这时候，工具最重要的不是“能不能写进去”，而是：

能不能改完以后，原文件其他地方基本不受伤。

MiniMax 的优势：更像在做保真手术

MiniMax 在 Excel 处理上的思路很专业，也很克制。它会明确避免某些高风险的 round-trip 方式，倾向于：

• • 先解包
• • 针对 XML 层做精确编辑
• • 再重新打包
• • 并且尽量验证原始结构是否被保留

这是一种非常符合复杂工作簿场景的做法。

换句话说，它不是在追求“写得快”，而是在追求：

尽量不破坏你原来的 Excel。

这一点在真实企业场景里非常重要。

OfficeCLI 的优势：统一操作体验更好

但如果你的重点不是“做精细外科手术”，而是希望 Agent 能够快速地：

• • 读取工作表
• • 写入区域
• • 替换内容
• • 合并文件
• • 导出结构化结果
• • 串到更大的工作流里

那 OfficeCLI 会更舒服。

它的价值在于统一和一致。
对于 Agent 来说，这种一致性会极大降低调用复杂度。

Excel 维度的判断

所以在 Excel 上，我的结论是：

• • 高保真编辑复杂现有工作簿：MiniMax 更强
• • 统一自动化操作、批量处理、Agent 流程编排：OfficeCLI 更强

八、从 Word 实战能力看：MiniMax 的专业度明显更高

如果说三类文档里，哪一类最能看出两者的风格差异，那就是 Word。

因为 Word 文档和 PPT、Excel 不太一样。它最难的地方不只是内容写进去，而是：

• • 模板能不能保住
• • 页眉页脚乱不乱
• • 分节是否正确
• • 标题层级是否规范
• • 目录是否可用
• • 页码是否连续
• • 样式是否继承正确
• • 最终是不是一份“正式文档”

很多工具都能生成一个能打开的 .docx，但要生成一份可以交付的正式文档，要求高得多。

MiniMax 的优势：更像正式文档工程方案

MiniMax 在 Word 这部分体现出了非常强的工程意识。它考虑的不是“写段落和表格”这么简单，而是：

• • 模板填充和模板替换的差别
• • section 的继承关系
• • 页眉页脚如何处理
• • 标题与目录的联动
• • OpenXML 元素顺序是否合法
• • 如何做规范校验
• • 如何保证结果像一份真正的商务/技术文档

这类设计说明它面对的目标非常明确：

不是做一个 Word 文件，而是做一份规范、稳定、可交付的 Word 文档。

OfficeCLI 的优势：一般自动化足够强

OfficeCLI 对 Word 的支持也并不弱。它可以处理段落、表格、样式、页眉页脚、目录等多类对象，对一般文档自动化其实已经很有战斗力。

但如果你问的是更高要求的场景：

• • 合同
• • 招投标文件
• • 正式报告
• • 论文型文档
• • 强模板约束文档

那么 MiniMax 的方案会更让我放心。

Word 维度的判断

在 Word 这件事上，我会给出比较明确的观点：

如果你的目标是正式文档质量，MiniMax 明显更强。

九、为什么很多人会把这两个项目拿来比较？

因为它们都踩在一个新趋势上：

AI 不再只是“会写文本”，而是开始真正操作复杂文件。

而 Office 文档正是最典型的一类复杂文件。

这两个项目都在解决同一个大问题：

“怎么让 Agent 不只是生成内容，而是真的能处理文档对象和文件结构？”

只是它们选择的路径不同。

OfficeCLI 走的是平台路线

它试图提供：

• • 统一接口
• • 标准化命令
• • 结构化输出
• • 好接 Agent
• • 易于自动化编排

这是很典型的“平台化”思路。

MiniMax 走的是技能路线

它试图提供：

• • 文档类型专属工作流
• • 对格式细节的专家经验
• • 更高质量的生成和编辑过程
• • 更强的场景感知

这是很典型的“专家化”思路。

所以它们会被一起讨论，但本质上其实代表了 AI Agent 工具链的两条路线。

十、如果你只选一个，应该怎么选？

这里给一个尽量直接的建议。

选 OfficeCLI，如果你更看重：

• • 三种文档统一命令操作
• • 接入 AI Agent 更顺滑
• • 适合自动化流水线
• • 适合多轮工具调用
• • 适合批量修改现有文件
• • 工程团队希望能力平台化

简单说，你要的是“工具底座”。

选 MiniMax-AI/skills，如果你更看重：

• • PPT 做出来更有设计感
• • Excel 尽量少破坏原工作簿
• • Word 文档更像正式交付物
• • 希望 Agent 具备“文档专家”的行为方式
• • 更在意质量上限，而不是统一抽象

简单说，你要的是“专家打法”。

十一、最强的答案，也许不是二选一

如果从纯实战出发，我反而觉得最强组合并不是“非此即彼”。

一个更现实的搭配方式是：

• • PPT 初稿和风格化生成：用 MiniMax
• • Word 正式文档与模板化生成：用 MiniMax
• • Excel 高保真精修：优先 MiniMax
• • 批量替换、结构化读取、自动化流水线、Agent 工具调用：用 OfficeCLI

也就是说：

MiniMax 负责把事情做漂亮、做专业；OfficeCLI 负责把事情做稳定、做系统。

如果你的团队既追求文档质量，又在做 Agent 工具链，这种组合反而比单选一个更合理。

十二、最后的判断：两个项目分别代表了 AI 文档自动化的两种未来

如果从更高一层看，这两个项目其实代表了 AI 文档自动化领域的两种演进方向。

一种方向是 平台化：

• • 抽象统一能力
• • 形成标准接口
• • 方便 Agent 调用
• • 适合做工具基础设施

这条路，OfficeCLI 走得很典型。

另一种方向是 专家化：

• • 深入具体文档格式
• • 针对场景设计工作流
• • 追求最终文档质量
• • 让 Agent 像一个真正懂文档的人去做事

这条路，MiniMax-AI/skills 很有代表性。

所以最终问题并不是“谁更强”，而是：

你更需要一个底层执行引擎，还是一位文档专家？

如果你做的是基础设施、自动化平台、Agent 工具编排，OfficeCLI 会更有吸引力。
如果你做的是高质量内容交付，尤其是 PPT 和 Word，MiniMax 往往更值得投入。

这不是一场谁替代谁的竞争。
更像是两种不同哲学，对 AI 如何进入 Office 世界给出的两种答案。

参考链接

• • MiniMax-AI/skills
  https://github.com/MiniMax-AI/skills
• • MiniMax-AI/skills 的 PPT 技能说明
  https://raw.githubusercontent.com/MiniMax-AI/skills/main/skills/pptx-generator/SKILL.md
• • MiniMax-AI/skills 的 Excel 技能说明
  https://raw.githubusercontent.com/MiniMax-AI/skills/main/skills/minimax-xlsx/SKILL.md
• • MiniMax-AI/skills 的 Word 技能说明
  https://raw.githubusercontent.com/MiniMax-AI/skills/main/skills/minimax-docx/SKILL.md
• • iOfficeAI/OfficeCLI
  https://github.com/iOfficeAI/OfficeCLI/tree/main
• • OfficeCLI 提交记录
  https://github.com/iOfficeAI/OfficeCLI/commits/main
• • OfficeCLI 发布记录
  https://github.com/iOfficeAI/OfficeCLI/releases