职贝云数AI新零售门户

标题: 飞书和企业微信都看到了同一个机会 [打印本页]

作者: hd7Jjj 时间: 昨天 19:26
标题: 飞书和企业微信都看到了同一个机会
飞书和企业微信都看到了同一个机会
            48 小时内，飞书和企业微信先后在 GitHub 上开源了各自的命令行工具，把音讯、文档、日程等核心才能一次性交给 AI Agent。两个最大的企业办公平台，同时做了同一个动作。

本文首发于 2026 年 3 月 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 的环境里，整个用户服务体系未必需求一个可视化的入口，但谁拥有那个数据中心，谁才拥有用户。明天的开放，是对本人能成为那个中心的决计。

当办公平台自动让出界面入口，把本人变成 Agent 的底层工具——你觉得下一个做异样选择的会是谁？
本文首发于 Jiang.FYI（jiang.fyi），一个聚焦科技与产品观察的独立专栏。

欢迎光临职贝云数AI新零售门户 (https://www.taojin168.com/cloud/)