
让 AI 读 Office 文件别再截图:OfficeCLI 把 Word、Excel、PPT 变成命令行
你把一份合同、一个预算表、三页汇报 PPT 丢给 AI,最常见的麻烦不是“模型不会总结”,而是它根本拿不到干净的文件结构。
截图会丢表格,复制粘贴会乱格式,手工另存为又很烦。今天我更愿意看 OfficeCLI 这种工具:它把 Word、Excel、PowerPoint 拆成 Agent 能读、能改、能回写的命令行入口。
基于 GitHub Trending 和项目公开 README 看,OfficeCLI 今天有新版本发布,也正在被开发者关注。我的判断很直接:如果你已经在用 Codex、Claude Code 或本地 Agent 处理文档,OfficeCLI 值得先拿一个非敏感文件试一下。
真正省下来的,是“喂文件”这一步
很多人让 AI 处理 Office 文件时,会绕一大圈:先打开文档,截图,复制表格,贴进聊天框,再让模型总结。最后看似用了 AI,实际大半时间花在搬运材料。
OfficeCLI 的思路更像给 Office 文件加了一层“终端接口”。Word 可以被导出成结构化文本,Excel 可以被读出工作表和单元格,PPT 可以被解析成页面和元素。Agent 不用猜一张截图里到底有什么,它可以拿到更接近源文件的内容。
这点很重要。文档类任务最怕“看起来懂了,细节错了”。尤其是预算表、报价单、合同条款和汇报材料,错一个数字或漏一页说明,比慢一点更麻烦。
我喜欢这种小工具。它不讲宏大叙事,就解决一个笨问题:别让人继续当 AI 和 Office 之间的搬运工。
今天可以先试一个文档清理链路
下面这套最小试法,不需要把公司资料交出去,也不需要一上来接入复杂自动化。拿一份脱敏的 Word、Excel 或 PPT,验证它能不能把“读文件、找问题、产出修改建议”跑顺。
- 先准备一个非敏感测试文件。
不要直接拿客户合同、工资表、内部预算或未公开方案。最适合的是:公开模板、脱敏报价单、旧版汇报稿、自己写的测试文档。
- 安装 OfficeCLI,并让 Agent 先只做“读取和摘要”。
npm install -g @iofficeai/officecli
officecli --help
如果你用的是 Codex 或 Claude Code,可以把目标先写得很窄:
请只读取这个 Office 文件的结构,列出标题、表格、关键数字和可能缺失的信息。
不要改写原文件,不要生成新结论。
- 让它输出一个“文档体检结果”,而不是直接润色。
我会要求 Agent 给四类信息:文件里有哪些页面或工作表;哪些数字、日期、单位需要核对;哪些段落像是占位符;哪些内容适合改成表格或列表。
基于 OfficeCLI 读取结果,输出一份文档体检:
- 结构是否完整
- 数字和日期是否需要人工核对
- 哪些段落重复或空泛
- 下一步建议修改哪 3 处
- 只让它改一个副本,并保留原文件。
文档修改和代码修改一样,先别让工具碰唯一版本。把文件复制一份,让 Agent 对副本做结构整理、错别字修正、目录补齐或表格清理。
- 最后人工看三样东西。
看数字有没有被改错,看格式有没有被弄乱,看结论有没有越权发挥。只要这三项过关,它就可以进入你的个人文档处理链路;如果过不了,就只把它当成读取和摘要工具。
它适合的不是所有 Office 场景
OfficeCLI 最适合三类人。
第一类,是经常让 AI 读文档的产品、运营、售前和项目经理。你不一定会写脚本,但只要身边有人能把命令跑起来,就能把“复制粘贴文档”这件事少做很多次。
第二类,是已经在用 coding agent 的开发者。过去 Agent 主要处理代码库,现在它可以顺手处理需求文档、测试表、验收 PPT。代码之外的上下文,终于有机会进入同一个工作台。
第三类,是做自动化的人。比如每天把供应商报价表转成摘要、把会议纪要整理成任务、把 PPT 草稿检查一遍。这些事不难,但重复得烦。
但它不适合拿来做“无人工确认的自动发文档”。Office 文件不是纯文本,里面有格式、批注、图表、合并单元格和隐含语境。Agent 可以帮你快一点读完,不能替你承担最终责任。
一句话:能回写文件很诱人,但先把它当成读文件的工具,会更稳。
我会留下它的判断标准
如果今天只试一次,我不会看它能不能做出漂亮 demo。我会看三个更朴素的结果。
第一,读取结果是否稳定。一个 Excel 文件有几个 sheet、关键列是什么、合并单元格有没有影响理解,这些基础信息不能乱。
第二,修改建议是否贴着原文件走。它应该指出“第 2 页缺少时间范围”“预算表 B 列单位不统一”,而不是泛泛说“建议优化表达”。
第三,回写副本后能不能复核。文件能打开,格式没有明显破坏,关键数字没有被随手改写,这比生成一段漂亮总结更重要。
如果这三点过关,OfficeCLI 就不是又一个命令行玩具。它可以变成 Agent 进入真实办公材料的入口。
今天先别追求全自动
我会把 OfficeCLI 放在一个很小的位置:帮 AI 看清 Office 文件,再让人决定要不要改。
这已经够用了。很多工具失败,不是因为能力不够,而是第一天就想替人拍板。
这篇文章基于 GitHub Trending、OfficeCLI GitHub 仓库和公开 README 的信息整理,我没有把它包装成生产环境亲测。试的时候请用脱敏文件,不要把合同、客户数据、工资表、内部报价和未公开方案直接丢给权限边界不清楚的外部环境。
今天最小的可交付结果很简单:拿一份脱敏 Office 文件,让 Agent 读出来一份“文档体检结果”。如果它能帮你少截图、少复制、少漏数字,这个工具就值得继续看。
夜雨聆风