夜雨聆风
飞书CLI、企微CLI同时开源:办公软件开始给AI修路
很多人现在谈 AI Agent ，脑子里还是那个画面：打开网页、识别按钮、点菜单、等弹窗、再继续下一步。
这当然能用。
但说实话，这更像一种过渡方案，甚至有点“凑合能跑”的味道。
这两天真正值得注意的新变化，不是又多了几个 AI coding 工具，而是飞书 CLI、企业微信 CLI这种官方项目，开始把消息、文档、日程、表格、会议、待办这些核心办公能力，直接整理成 Agent 能调用的结构化入口。
这意味着一件事： AI 开始不只是停留在“帮你写点代码、查点资料、顺手点几个按钮”的外围辅助层，而是在正式进入办公系统的操作主干。
如果说过去的软件主要是给人用的，那从现在开始，越来越多的软件，已经在认真准备另一类用户：Agent。
这次不一样，不是又多了个 AI 工具
我这两天看飞书 CLI 和企业微信 CLI ，最强烈的感觉不是“命令行工具又多了一个”，而是：办公软件厂商开始主动给 AI 修路了。
这句话听起来像口号，但背后其实是产品逻辑在变。
以前大家做软件，默认用户是人，所以重点是按钮够不够明显，菜单够不够顺手，页面反馈够不够清楚。你打开系统，点进去，找到功能，用完退出。整个路径都是围绕“人如何操作界面”设计的。
可 Agent 不是这么工作的。
Agent 更擅长的是：
这和 GUI 完全不是一套思路。
GUI 自动化当然有价值，尤其在老系统、封闭系统、没有 API 的系统里，它依然是重要兜底方案。但问题也很明显：页面一改就脆，登录态一失效就断，按钮一换文案就翻车。能跑，不代表能长期稳定跑。
真正更可扩展、可复用、可批量执行的方式，还是得回到结构化接口。
而 CLI ，恰好就是最适合 Agent 的结构化接口之一。
飞书 CLI 这次释放的信号，是把整个平台往 Agent 入口上重做
飞书这次特别有代表性。
我去看了它的官方 GitHub 描述，官方写得很直接：这是一个 built for humans and AI Agents 的 Lark / Feishu CLI 。
这个表述很关键。
它不是在说“我们顺手给开发者补了个命令行工具”，而是在明确告诉外界：这套能力设计，从一开始就把 AI Agent 算进去了。
更重要的是，飞书 CLI 覆盖的不是几个孤零零的小能力，而是成体系的办公域：
官方描述里还提到几个很硬的数字：11 个业务域、 200+ commands 、 19 个 AI Agent Skills。
这说明它想做的不是“把 API 简单包一下”，而是给 Agent 提供一个更顺手的办公操作总入口。
而且你看它强调的关键词，也很能说明问题：
翻译成人话就是：
它不是只想让人类在终端里手动敲几条命令，而是希望 Agent 调用这些能力时，更稳定、更清晰、更少踩坑。
这就不是“开放平台继续开放一下”这么简单了。
这是在重新组织产品的调用方式。
企业微信 CLI 更值得盯，因为它意味着 AI 开始进入真正的办公操作层
企业微信这次更有新闻感。
因为我查到的不是二手转述，而是企业微信官方更新日志里明确写出来的内容。
在企业微信 2026 年 3 月 29 日的更新日志里，官方提到：官方 CLI 开源项目发布，支持通过 CLI 使用接口能力。
而开放给 Agent 的能力，直接就是企业工作里最常用、最核心的那几类：
官方更新里还明确提到一点：支持主流 AI Agent 调用。
这件事为什么重要？
因为这说明 AI 不再只是停留在开发工具世界，也不只是做外围辅助，而是开始真正进入企业协作系统的执行层。
你仔细想一下，一个真正进入公司流程的 Agent ，最常碰到的是什么？
不是写一个 demo 。
也不是临时改一段代码。
而是这些每天都在发生、而且特别消耗时间的动作：
这才是很多组织每天真正的操作主干。
所以企业微信 CLI 真正释放的信号不是“我们也有命令行了”，而是：办公主系统，开始对 Agent 正式开口。
为什么我越来越觉得， CLI 对 Agent 来说几乎就是母语
说到底， CLI 在 AI 时代重新升值，不是因为它复古，而是因为它太适合 Agent 了。
第一，输入天然结构化
命令、子命令、参数、 flag ，本质上都是规则明确的文本结构。
对人来说， CLI 可能有点工程味。
对 Agent 来说，这几乎就是母语。
第二，输出天然适合继续处理
如果一个 CLI 支持结构化输出，尤其是 JSON ，那 Agent 拿到结果以后，几乎可以直接继续往下调用下一步。
这比看界面、猜按钮、读弹窗，顺太多了。
第三，--help 天然就是说明书
很多人把 --help 当附属品。
但在 Agent 世界里，--help 本身就是接口的一部分。说明越清晰， Agent 调用越稳，失败率越低。
第四，更容易接进工作流
CLI 特别适合串进更大的自动化链路里，比如：
也就是说，它不只是“能调用”，而是特别适合被调用很多次。
第五，更容易做治理和审计
这点企业最在意。
谁调用了什么命令、传了什么参数、成功还是失败、输出是什么， CLI 天然比 GUI 自动化更容易记录和治理。
而办公系统一旦真的向 Agent 开放，安全、权限、审计这些问题就不可能绕过去。
所以你会发现，飞书官方在描述里也很强调 secure 、 controllable 这类词。
这不是装样子。
是因为办公系统和 AI 一旦真连起来，权限边界就会变成第一等大事。
真正值得重视的，不是又多了几个 CLI ，而是办公软件开始 Agent-native 化了
我觉得这是这篇文章最核心的结论。
过去大家讨论 Agent ，更多还是停留在这些场景：
但飞书 CLI 、企业微信 CLI 这一波说明的，是另一件更大的事：
Agent 不该永远只停留在外围，它开始进入企业真正的工作主干。
一旦消息、文档、日程、表格、会议、待办这些核心系统都开始被重新整理成 AI 可调用接口，那 AI 的位置就会慢慢变。
从“旁边帮一下忙的助手”，变成“流程里真正参与执行的一层”。
这时候，人和 Agent 的分工也会越来越清晰：
这种模式一旦形成，软件产品未来的竞争指标也会跟着变。
以前拼的是：
以后很可能还要多一个新问题：
你的产品，到底有多 Agent-ready ？
谁会先吃到这波红利？
我觉得至少有三类人会最先受益。
1 ）办公平台本身
谁先把自己的核心能力整理成 Agent 好调用、好理解、好编排的形式，谁就更容易成为下一代 AI 工作流里的基础设施。
这件事，飞书和企业微信现在显然都已经看到了。
2 ）做内部效率系统的团队
很多公司内部其实已经有各种工具、表单、流程、审批、知识库，只是过去这些东西更多是围绕人来设计。
如果接下来内部系统也开始学这一套——给 Agent 提供更稳的 CLI 或结构化入口，那很多重复工作真的会明显下降。
3 ）做新经济和效率产品的人
我说得更直接一点。
如果你今天还在做“给人点一点、看一看、抄一抄”的效率工具，那你得开始警惕了。
因为下一步更值钱的，不只是“帮人省几分钟”，而是让 Agent 能直接进流程、接能力、跑结果。
这中间会冒出一批新机会：
说白了，未来的软件不只是 SaaS ，也不只是 App ，它还得是 Agent 的基础设施。
最后一句
如果你今天还把 Agent 理解成“一个更聪明的点按钮机器人”，那你可能低估了下一步的软件变化。
点按钮当然有用。
但那更像过渡层，是兜底方案。
真正决定上限的，还是结构化接口。
而这两天最值得注意的变化，不是又多了一个终端工具，而是飞书 CLI 、企业微信 CLI 这种办公基础设施，开始主动把自己的核心能力整理成 Agent 能直接调用的入口。
以前的软件，主要服务人。
以后的软件，既服务人，也服务 Agent 。
这事，不是概念了。
它已经开始落地。
你更看好谁会先跑出来？飞书，企业微信，还是别的办公平台？评论区聊聊。