乐于分享
好东西不私藏

当 App 开始 CLI 化:飞书、钉钉为何争相拥抱 AI Agent?

当 App 开始 CLI 化:飞书、钉钉为何争相拥抱 AI Agent?

一、开篇:2026,App CLI 化的元年正在悄悄到来

当所有人都在谈 AI Agent、自动化、MCP 协议时,真正的基础设施变革却悄然发生在另一个角落:App 正在从 GUI(图形界面)走向 CLI(命令行接口)

过去十几年,软件行业的主旋律一直是“界面更好看、交互更丝滑、按钮更大更圆”。但 2026 年开始,飞书、钉钉、企业微信等头部应用却不约而同地做了一件事——开放 CLI

为什么?因为 AI 不会点按钮,但它能敲命令

当 App 的主要使用者从“人”变成“AI + 人”时,界面就不再是最重要的入口。取而代之的,是一种更底层、更稳定、更可编排的交互方式:CLI 化

这不是一个小趋势,而是一个足以重塑软件生态的巨大转折点。


二、为什么 AI 需要 CLI,而不是 GUI?

过去的软件是给人用的,所以界面设计、交互体验、按钮布局才是重点。但 AI 的出现,把这一切都颠覆了。

AI 不会用鼠标,也不会点按钮,它只能处理结构化的输入与输出。

这意味着:

  • GUI 对人友好,但对 AI 来说是“不可读”的 
  • AI 无法理解“按钮在哪里”“弹窗是什么意思” 
  • 任何界面变化都会让自动化脚本瞬间失效

而 CLI 则完全不同:

  • 稳定:命令不会因为界面改版而变化 
  • 可编排:可以组合成复杂工作流 
  • 结构化:输入输出天然适合 AI 
  • 可自动化:脚本、Agent、CI/CD 都能直接调用

CLI 是 AI 的母语。

飞书、钉钉开放 CLI,本质上是在做一件事:

让 AI 能真正“使用”它们,而不是模拟人类点击它们。


三、飞书 CLI:三个真实场景,让你秒懂它的价值

飞书 CLI 并不是“命令行版飞书”,而更像是一个 可被脚本、Agent、自动化系统调用的企业操作系统

下面用三个真实场景,让你快速理解它的价值。


场景 1:一分钟自动发日报(AI 最常用)

feishu message send --to chat:team --text "今天完成了接口联调,修复了三个 bug。"

这条命令可以被:

• AI Agent 调用 • 自动化脚本调用 • CI/CD 流程调用

你可以让 AI 在每天 18:00 自动生成日报并发送到团队群里。


** 场景 2:查询今天的会议日程(AI 工作流核心能力)**

feishu calendar list --today

AI 拿到结构化 JSON 后可以:

• 自动提醒 • 自动生成会议纪要模板 • 自动准备会议资料

这是 GUI 完全做不到的。


** 场景 3:自动创建文档并写入内容(AI 写作基础能力)**

feishu doc create --title "项目周报"feishu doc write --id doc_xxx --text "这是本周的项目进展……"

AI 可以自动:

• 生成周报 • 整理会议纪要 • 归档项目资料

四、钉钉 CLI:与飞书 CLI 的关键差异

为了更清晰地理解钉钉 CLI 的定位,我们继续用示例对比的方式展开分析。


1. 定位差异:飞书更全能,钉钉更偏业务流程

飞书 CLI 覆盖消息、日程、文档、云空间等协作链路,呈现出“全能工具箱”的特征。钉钉 CLI 则更聚焦于 企业 OA、审批流、组织管理等业务流程,是典型的“企业自动化入口”。


2. 示例对比:消息发送能力

飞书:

feishu message send --to chat:team --text "构建完成。"

钉钉:

dingtalk message send --userid 123456 --content "构建完成,请查收。"

飞书命令语义更自然,钉钉则更贴近企业内部 ID 体系。 这反映了两者在产品哲学上的差异:飞书强调协作体验,钉钉强调组织管理。


3. 示例对比:日程 vs 审批(核心差异)

飞书:

feishu calendar list --today

钉钉:

dingtalk approval list --status pending

飞书更偏向“个人效率 + 团队协作”,钉钉则更偏向“企业流程 + 管控体系”。


