当 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; 也许你的团队正在推进数字化。
一篇文章,可能刚好能帮到他们。 如果你愿意,转发给他们看看,就是对我最大的支持。
夜雨聆风