飞书和企业微信都看到了同一个机会
2026-03-30
3 月 28 日，飞书在 GitHub 上开源了 lark-cli，MIT 协议，覆盖消息、文档、多维表格、日历、邮件、任务、会议等 11 个业务域，内置 200 余条命令和 19 个 AI Agent Skills。两天后，腾讯企业微信 CLI 以同样方式上架 GitHub，开放消息、日程、文档、智能表、会议、待办、通讯录七大能力，支持 Claude Code、Codex、QClaw 等主流 Agent 直接调用。
两份发布相隔不足 48 小时，支持的 Agent 清单高度重叠。这不是一家公司的战略选择，更像是一次行业集体表态——中国两个最大的企业办公平台，同时决定把自己的核心能力以命令行的方式交给 AI。
界面不会消失，但它的身份变了
CLI 背后的逻辑很直接：AI 不需要点击，它只需要命令。视觉界面是给人用的，人要看、要理解、要确认才能操作，对 AI 来说这些全是噪音，它宁愿直接拿 API。
但界面不会因此消失。更可能的走向是，它从操作工具变成审计工具——人不再用界面做每一步，而是用它来核验 AI 做了什么。确认权在被慢慢出让，只是不是一次性交出去的，它以人介入的频率为单位在逐步稀释。企业现在还需要界面，因为他们还不完全信任 Agent 的判断，但这个信任是可以被积累的。
「我打开了企业微信」这句话可能会消失
过去企业办公软件的核心假设是：用户需要通过一个特定的界面和通道去触达自己的任务。CLI 一开，这个假设就松动了。
调用方不再必须是人，也不再必须是某台固定设备——Claude Code 可以调，手机上跑的 Agent 可以调，未来某个云端常驻的工作流 Bot 也可以调。当用户和任务之间的通道不再重要，「办公」就从「在某个设备上打开某个软件」变成了一组运行在某处的 API 调用链。发起方是什么设备已经不重要，重要的是这条链的编排权在谁手里。今天编排权基本还在人，极有可能它会进一步转移给 Agent。到那时候，「我打开了企业微信」这个句式可能就不存在了。
数据核心比入口更值钱
飞书和企业微信开放 CLI，本质上是一个主动的战略判断：不再把「用户必须打开我的产品」当护城河，而是把「用户的数据存在我这里」当护城河。
这个逻辑很 AWS——亚马逊当年把云服务开放给竞争对手，表面上是拱手相让，实际上是把自己变成了不可替换的基础设施。越多工具在你的数据层上跑，用户迁移的成本就越高，因为迁移的不只是一个软件，而是整个数据体系和上层的 Agent 工作流。
那个看起来值得担心的问题——如果 Agent 长期替用户操作飞书，但用户自己几乎不再打开飞书，飞书还算是用户的工具吗？答案可能是：算的，而且比以前更算。数据在你这里，权限在你这里，哪怕界面被完全替代，你还是那个不可绕过的节点。
它们都看到了同一件事：在 AI 的环境里，整个用户服务体系未必需要一个可视化的入口，但谁拥有那个数据中心，谁才拥有用户。今天的开放，是对自己能成为那个中心的信心。