4. 示例对比:文档 vs 审批单

飞书:

feishu doc create --title "项目周报"

钉钉:

dingtalk approval create --processcode PROC-123 --formdata "{...}"

飞书 CLI 强调内容自动化,钉钉 CLI 强调流程自动化。 两者并非竞争关系,而是面向不同企业场景的互补能力。


五、为什么所有 App 都在 CLI 化?(趋势 + 技术 + 用户价值)

App CLI 化并非偶然,而是行业趋势、技术演进与用户价值共同推动的结果。


1. 行业趋势:AI Agent 正在成为 App 的主要使用者

随着 AI 在企业中的渗透率不断提升,越来越多的任务由 AI 完成:

• 自动生成日报 • 自动整理会议纪要 • 自动创建文档 • 自动触发审批 • 自动更新 CRM

AI 无法操作 GUI,但可以稳定地执行 CLI 命令。 因此,CLI 成为 App 面向 AI 的“新入口”。


2. 技术底层:CLI 是比 API 更稳定的“第二语言”

很多人会问:“既然有 API,为什么还要 CLI?”

原因在于:

• API 需要写代码,CLI 可以直接调用 • CLI 封装了复杂逻辑,使用门槛更低 • CLI 输出结构化数据,更适合 AI 解析 • CLI 参数比 API 更稳定,适合长期自动化

可以说:

CLI 是 API 的“可读版”,也是 AI 的“可执行版”。

未来 App 的能力结构将变成:

GUI(给人) + API(给开发者) + CLI(给 AI 与自动化)


3. 用户价值:CLI 让普通用户也能拥有自动化能力

CLI 并不是极客专属,它正在成为一种“人人可用的自动化工具”。

你可以用一条命令:

• 发日报 • 查会议 • 创建文档 • 跑审批 • 生成周报

这些命令可以被:

• AI 调用 • 自动化脚本调用 • 工作流引擎调用

CLI 化让“自动化能力”从开发者扩展到所有人。


六、企业自动化的未来:AI + CLI + 工作流引擎

企业自动化正在经历一次结构性的升级。

过去的模式是:

流程引擎(Flow) + 人工操作(GUI)

未来将演变为:

AI(决策) → CLI(执行) → 工作流引擎(调度)


1. AI:负责决策

AI 根据上下文自动判断:

• 是否需要发日报 • 是否需要更新 CRM • 是否需要触发审批 • 是否需要生成周报

AI 是“决策者”。


2. CLI:负责执行

AI 不会点按钮,但能执行命令。

CLI 提供:

• 稳定命令 • 结构化输入输出 • 可组合能力 • 可被脚本和 Agent 调用的接口

CLI 是“执行者”。


3. 工作流引擎:负责调度

工作流引擎负责:

• 定时触发 • 条件判断 • 多步骤编排 • 异常处理 • 审计与日志

工作流引擎是“调度者”。


三者结合:企业自动化进入“无人值守时代”

例如:

每天 18:00 自动生成日报 → 自动发送 → 自动归档

过去需要人工操作,未来将完全自动化。


七、写在最后:现在,就是你拥抱 CLI 化的最好时机

如果你读到这里,你已经比大多数技术人更早看到趋势。

App CLI 化不是一个“新玩具”,而是未来 5 年企业自动化、AI Agent、数字化基础设施的核心能力。

最好的学习方式不是“看懂”,而是“上手”。

试着:

• 用飞书 CLI 发一条消息 • 用钉钉 CLI 查一次审批 • 让 AI 调用一次 CLI 完成一个小任务

你会惊讶地发现: 你已经站在未来企业自动化的入口。


📌 如果这篇文章对你有启发,不妨收藏一下

我会持续更新:

• App CLI 化最新进展 • 飞书 / 钉钉 CLI 实操技巧 • AI + 自动化最佳实践 • 企业内部系统 CLI 化案例

收藏一下,未来做自动化时你会用得上。


🔄 如果你身边有人也在做自动化,不妨转发给他

也许你的同事正在研究流程自动化; 也许你的朋友正在做 AI Agent; 也许你的团队正在推进数字化。

一篇文章,可能刚好能帮到他们。 如果你愿意,转发给他们看看,就是对我最大的支持。