3 月 31 日，金山办公宣布 WPS 365 CLI 命令行工具正式发布，代码已同步上架 GitHub。
该工具深度封装 WPS 365 底层 API，支持开发者及 AI Agent 直接操控云文档、协作、会议、邮箱等核心应用，可实现文档撰写与编辑、消息发送、会议纪要调取等办公场景的自动化执行。
目前该工具主要支持调用云端服务，WPS Office 客户端的 CLI 能力后续也将开放。
与传统通过调用 API 接口操作平台的方式相比，WPS 365 CLI 对底层 API 能力进行了深度封装与优化，用户无需深入了解 API 技术细节，仅需通过一行简单的命令行指令即可调用各项办公能力。
不过，WPS 365 并不是第一个做这件事的。就在 WPS 发布的前几天，钉钉 CLI 于 3 月 27 日开源，以 Apache-2.0 协议开放了 AI 表格、日历、DING 消息等 10 项核心能力。
飞书官方命令行工具 Lark CLI 于 3 月 28 日上线，基于 MIT 协议，覆盖消息、日历、文档、多维表格、邮箱、会议等 11 个业务领域；企业微信也于同期悄悄将 wecom-cli 挂上了 GitHub。
甚至在更早的三月初，Google Workspace CLI 已经先行一步，用一个工具覆盖了 Gmail、Drive、Calendar、Sheets、Docs 等几乎所有 Workspace API。
五家办公平台在一个月内密集走向 CLI，背后是 AI Agent 执行逻辑的转变。
传统 GUI 是给人眼设计的，API 是给程序员设计的，而 CLI 的输出是纯文本，大语言模型处理文本几乎零摩擦，自然成了 AI 调用软件的最优解。
办公软件正在主动把自己变成后台。
但回到 WPS 365 CLI 本身，有几个问题暂时还没有答案。比如，它将如何与已经开源且拥有更强社区势能的钉钉、飞书 CLI 竞争？
在 Google Workspace CLI 已经通过动态发现机制（运行时从 Discovery Service 实时读取最新 API 结构）实现自动更新的背景下，WPS 365 CLI 的更新维护策略是什么？
以及，当各家 CLI 都开放后，企业是否会为了某个单一平台的 CLI 功能而迁移办公软件。换言之，CLI 究竟会成为平台的护城河，还是反过来让平台价值被进一步稀释？
目前来看，这场办公软件 CLI 化的竞赛才刚刚开始，WPS 365 选择了跟随，但能否在产品成熟度、社区生态和开放性上形成差异化优势，还需要时间验证。
对于企业用户而言，各家 CLI 的相继开放无疑是一件好事，至少在自动化办公和 AI 集成这件事上，选择变多了。
